Błąd 0x8007007B — Nazwa DNS nie istnieje

Błąd 0x8007007B — Nazwa DNS nie istnieje

Błąd 0x8007007B najczęściej pojawia się podczas próby aktywacji systemu i zwykle oznacza problem z nieprawidłową metodą licencjonowania albo z odnalezieniem serwera KMS w sieci. W praktyce dotyczy to sytuacji, gdy komputer próbuje wykonać aktywację Windows w trybie firmowym, mimo że użytkownik ma inny typ licencji lub urządzenie nie ma dostępu do właściwej infrastruktury DNS. Jeśli próbujesz dokończyć aktywacja Windows po zmianie sprzętu, instalacji nowego systemu albo wpisaniu nowego klucz produktu, ten kod błędu bardzo często wskazuje na konflikt między aktywacją KMS i MAK.

Ten problem występuje w systemach Windows 10, Windows 11 (w tym 24H2 i 25H2), Windows Server 2016, Windows Server 2019, Windows Server 2022 oraz Windows Server 2025. Może pojawić się zarówno na komputerach firmowych, jak i prywatnych, zwłaszcza wtedy, gdy system został zainstalowany z obrazu przeznaczonego dla organizacji lub wcześniej był podłączony do domeny. W 2026 roku, wraz z rosnącą popularnością Microsoft 365 Copilot i Exchange Server SE, organizacje coraz częściej spotykają się z tym błędem podczas migracji infrastruktury licencyjnej do chmury hybrydowej.

Co oznacza błąd 0x8007007B

Komunikat „Nazwa DNS nie istnieje” oznacza, że system próbuje odnaleźć serwer aktywacji KMS za pomocą rekordów DNS, ale nie może tego zrobić. Dzieje się tak zwykle wtedy, gdy:

• komputer nie znajduje się w sieci firmowej,
• rekord SRV dla serwera KMS nie istnieje lub jest nieaktualny,
• w systemie wpisano niewłaściwy klucz produktu,
• edycja Windows nie pasuje do użytego modelu aktywacji,
• aktywacja została wcześniej skonfigurowana dla środowiska zbiorczego,
• organizacja przeprowadziła migrację z tradycyjnego KMS na Active Directory-Based Activation (ADBA) lub subskrypcje M365,
• włączono aktywację opartą na tożsamości Microsoft Entra ID (dawniej Azure AD), która wymaga zupełnie innej ścieżki licencjonowania.

W środowisku domowym błąd 0x8007007B najczęściej oznacza, że system próbuje użyć aktywacji KMS, chociaż powinien zostać aktywowany standardowo przez ważny klucz detaliczny albo MAK. Jeśli widzisz też inne komunikaty związane z aktywacją, sprawdź również poradniki: błąd 0xC004C003 oraz błąd 0xC004F050.

Porównanie modeli aktywacji Windows

Główne przyczyny

• Nieprawidłowo ustawiony kanał licencjonowania, np. system oczekuje aktywacji KMS, mimo że powinien używać MAK lub licencji retail.
• Brak dostępu do serwera KMS w sieci lokalnej lub przez VPN.
• Nieistniejący albo błędny rekord DNS wskazujący serwer aktywacji.
• Wpisany zły klucz produktu albo klucz niezgodny z edycją systemu.
• Migracja urządzenia z sieci firmowej do prywatnej bez zmiany sposobu aktywacji.
• Błędna konfiguracja po wcześniejszej aktywacji obrazu systemowego.
• Niepoprawna data, godzina lub ustawienia sieciowe utrudniające kontakt z usługą aktywacji.
• Próba aktywacji Windows Server jako klienta KMS zamiast hosta, lub odwrotnie.
• Zmiana topologii sieci firmowej bez aktualizacji rekordu _vlmcs._tcp w strefie DNS.
• Włączenie Windows Defender Firewall z regułami blokującymi port TCP 1688 (domyślny port KMS).

Metody rozwiązania

Metoda 1: Sprawdź, jaki kanał aktywacji jest ustawiony

Najpierw warto ustalić, czy system faktycznie próbuje aktywować się przez KMS. Otwórz CMD jako administrator i użyj:

slmgr /dlv

Polecenie pokaże szczegóły licencji, w tym typ klucza i sposób aktywacji. W oknie dialogowym zwróć uwagę na pole Opis — jeśli widzisz VOLUME_KMS_WS22 channel, VOLUME_KMSCLIENT channel lub podobne odniesienia do KMS, a korzystasz z komputera domowego, to prawdopodobnie właśnie to jest źródło problemu.

