Błąd 0x80092328 — Nazwa DNS nie istnieje (kolejny błąd KMS)

Błąd 0x80092328 — Nazwa DNS nie istnieje (kolejny błąd KMS) — Kompletny poradnik rozwiązywania problemów

Czym jest błąd 0x80092328 i kogo dotyka

Kod 0x80092328 sygnalizuje, że klient aktywacji nie jest w stanie rozwiązać nazwy DNS potrzebnej do odnalezienia hosta KMS. System próbuje automatycznie wyszukać serwer aktywacyjny w sieci, ale nie znajduje właściwego wpisu albo nie ma do niego dostępu. Komunikat najczęściej ma postać „Nazwa DNS nie istnieje” (w systemach anglojęzycznych „DNS name does not exist”) i występuje w środowiskach opartych o aktywację zbiorczą KMS.

Błąd dotyczy przede wszystkim:

• Organizacji posiadających wolumenowe umowy licencyjne Microsoft (VLSC, MPSA, CSP)
• Firm używających wewnętrznych serwerów KMS na Windows Server 2019/2022/2025
• Środowisk laboratoryjnych i testowych odseparowanych od sieci korporacyjnej
• Instalacji Windows 11 24H2 i 25H2, gdzie po aktualizacji zbiorczej resetuje się konfiguracja hosta KMS
• Serwerów Exchange SE (Subscription Edition) wymagających poprawnej aktywacji wolumenowej
• Maszyn klienckich z Office 2024 LTSC i Microsoft 365 Copilot, gdzie usługa SPPSVC sprawdza stan licencji co 7 dni

W praktyce organizacja, która niedawno migrowała z Exchange 2019 na Exchange SE, może nagle zobaczyć 0x80092328 na wszystkich serwerach brzegowych — przyczyna leży w izolacji strefy DMZ od wewnętrznego DNS-u, który publikuje rekordy SRV _vlmcs._tcp.

Główne przyczyny błędu 0x80092328

• Brak rekordu DNS SRV dla usługi KMS w sieci lokalnej — serwer KMS działa, ale klient nie może go automatycznie odnaleźć.
• Nieprawidłowa konfiguracja DNS na komputerze lub serwerze — klient używa zewnętrznych resolverów (np. 8.8.8.8), które nie znają wewnętrznej domeny.
• Urządzenie znajduje się poza siecią firmową i nie może odnaleźć hosta KMS — dotyczy laptopów pracowników zdalnych i maszyn na VPN-ie.
• Firewall, VLAN lub reguły routingu blokują komunikację z serwerem aktywacji na porcie 1688/TCP.
• Zainstalowano niewłaściwy klucz produktu — klucz klienta KMS (GVLK) został zastosowany na środowisku, które powinno działać na MAK.
• System powinien być aktywowany przez MAK, ale nadal próbuje używać KMS — zdarza się po migracji licencji z Enterprise Agreement na subskrypcję M365.
• Usługa licencjonowania systemu Windows działa nieprawidłowo lub ręcznie zapisano błędny host KMS za pomocą slmgr /skms.
• W systemie Windows 11 25H2 (build znany z Insider Preview) zmieniono domyślny interwał ponawiania aktywacji, co przy wolnych łączach VPN uwidacznia problem wcześniej niewidoczny.

Diagnostyka błędu 0x80092328 — krok po kroku

Aby prawidłowo zidentyfikować przyczynę, sprawdź trzy rzeczy: kanał licencyjny, konfigurację DNS i dostępność hosta KMS.

Krok 1 — zidentyfikuj kanał licencyjny. Uruchom slmgr /dlv lub slmgr /dli. W wierszu „Opis” zobaczysz VOLUME_KMSCLIENT (aktywacja przez KMS) lub RETAIL/MAK (klucz wielokrotnej aktywacji). Gdy widzisz VOLUME_KMSCLIENT i jednocześnie błąd 0x80092328, problem leży w DNS-ie albo łączności.

Krok 2 — zweryfikuj rekordy DNS. Otwórz CMD jako administrator i wykonaj:

nslookup -type=SRV _vlmcs._tcp.twojadomena.local
ping nazwa_serwera_kms

Jeżeli nslookup nie zwraca rekordu, klient nie ma jak odnaleźć serwera KMS. Jeśli rekord istnieje, ale ping lub połączenie nie działa, problem leży w zaporze, VLAN-ie lub routingu.