Dodatkowo, od Windows 11 24H2, narzędzie slmgr wyświetla również informację o stanie subskrypcji Microsoft 365, jeśli taka jest przypisana. Jeśli widzisz wpis Subscription activation, oznacza to, że system próbuje aktywować się przez licencję użytkownika M365, a nie przez KMS.

Metoda 2: Usuń konfigurację KMS i wprowadź właściwy klucz MAK lub retail

Jeżeli urządzenie nie powinno korzystać z KMS, usuń ręcznie zapisany serwer i wpisz poprawny klucz produktu:

slmgr /ckms
slmgr /upk
slmgr /cpky
slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
slmgr /ato

To rozwiązanie jest skuteczne, gdy masz licencję MAK albo standardowy klucz do aktywacji Windows. Jeśli potrzebujesz poprawnej ścieżki aktywacji dla nowszego systemu, sprawdź dostępne klucze Windows 11 Professional w oficjalnym kanale dystrybucji.

Metoda 3: Ręcznie wskaż serwer KMS w sieci firmowej

W organizacjach błąd 0x8007007B może oznaczać, że DNS nie zwraca poprawnego rekordu, mimo że sam serwer KMS działa. Wtedy administrator może ustawić adres ręcznie:

slmgr /skms nazwa-serwera:1688
slmgr /ato

Po tej operacji można zweryfikować wynik:

slmgr /xpr

Ta metoda ma sens tylko wtedy, gdy rzeczywiście korzystasz z firmowej infrastruktury aktywacyjnej. W przypadku Exchange Server SE (następcy Exchange 2019), serwer KMS musi działać na porcie TCP 1688, a odpowiedni rekord SRV _vlmcs._tcp.nazwa-domeny.pl musi być poprawnie skonfigurowany w firmowej strefie DNS. Administratorzy migrujący na Exchange SE powinni zweryfikować, czy istniejąca infrastruktura KMS obsługuje nowe wolumeny licencyjne.

Metoda 4: Zweryfikuj edycję systemu i zgodność klucza

Bardzo częstą przyczyną jest niezgodność między wersją Windows a typem klucza. Sprawdź edycję systemu:

DISM /Online /Get-CurrentEdition

Następnie sprawdź status licencji:

slmgr /dli

Jeśli masz np. Windows Professional, a używasz klucza przeznaczonego dla innej edycji lub kanału, aktywacja Windows zakończy się błędem. W takiej sytuacji trzeba użyć właściwego klucza albo zmienić edycję systemu zgodnie z licencją.

Metoda 5: Przełącz system na właściwy klucz publiczny (GVLK)

Jeśli organizacja korzysta z KMS, a system został przez pomyłkę skonfigurowany z nieprawidłowym kluczem klienckim, należy wprowadzić właściwy GVLK (Generic Volume License Key) dla danej edycji. Poniżej klucze GVLK dla najpopularniejszych edycji w 2026 roku:

Po wprowadzeniu poprawnego GVLK uruchom:

slmgr /ato

Metoda 6: Wymuś ponowną próbę aktywacji po korekcie ustawień

Po poprawieniu klucza, ustawień KMS lub połączenia sieciowego uruchom ponowną aktywację i sprawdź, czy system zgłasza trwałe potwierdzenie:

slmgr /ato
slmgr /xpr

Jeśli problem nadal wraca, warto przejść do diagnostyki i ustalić, czy przyczyna leży po stronie DNS, licencji czy samej konfiguracji obrazu systemu.

Diagnostyka błędu 0x8007007B

Aby szybko zidentyfikować przyczynę, sprawdź te elementy w podanej kolejności:

1. Uruchom slmgr /dlv i zobacz, czy system używa KMS, MAK czy innego kanału.
2. Potwierdź edycję systemu przez DISM /Online /Get-CurrentEdition.
3. Zweryfikuj, czy komputer jest w sieci firmowej lub połączony przez VPN.
4. Sprawdź poprawność daty, godziny i strefy czasowej.
5. Jeśli to środowisko firmowe, poproś administratora o weryfikację rekordów DNS i hosta KMS.
6. Jeśli to komputer prywatny, upewnij się, że nie pozostała stara konfiguracja licencji zbiorczej.
7. Sprawdź stan zapory sieciowej — port TCP 1688 musi być otwarty dla ruchu wychodzącego do serwera KMS.
8. W przypadku subskrypcji M365 — zweryfikuj, czy użytkownik ma przypisaną licencję Windows 11 Enterprise E3/E5 w portalu Microsoft 365 Admin Center.

Narzędzia diagnostyczne — porównanie

Przykłady z życia

Przykład 1: Firma transportowa z flotą 80 laptopów

Średniej wielkości firma transportowa z Poznania posiada flotę 80 laptopów z Windows 11 Pro. Po przejściu na pracę hybrydową i rezygnacji z części powierzchni biurowej, serwer KMS przestał odpowiadać na zapytania DNS. Część pracowników łącząca się przez VPN zauważyła błąd 0x8007007B przy próbie odnowienia aktywacji po 180 dniach. Rozwiązanie: administrator dodał regułę warunkowego przekierowania DNS dla klientów VPN oraz uruchomił dodatkową instancję KMS w chmurze Azure na potrzeby serwisowania zdalnych urządzeń.

Przykład 2: Biuro rachunkowe migrujące na Office 2024

Biuro rachunkowe z Krakowa, obsługujące klientów w systemie KSeF i wystawiające faktury VAT 23%, zakupiło 15 stanowisk z Office 2024 Professional Plus w modelu wolumenowym. Podczas wdrożenia okazało się, że instalator domyślnie użył klucza KMS, mimo że faktura obejmowała licencje MAK. W efekcie po 180 dniach aktywacja wygasła z błędem 0x8007007B. Rozwiązanie: administrator usunął konfigurację KMS (slmgr /ckms) i wprowadził klucz MAK dla każdego stanowiska. Po poprawnej aktywacji system działał bezterminowo.

Przykład 3: Użytkownik domowy z Windows 11 Pro po reinstalacji

Użytkownik prywatny z Gdańska zakupił klucz Windows 11 Professional przez oficjalny kanał dystrybucji (cena 119 PLN netto). Po reinstalacji systemu z nośnika USB pobranego z firmowego portalu Volume Licensing Service Center, system automatycznie skonfigurował się jako klient KMS i wyrzucił błąd 0x8007007B. Rozwiązanie: użytkownik wykonał slmgr /upk, slmgr /ipk z poprawnym kluczem detalicznym i ponowną aktywację — problem został rozwiązany w mniej niż 2 minuty.

Zapobieganie błędom aktywacji w środowisku firmowym

Organizacje planujące wdrożenie lub utrzymanie infrastruktury aktywacyjnej powinny przestrzegać kilku zasad, aby uniknąć masowego występowania błędu 0x8007007B:

1. Dokumentuj topologię DNS — upewnij się, że rekord _vlmcs._tcp istnieje w każdej strefie, z której klienci mogą próbować aktywacji (strefa podstawowa, strefy podsieci, strefa VPN).
2. Monitoruj licznik aktywacji — serwer KMS raportuje liczbę pomyślnych i nieudanych prób; regularny przegląd dzienników pozwala wykryć problemy zanim dotkną użytkowników.
3. Zaplanuj migrację na ADBA — jeśli organizacja korzysta z Active Directory, aktywacja przez domenę eliminuje zależność od dedykowanego serwera i upraszcza DNS.
4. Testuj scenariusze hybrydowe — w dobie Microsoft 365 Copilot i Exchange SE, środowiska łączące licencje on-premises z subskrypcjami chmurowymi wymagają dokładnego przetestowania ścieżek aktywacji przed wdrożeniem produkcyjnym.
5. Przygotuj procedurę dla urządzeń opuszczających sieć — jeśli firma przekazuje lub sprzedaje stare komputery, zawsze wykonaj slmgr /upk i slmgr /cpky przed przekazaniem sprzętu, aby uniknąć konfliktów licencyjnych u nowego użytkownika.

Częste pytania

Dlaczego błąd 0x8007007B pojawia się na komputerze domowym?

Komputer został prawdopodobnie zainstalowany z obrazu systemu przeznaczonego dla organizacji (wolumeny licencyjne) lub wcześniej był podłączony do firmowej sieci z serwerem KMS. System domyślnie próbuje znaleźć serwer aktywacji w sieci lokalnej, która w domu nie istnieje.