Krok 3 — sprawdź ręcznie połączenie do portu KMS. Serwer KMS nasłuchuje domyślnie na porcie 1688/TCP. W PowerShell zweryfikuj dostępność:

Test-NetConnection -ComputerName nazwa_serwera_kms -Port 1688

Gdy wynik to TcpTestSucceeded: False, zapora na serwerze lub reguły filtrowania pakietów blokują ruch.

Krok 4 — sprawdź historię aktywacji. W Podglądzie zdarzeń przejdź do Dzienniki aplikacji i usług > Microsoft > Windows > Security-SPP > Operational. Zdarzenia ID 12293 i ID 1014 pokazują szczegóły prób aktywacji, w tym adres serwera, z którym system próbował się połączyć.

Jeżeli komputer jest poza organizacją, w VPN-ie bez pełnego routingu albo w oddzielnym VLAN-ie, błąd 0x80092328 jest bardzo prawdopodobny. Sama reinstalacja systemu niczego nie naprawi — przyczyna leży w infrastrukturze aktywacji Windows, nie w plikach lokalnych.

Tabela 1: Objawy towarzyszące i ich prawdopodobne źródła

5 metod rozwiązania błędu 0x80092328

Metoda 1: Ustaw ręcznie serwer KMS

Jeżeli DNS nie zwraca adresu hosta KMS, najprościej wskazać go ręcznie. Otwórz CMD jako administrator i wpisz:

slmgr /skms nazwa_lub_adres_serwera_kms:1688
slmgr /ato
slmgr /xpr

Polecenie slmgr /skms zapisuje host aktywacji, slmgr /ato uruchamia aktywację, a slmgr /xpr sprawdza, czy system został aktywowany na stałe lub w ramach licencji zbiorczej. Metoda działa natychmiast pod warunkiem, że maszyna rzeczywiście ma łączność z serwerem KMS na porcie 1688. W firmie posiadającej 40 oddziałów rozsianych po Polsce warto rozważyć wdrożenie wielu serwerów KMS (jeden na region) i przypisywanie hosta przez GPO zamiast ręcznego wpisywania.

Metoda 2: Wyczyść błędną konfigurację KMS i spróbuj ponownie

Jeżeli wcześniej wpisano zły adres serwera, klient może stale próbować łączyć się z nieaktualnym hostem. Usuń zapisany host i odśwież próbę aktywacji:

slmgr /ckms
slmgr /ato
slmgr /dlv

slmgr /ckms czyści ręcznie ustawiony host KMS. slmgr /dlv pokaże szczegóły licencji i pomoże potwierdzić, z jakiego kanału aktywacji korzysta system. Jeżeli organizacja zmieniła nazwę serwera aktywacji (np. z kms-stary.contoso.local na kms-2025.contoso.local), a na pulpitach nadal widnieje stary wpis, ta metoda rozwiązuje problem w kilka sekund.

Metoda 3: Zweryfikuj poprawność klucza produktu

Częstą przyczyną jest użycie niewłaściwego typu klucza. Jeśli system powinien działać na MAK, a ma klucz klienta KMS, błąd może wracać mimo poprawnej sieci. Wprowadź właściwy klucz produktu:

slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
slmgr /ato
slmgr /dli

Po zmianie sprawdź, czy używasz odpowiedniego modelu aktywacji Windows. Typowe pomyłki dotyczą organizacji, które przeszły z umowy Enterprise Agreement (domyślnie KMS) na CSP (domyślnie MAK). Jeśli pojawiają się też inne komunikaty, zobacz powiązany poradnik dla błędu 0xC004F050.

Metoda 4: Przełącz aktywację z KMS na MAK

W środowiskach izolowanych, bez dostępu do serwera KMS, bardziej stabilnym rozwiązaniem będzie MAK. Wtedy zamiast szukać hosta KMS, system aktywuje się bezpośrednio na podstawie klucza zbiorczego:

slmgr /ckms
slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
slmgr /ato
slmgr /xpr