Czy błąd 0x8007007B oznacza, że mój klucz Windows jest nielegalny?

Nie. Sam błąd wskazuje wyłącznie na problem z odnalezieniem serwera KMS. Klucz może być w pełni legalny — problem leży w niedopasowaniu kanału aktywacji do warunków sieciowych.

Jak sprawdzić, czy za błąd odpowiada DNS czy serwer KMS?

Użyj nslookup -type=SRV _vlmcs._tcp.domena.pl — jeśli polecenie nie zwraca adresu IP, problem leży w DNS. Jeśli adres jest poprawny, uruchom Test-NetConnection adres_ip_serwera -Port 1688, aby sprawdzić łączność TCP.

Ile czasu zajmuje naprawa błędu 0x8007007B?

W typowym przypadku (usunięcie KMS i wprowadzenie klucza detalicznego) — od 30 sekund do 2 minut. W środowisku firmowym, gdzie konieczna jest rekonfiguracja DNS lub serwera KMS, czas zależy od zespołu IT, ale zazwyczaj nie przekracza 1-2 godzin.

Czy aktywacja KMS wymaga stałego połączenia z firmową siecią?

Tak — klient KMS musi odnawiać aktywację co 180 dni. Jeśli komputer przez dłuższy czas pozostaje poza siecią firmową, aktywacja wygaśnie. Rozwiązaniem może być VPN z dostępem do serwera KMS lub przejście na licencję MAK.

Czy mogę używać tego samego klucza GVLK na wielu komputerach?

Klucze GVLK (Generic Volume License Key) są publiczne i identyczne dla wszystkich instalacji danej edycji w organizacji — tak, używasz tego samego klucza na wszystkich komputerach. Aktywacja następuje nie przez sam klucz, ale przez kontakt z firmowym serwerem KMS.

Co zrobić, gdy serwer KMS działa, ale klienci i tak zgłaszają błąd?

Sprawdź, czy serwer KMS osiągnął próg aktywacji (minimum 25 klientów dla Windows, 5 dla Office) — poniżej progu serwer nie rozpocznie aktywacji. Zweryfikuj też reguły firewalla: port TCP 1688 musi być otwarty dwukierunkowo między klientami a serwerem.

Czy błąd 0x8007007B dotyczy tylko Windows, czy również Office?

Dotyczy obu produktów. Office 2024 Professional Plus w licencjonowaniu wolumenowym używa tego samego mechanizmu KMS co Windows. Błąd 0x8007007B przy aktywacji Office oznacza dokładnie ten sam problem — brak możliwości odnalezienia serwera KMS.

Czy migracja na Microsoft 365 eliminuje błąd 0x8007007B?

Tak, ale pod warunkiem pełnej migracji — jeśli organizacja przechodzi na subskrypcje M365 z Windows 11 Enterprise E3/E5, aktywacja odbywa się przez Entra ID, a nie przez KMS. W środowisku hybrydowym, gdzie część urządzeń nadal korzysta z KMS, błąd może nadal występować.

Jak wystawić fakturę VAT 23% na zakup klucza Windows 11 Professional?

Przy zakupie klucza Windows 11 Professional przez oficjalny kanał dystrybucji, sprzedawca wystawia fakturę VAT 23% (stawka obowiązująca w Polsce). Klucz otrzymujesz natychmiast po zaksięgowaniu płatności, a sama aktywacja trwa kilkadziesiąt sekund — pełna zgodność z KSeF zapewnia prawidłowe rozliczenie kosztów firmowych.

Powiązane artykuły

• Błąd 0x80092328 — Nazwa DNS nie istnieje (kolejny błąd KMS) — Napraw błąd 0x80092328: Nazwa DNS nie istnieje (kolejny błąd KMS).
• Błąd 0x8007232B — Nazwa DNS nie istnieje (klient KMS) — Napraw błąd 0x8007232B: Nazwa DNS nie istnieje (klient KMS).
• Błąd 0x80070490 — Klucz produktu nie działa — Napraw błąd 0x80070490: Klucz produktu nie działa.
• Błąd 0x8007251D — Nie znaleziono rekordów dla zapytania DNS — Napraw błąd 0x8007251D: Nie znaleziono rekordów dla zapytania DNS.
• Błąd 0x80072EE7 — Serwer aktywacji nie został znaleziony — Napraw błąd 0x80072EE7: Serwer aktywacji nie został znaleziony.