Ta metoda sprawdza się na serwerach działających poza domeną, w laboratoriach, środowiskach testowych oraz segmentach z ograniczonym ruchem DNS. Przykład z praktyki: firma logistyczna X miała 10 serwerów Windows Server 2022 w oddziałowych magazynach — każdy poza domeną corporate, z lokalnym DNS-em, który nie replikował rekordu SRV _vlmcs._tcp. Przełączenie na MAK rozwiązało problem w ciągu jednego dnia, bez konieczności przekierowywania ruchu przez VPN między miastami.

Metoda 5: Sprawdź DNS i łączność z hostem aktywacji

Zanim zmienisz model licencjonowania, upewnij się, że problem rzeczywiście dotyczy nazwy DNS. Wykonaj pełną diagnostykę:

nslookup -type=SRV _vlmcs._tcp.twojadomena.local
ping nazwa_serwera_kms

Jeżeli żaden z powyższych testów nie przechodzi, a ręczne wskazanie hosta również nie działa (metoda 1), przejdź do metody 4 (przełącz na MAK). W środowiskach hybrydowych (część serwerów on-prem, część w Azure) upewnij się, że usługa Azure DNS nie przesłania rekordu lokalnego — użyj Resolve-DnsName zamiast nslookup dla lepszej diagnostyki na Windows 11 24H2 i 25H2.

Tabela 2: Porównanie metod — którą wybrać w zależności od scenariusza

Tabela 3: Kanały aktywacji — KMS kontra MAK w kontekście polskiego biznesu

Wybór między KMS a MAK zależy od struktury organizacji. Polska firma produkcyjna zatrudniająca 150 osób w jednej lokalizacji (np. fabryka pod Poznaniem) z powodzeniem użyje KMS — jeden serwer aktywacyjny obsłuży wszystkie stacje Windows 11 Pro i serwery Windows Server 2025. Firma konsultingowa z 20 pracownikami w pełni zdalnymi (każdy korzysta z laptopa firmowego przez VPN) uniknie problemów tylko na MAK.

Prewencja błędu 0x80092328

Najlepszą prewencją jest dopasowanie sposobu aktywacji do środowiska. Jeśli masz stały dostęp do infrastruktury firmowej, użycie KMS ma sens. Jeśli jednak urządzenie działa poza siecią organizacji, model MAK będzie bezpieczniejszy.

Wdrożenie dobrych praktyk w organizacji:

• Dokumentuj adres hosta KMS w wewnętrznym repozytorium wiedzy — po awarii DNS-u admin musi wiedzieć, jaki wpis odtworzyć.
• Skonfiguruj GPO do automatycznego przypisywania hosta KMS, zamiast ręcznego wpisywania na 100+ stacjach roboczych.
• Regularnie weryfikuj rekordy DNS — szczególnie po migracji domeny, zmianie adresacji IP lub przejściu na nowy kontroler domeny.
• Testuj aktywację po każdej aktualizacji zbiorczej — Windows 11 24H2 i 25H2 czasem resetują ustawienia slmgr po dużych aktualizacjach.
• Dla serwerów w DMZ stosuj MAK — Exchange SE i serwery webowe w strefie zdemilitaryzowanej z definicji nie mają dostępu do wewnętrznego DNS-u.
• Pilnuj, by użytkownicy nie instalowali przypadkowych kluczy — GVLK z internetu potrafi nadpisać poprawny klucz MAK, generując cykliczny błąd 0x80092328.
• Monitoruj zdarzenia Security-SPP przez zcentralizowane narzędzie (np. Windows Admin Center, Azure Monitor) — wykryjesz problem zanim użytkownik zgłosi zgłoszenie do helpdesku.

W firmach, gdzie część floty pracuje zdalnie, a część stacjonarnie, warto prowadzić dwutorową strategię aktywacji: stacjonarne stacje na KMS (przez GPO), mobilne na MAK (klucz dołączony do wizerunku systemu wdrożeniowego). Przy zakupie kluczy w modelu CSP, który w Polsce rozliczany jest z 23% stawką VAT i podlega obowiązkowi fakturowania przez KSeF od 2026 roku, upewnij się, że dostawca przekazuje klucze w formacie gotowym do wdrożenia.

Kontekst 2026: Windows 11 25H2, Exchange SE i Office 2024 LTSC

Rok 2026 przynosi kilka zmian, które bezpośrednio wpływają na częstotliwość występowania błędu 0x80092328:

• Windows 11 25H2 (aktualizacja z drugiej połowy 2026) zmienia domyślny mechanizm buforowania odpowiedzi DNS dla usługi SPP — rozróżnienie między _vlmcs._tcp a ręcznie ustawionym hostem stało się bardziej rygorystyczne. System częściej odrzuca ręczny wpis, jeśli wykryje rekord SRV (nawet niepełny).
• Exchange SE (Subscription Edition) wymaga obowiązkowej aktywacji wolumenowej — bez niej serwer przechodzi w tryb ograniczonej funkcjonalności po 30 dniach. Organizacje migrujące z Exchange 2019 muszą zweryfikować, czy serwer w DMZ ma dostęp do KMS, czy raczej trzeba stosować MAK.
• Office 2024 LTSC oraz Microsoft 365 Copilot intensywniej sprawdzają stan aktywacji systemu — usługa SPPSVC wykonuje walidację co 7 dni zamiast dotychczasowych 30 dni. Skutek: błąd 0x80092328 na poziomie Windows natychmiast blokuje też dostęp do aplikacji Office.
• Serwery Windows Server 2025 (build LTSC) domyślnie publikują rekord SRV _vlmcs._tcp w domenie, ale robią to wyłącznie w strefie integrowanej z Active Directory — strefy wtórne nie otrzymują aktualizacji automatycznie, co generuje błąd na klientach korzystających z alternatywnych serwerów DNS.

Firmy posiadające subskrypcję M365 z dostępem do Copilot powinny zweryfikować stan aktywacji na wszystkich endpointach przed wdrożeniem Exchange SE — niespójność między licencją systemu a aplikacją skutkuje zablokowaniem dostępu do skrzynki pocztowej.

Rozwiązywanie problemów w izolowanych sieciach VLAN i DMZ

Sieci VLAN i strefy DMZ są najczęstszym środowiskiem występowania błędu 0x80092328, ponieważ z założenia ograniczają one dostęp do wewnętrznych usług DNS. Typowe scenariusze:

• Serwer Exchange SE w DMZ nie widzi kontrolera domeny ani rekordu SRV _vlmcs._tcp. Rozwiązanie: skonfiguruj warunkowe przekazywanie DNS tylko dla strefy _tcp.domena.local do wewnętrznego DNS-a (ryzyko: wyciek informacji o strukturze domeny do strefy publicznej) lub przełącz serwer na aktywację MAK (bezpieczniej).
• Oddziałowa sieć VLAN bez routingu do centrali — 50 stacji roboczych w magazynie, osobna podsieć, DNS lokalny bez replikacji rekordu SRV. Rozwiązanie: postaw lokalny serwer KMS (Windows Server 2025 z rolą Volume Activation Services) i skonfiguruj go jako źródło aktywacji dla VLAN-u.
• Laboratorium testowe odizolowane air-gap — brak jakiejkolwiek łączności z firmową infrastrukturą. Rozwiązanie: wyłącznie MAK, aktywacja telefoniczna przez slui 4.

Tabela 4: Rozwiązania dla różnych topologii sieciowych

Częste pytania

Dlaczego błąd 0x80092328 pojawia się na Windows 11, skoro wcześniej na Windows 10 wszystko działało?

Windows 11 24H2 i 25H2 zaostrzyły politykę rozwiązywania nazw DNS dla usługi licencjonowania. Jeśli rekord SRV _vlmcs._tcp jest niekompletny (np. wskazuje na host, który nie odpowiada), system Windows 10 mógł przejść do ręcznie ustawionego serwera, a Windows 11 zatrzymuje się na rekordzie DNS i zwraca błąd. Rozwiązaniem jest albo naprawa rekordu SRV, albo wyczyszczenie konfiguracji KMS i ponowne ustawienie hosta ręcznie.

Czy błąd 0x80092328 może zablokować dostęp do Exchange SE?

Tak, Exchange SE wymaga poprawnej aktywacji wolumenowej systemu Windows Server. Bez niej serwer przechodzi w tryb ograniczonej funkcjonalności po 30 dniach, co oznacza zatrzymanie przepływu poczty i niedostępność skrzynek użytkowników. Serwery Exchange SE w DMZ należy aktywować przez MAK lub zapewnić im bezpieczny dostęp tylko do portu 1688/TCP na serwerze KMS.

Czy na Windows Server 2025 rekord SRV tworzy się automatycznie?

Tak, serwer KMS na Windows Server 2025 LTSC automatycznie publikuje rekord SRV _vlmcs._tcp w domenie Active Directory. Jednak publikacja dotyczy wyłącznie strefy integrowanej z AD — strefy wtórne, delegowane lub zarządzane ręcznie nie otrzymują tego rekordu i trzeba go dodać ręcznie.

Czy mogę używać aktywacji telefonicznej zamiast KMS?

Tak, aktywacja telefoniczna (slui 4) działa z kluczami MAK i jest rozwiązaniem dla środowisk całkowicie odizolowanych od Internetu i sieci firmowej. Proces wymaga podania identyfikatora instalacji i otrzymania identyfikatora potwierdzenia — zajmuje to 5–10 minut na jedno urządzenie i jest niepraktyczne dla flot powyżej 10 maszyn.

Jak sprawdzić, czy system używa KMS czy MAK przed wystąpieniem błędu?

Uruchom slmgr /dli i odczytaj pole „Opis”. VOLUME_KMSCLIENT oznacza aktywację KMS, natomiast RETAIL, MAK lub wpis z kanałem OEM wskazują inny model. Możesz również uruchomić slmgr /dlv i sprawdzić „Okres prolongaty aktywacji zbiorczej” — jeśli pole istnieje i pokazuje wartość w minutach, system działa na KMS.

Czy zmiana klucza z GVLK na MAK wymaga reinstalacji systemu?

Nie, zmiana klucza produktu za pomocą slmgr /ipk nie wymaga reinstalacji i nie powoduje utraty danych. System jedynie zmienia kanał aktywacji i ponownie kontaktuje się z serwerem Microsoft w celu weryfikacji klucza. Proces trwa kilkadziesiąt sekund.

Czy błąd 0x80092328 występuje też w Office 2024 LTSC?

Tak, Office 2024 LTSC (wersja licencjonowania zbiorczego) wykorzystuje ten sam mechanizm KMS co Windows. Jeśli system Windows nie może znaleźć serwera KMS, instalacja Office również nie zostanie aktywowana, a po okresie prolongaty (standardowo 30 dni) aplikacje przejdą w tryb ograniczonej funkcjonalności.

Jak rozliczyć zakup klucza MAK w polskiej firmie?

Klucz MAK zakupiony w ramach umowy CSP lub Open Value jest dokumentowany fakturą z 23% stawką VAT. Od 2026 roku faktura musi zostać wystawiona i przesłana przez KSeF (Krajowy System e-Faktur). Koszt jest jednorazowy i stanowi koszt uzyskania przychodu w miesiącu zakupu licencji. W przypadku subskrypcji M365 koszt rozkłada się miesięcznie.

Czy da się naprawić błąd 0x80092328 bez uprawnień administratora?

Nie, wszystkie polecenia slmgr wymagają uprawnień administratora lokalnego. Użytkownik bez tych uprawnień zobaczy jedynie komunikat błędu i powinien zgłosić problem do działu IT. W organizacjach korzystających z Intune lub innego MDM administrator może zdalnie przepchnąć skrypt naprawczy bez angażowania użytkownika.

Co wybrać dla 15 serwerów w 3 lokalizacjach bez łączności między oddziałami?

W tym scenariuszu KMS nie ma uzasadnienia — każdy oddział wymagałby osobnego serwera aktywacyjnego, co przy stawkach VAT 23% na administrację i serwer daje roczny koszt 9000–15000 PLN brutto za same środowiska KMS (3 oddziały × 3000–5000 PLN rocznie). Tańszym i prostszym rozwiązaniem jest zakup kluczy MAK — aktywacja jednorazowa, bez infrastruktury, z fakturą na 23% VAT i pełną zgodnością z KSeF od 2026.

Rozwiązanie błędu 0x80092328 sprowadza się do poprawnej diagnozy: KMS czy MAK, sieć firmowa czy izolowana, rekord SRV czy ręczny wpis. W większości przypadków 5 przedstawionych metod pozwala przywrócić pełną funkcjonalność w ciągu kilku minut. Jeśli potrzebujesz legalnych kluczy MAK do Windows 11 Professional, Windows Server 2025 lub Exchange SE z pełną fakturą VAT 23% i wsparciem KSeF, sprawdź ofertę licencji zbiorczych pod adresem kluczesoft.pl/klucze-windows.