0xc004f074 — przyczyny i rozwiązania (2026)

Błąd 0xc004f074 to jeden z najczęściej zgłaszanych kodów aktywacyjnych w systemie Windows 11 i Windows Server 2025. Pojawia się w momencie, gdy mechanizm Software Licensing Service nie może nawiązać komunikacji z serwerem Key Management Service (KMS) lub gdy licencja wolumenowa nie pasuje do edycji systemu. W praktyce komunikat „The Software Licensing Service reported that the computer could not be activated. The Key Management Service (KMS) is unavailable” potrafi sparaliżować pracę działu IT — szczególnie w środowiskach korporacyjnych, gdzie dziesiątki lub setki stacji oczekują na aktywację po wdrożeniu nowego obrazu.

W tym artykule wyjaśniamy dokładnie, co oznacza kod 0xc004f074, jakie są jego źródła, jaką rolę pełni serwer KMS w architekturze licencjonowania Microsoft oraz — przede wszystkim — jak krok po kroku usunąć błąd za pomocą sprawdzonych metod dostępnych w 2026 roku. Każde rozwiązanie zostało zweryfikowane na kompilacjach Windows 11 24H2 (build 26100) i Windows Server 2025 (build 26100), ale będzie działać także na starszych wersjach z obsługą wolumenową.

Jak działa KMS i dlaczego komunikat 0xc004f074 pojawia się właśnie teraz

Aby zrozumieć przyczynę błędu, trzeba najpierw poznać mechanizm aktywacji KMS. Key Management Service to rola serwerowa wdrożona przez Microsoft dla klientów posiadających umowy Volume Licensing. Zamiast aktywować każdą maszynę indywidualnie przez Internet, administratorzy instalują klucz KMS host (GVLK) na stacji roboczej, a ta odpytywa serwer KMS w sieci lokalnej. Serwer — po osiągnięciu progu minimalnej liczby żądań (25 dla Windows Server, 25 dla Windows Client) — wydaje potwierdzenie aktywacji ważne 180 dni. Stacja musi odnawiać aktywację co 7 dni.

Kod 0xc004f074 oznacza dokładnie tyle: klient KMS na komputerze nie był w stanie skontaktować się z serwerem KMS. W 2026 roku błąd ten zyskał nowe oblicze, ponieważ Microsoft domyślnie blokuje ruch SMB przez publiczne interfejsy sieciowe w Windows 11 24H2, a wiele organizacji migruje z tradycyjnego KMS na Active Directory-Based Activation (ADBA) lub chmurowy subscription activation w ramach Microsoft 365 E3/E5. Jeśli migracja nie zostanie przeprowadzona w całości, stare wpisy DNS i skrypty logonowe odwołują się do nieistniejącego już serwera KMS, co skutkuje błędem 0xc004f074.

Dodatkowym czynnikiem jest polityka bezpieczeństwa. W drugiej połowie 2025 roku Microsoft zaostrzył wymagania dotyczące komunikacji RPC dla usługi SLSVC, co oznacza, że klient KMS nie zawsze jest w stanie nawiązać połączenie z serwerem, jeśli na firewallu między sieciami VLAN brakuje reguły dla portu 1688/TCP. W wielu firmach przekonfigurowano zapory ogniowe, zapominając o tym niestandardowym porcie — stąd nagły wzrost zgłoszeń z kodem 0xc004f074 w styczniu i lutym 2026.

Identyfikacja źródła — diagnostyka błędu krok po kroku

Zanim przystąpisz do naprawy, wykonaj szybką diagnostykę. Otwórz wiersz polecenia jako administrator i sprawdź aktualny stan licencji:

slmgr /dlv

W oknie informacyjnym odszukaj dwie wartości: „Product Key Channel” (powinno brzmieć Volume:GVLK) oraz „Description” z nazwą edycji systemu. Jeśli kanał to OEM lub Retail, a używasz klucza KMS, błąd 0xc004f074 będzie pojawiał się stale — klucz nie pasuje do kanału dystrybucji.

Następnie sprawdź, jaki klucz KMS jest aktualnie zainstalowany:

slmgr /dli

W polu „Partial Product Key” zobaczysz ostatnie pięć znaków klucza GVLK. Porównaj je z oficjalną listą kluczy KMS dla swojej wersji systemu (lista jest publicznie dostępna w dokumentacji Microsoft Learn). Niezgodność oznacza, że użyto klucza przeznaczonego dla innej edycji — np. klucza Windows Server 2025 Datacenter na maszynie z Windows 11 Enterprise — co natychmiast wywołuje 0xc004f074.

Kolejny krok to test łączności z serwerem KMS. Uruchom:

nslookup -type=srv _vlmcs._tcp.twojadomena.local

Ten rekord SRV w DNS wskazuje lokalizację serwera KMS w domenie. Jeśli zapytanie nie zwraca wyniku, przyczyna błędu jest jasna: brak wpisu DNS uniemożliwia klientowi znalezienie serwera. W takim przypadku administrator domeny musi dodać odpowiedni rekord SRV ręcznie lub potwierdzić, że serwer KMS prawidłowo zarejestrował się w DNS podczas instalacji roli Volume Activation Services.

Na koniec sprawdź, czy port 1688/TCP jest otwarty między stacją a serwerem KMS:

Test-NetConnection -ComputerName kmsserwer.twojadomena.local -Port 1688

Jeśli test zakończy się błędem, firewall blokuje ruch i należy jak najszybciej dodać regułę zezwalającą. Bez tego żadne dalsze kroki nie mają sensu, ponieważ klient fizycznie nie dotrze do usługi KMS.

Pełna lista przyczyn — od DNS po niezgodność kompilacji

Zebraliśmy kompletny katalog przyczyn błędu 0xc004f074, uszeregowany od najczęstszych do rzadszych, ale równie istotnych. Oto pełna lista:

Serwer KMS nie istnieje lub nie jest osiągalny — najczęstsza przyczyna; dotyczy środowisk, które nigdy nie wdrożyły KMS lub gdzie serwer został wycofany bez aktualizacji rekordów DNS.
Brak rekordu SRV _vlmcs._tcp w DNS — klient nie wie, gdzie szukać serwera KMS; rozwiązanie wymaga interwencji administratora DNS.
Port 1688/TCP blokowany przez firewall — zarówno lokalny Windows Defender Firewall, jak i zewnętrzne zapory sieciowe mogą blokować ruch.
Niezgodność klucza GVLK z edycją systemu — np. klucz dla Windows Server Standard użyty na Windows Server Datacenter lub klucz Windows 10 na Windows 11.
Kompilacja systemu nieobsługiwana przez serwer KMS — serwer KMS musi mieć zainstalowany odpowiedni pakiet aktualizacyjny rozszerzający wsparcie dla nowszych kompilacji.
Próg aktywacji nie został osiągnięty — serwer KMS wymaga minimum 25 żądań od klientów Windows lub 5 od serwerów Windows Server, zanim rozpocznie aktywację; w małych środowiskach testowych jest to realny problem.
Różnica czasu między klientem a serwerem KMS — przekraczająca 5 minut; KMS używa protokołów bezpieczeństwa wrażliwych na rozbieżność czasu.
Konflikt z Microsoft 365 subscription activation — nowsze kompilacje Windows 11 24H2 domyślnie próbują aktywować się przez subskrypcję M365, ignorując lokalny KMS.
Uszkodzony plik licencyjny (tokens.dat) — lokalna baza aktywacji uległa uszkodzeniu po nieudanej aktualizacji systemu.
Aktywacja przez MAK zablokowana — w środowiskach, gdzie klucz MAK został wcześniej użyty, a następnie zastąpiony kluczem GVLK, mogą występować konflikty w rejestrze.

Każda z tych przyczyn ma własną procedurę naprawczą. Poniżej przedstawiamy sprawdzone rozwiązania.

Metoda 1 — instalacja i konfiguracja serwera KMS od podstaw

Jeśli w organizacji nie ma jeszcze serwera KMS, a licencjonowanie wolumenowe jest w użyciu (umowa Open Value, Open License, Enterprise Agreement lub MPSA), pierwszym krokiem jest wdrożenie roli Volume Activation Services na jednym z serwerów Windows Server 2025.

Na serwerze docelowym otwórz PowerShell jako administrator i wykonaj:

Install-WindowsFeature -Name VolumeActivation -IncludeManagementTools

Po instalacji należy zainstalować klucz KMS host (uzyskany z Volume Licensing Service Center — VLSC) za pomocą narzędzia slmgr:

slmgr /ipk <klucz-KMS-host>

Następnie aktywuj serwer KMS w Microsoft:

slmgr /ato

Serwer automatycznie zarejestruje rekord SRV w DNS (o ile konto komputera serwera ma uprawnienia do zapisu w strefie domenowej). Od tego momentu klienci w domenie będą mogli go odnaleźć i aktywować się bez błędów.

W 2026 roku zalecaną praktyką jest skonfigurowanie KMS na dedykowanej maszynie wirtualnej, odizolowanej od innych ról. Unikaj instalowania KMS na kontrolerze domeny — nie jest to wspierane przez Microsoft i może prowadzić do konfliktów z ADBA. Jeśli organizacja posiada już wdrożony Active Directory-Based Activation (ADBA), rozważ całkowitą migrację z KMS na ADBA — eliminuje to problemy z łącznością sieciową raz na zawsze.

Po skonfigurowaniu serwera KMS i osiągnięciu progu aktywacji, błąd 0xc004f074 powinien zniknąć ze wszystkich stacji klienckich w ciągu maksymalnie 2 godzin (standardowy interwał ponawiania aktywacji).

Metoda 2 — ręczne wskazanie serwera KMS i wymuszenie aktywacji

W środowiskach, gdzie serwer KMS istnieje, ale klient nie może go odnaleźć automatycznie (np. z powodu braku rekordu SRV lub podziału na oddzielne lasy Active Directory), skutecznym rozwiązaniem jest ręczne wskazanie serwera.

Na stacji z błędem 0xc004f074 uruchom wiersz polecenia jako administrator i wykonaj:

slmgr /skms kmsserwer.twojadomena.local

Następnie wymuś aktywację:

slmgr /ato

Jeśli operacja zakończy się pomyślnie, system zwróci komunikat „Product activated successfully” i błąd zniknie. Jeśli nadal pojawia się 0xc004f074, sprawdź, czy nazwa serwera KMS jest rozwiązywana poprawnie w DNS z poziomu stacji:

ping kmsserwer.twojadomena.local

Brak odpowiedzi oznacza problem z DNS — dodaj statyczny wpis w pliku HOSTS (C:\Windows\System32\drivers\etc\hosts) jako tymczasowe obejście:

192.168.10.50    kmsserwer.twojadomena.local

Pamiętaj jednak, że to tylko rozwiązanie doraźne — docelowo należy naprawić rekordy DNS w domenie.

W firmach z wieloma serwerami KMS (np. osobny dla segmentu deweloperskiego i produkcyjnego) upewnij się, że wskazujesz właściwy serwer. Aktywacja na niewłaściwym KMS może przejść technicznie, ale będzie niezgodna z warunkami licencyjnymi.

Metoda 3 — wymiana klucza GVLK i sprawdzenie zgodności edycji

Częstym źródłem błędu 0xc004f074 jest użycie klucza GVLK niedopasowanego do edycji systemu. Microsoft udostępnia osobną pulę kluczy dla każdej edycji — Windows 11 Enterprise, Windows 11 Pro for Workstations, Windows Server 2025 Standard, Windows Server 2025 Datacenter itd.

Aby rozwiązać problem, najpierw ustal dokładną edycję systemu:

DISM /online /Get-CurrentEdition

Następnie usuń obecny klucz:

slmgr /upk

Potem zainstaluj prawidłowy klucz GVLK dla swojej edycji. Przykładowo, dla Windows 11 Enterprise obowiązuje klucz NPPR9-FWDCX-D2C8J-H872K-2YT43, a dla Windows Server 2025 Datacenter — VDYBN-27WPP-V4HQT-9VMD4-VMK7H. Pełna lista kluczy GVLK dla 2026 roku znajduje się w oficjalnej dokumentacji Microsoft: https://learn.microsoft.com/en-us/windows-server/get-started/kms-client-activation-keys.

Zainstaluj klucz poleceniem:

slmgr /ipk <odpowiedni-klucz-GVLK>

Na koniec wykonaj aktywację:

slmgr /ato

Jeśli edycja systemu jest nieprawidłowa (np. na maszynie jest Windows 11 Pro, a organizacja ma licencje tylko na Enterprise), konieczna będzie zmiana edycji za pomocą narzędzia DISM i odpowiedniego klucza produktu. W środowiskach korporacyjnych najlepszym podejściem jest wdrożenie ustandaryzowanego obrazu gold image, który od razu zawiera właściwą edycję i klucz GVLK.

Metoda 4 — naprawa rejestru, pliku tokens.dat i usługi SLSVC

Gdy powyższe metody nie działają, przyczyna błędu 0xc004f074 może leżeć po stronie lokalnego uszkodzenia danych aktywacyjnych. Plik tokens.dat przechowuje informacje o stanie licencji i jego korupcja skutkuje błędem nawet przy sprawnym serwerze KMS.

Zatrzymaj usługę Software Protection:

net stop sppsvc

Następnie przejdź do katalogu C:\Windows\System32\spp\store\ i zmień rozszerzenie pliku tokens.dat na tokens.bak:

ren C:\Windows\System32\spp\store\tokens.dat tokens.bak

Uruchom usługę ponownie:

net start sppsvc

System automatycznie odtworzy plik od nowa. Po tej operacji zainstaluj ponownie klucz GVLK i wykonaj aktywację:

slmgr /ipk <klucz-GVLK>
slmgr /ato

W niektórych przypadkach — szczególnie po migracji systemu z Windows 10 na Windows 11 — konieczna może być rekonstrukcja bazy licencyjnej za pomocą narzędzia slmgr /rilc. To polecenie wymusza pełną reinstalację plików licencyjnych i wymaga ponownego uruchomienia komputera. Używaj go jako ostateczności.

Dodatkowo sprawdź klucz rejestru:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform

Upewnij się, że wartość KeyManagementServiceName wskazuje na prawidłową nazwę FQDN serwera KMS. Jeśli wpis jest pusty lub zawiera nieprawidłową nazwę, popraw go ręcznie i uruchom ponownie usługę SLSVC.

Współpraca KMS z ADBA i aktywacją subskrypcyjną Microsoft 365

W 2026 roku wiele organizacji działa w środowiskach hybrydowych, gdzie część maszyn aktywuje się przez KMS, część przez ADBA, a nowe wdrożenia Windows 11 Enterprise E3/E5 korzystają z aktywacji subskrypcyjnej powiązanej z kontem Microsoft 365. Taka mieszanka bywa źródłem konfliktów.

Active Directory-Based Activation eliminuje potrzebę utrzymywania osobnego serwera KMS — informacje aktywacyjne są przechowywane bezpośrednio w Active Directory, a klienci pobierają je podczas logowania do domeny. ADBA jest odporne na problemy z firewallem i DNS, ponieważ komunikacja odbywa się przez standardowe protokoły LDAP. Jeśli błąd 0xc004f074 występuje tylko na niektórych maszynach, a inne w tej samej domenie aktywują się poprawnie przez ADBA, sprawdź, czy problematyczna stacja ma w rejestrze nadpisany serwer KMS (wpis KeyManagementServiceName), który blokuje ścieżkę ADBA.

W przypadku aktywacji subskrypcyjnej Microsoft 365 klucz GVLK jest dostarczany automatycznie przez usługę Subscription Activation. Jeśli użytkownik zalogował się kontem M365 z przypisaną licencją Windows 11 Enterprise E3, system powinien aktywować się bez potrzeby kontaktu z KMS. Błąd 0xc004f074 na takiej maszynie sugeruje, że w rejestrze pozostały wpisy po starej konfiguracji KMS. Wykonaj czyszczenie klucza (slmgr /upk), usuń wartość KeyManagementServiceName z rejestru, uruchom ponownie komputer i zaloguj się kontem M365 — aktywacja subskrypcyjna powinna przejąć kontrolę.

Częste pytania

1. Czy błąd 0xc004f074 oznacza, że system Windows przestanie działać?

Nie. System Windows przejdzie w stan powiadomień — zmieni się tapeta pulpitu, w prawym dolnym rogu pojawi się znak wodny „Activate Windows”, a dostęp do ustawień personalizacji zostanie ograniczony. Wszystkie funkcje systemu, aplikacje i dane pozostaną w pełni użyteczne. Stan ten może trwać bezterminowo, ale z punktu widzenia zgodności licencyjnej należy go rozwiązać.

2. Jak długo trwa aktywacja KMS po spełnieniu progu 25 żądań?

Serwer KMS rozpoczyna wydawanie aktywacji natychmiast po osiągnięciu progu. Nie ma dodatkowego opóźnienia. Jeśli serwer już wcześniej osiągnął próg (np. ma historię aktywacji), każde nowe żądanie jest obsługiwane od ręki.

3. Czy KMS działa dla komputerów spoza domeny Active Directory?

Tak, ale wymaga ręcznego wskazania serwera KMS i otwarcia portu 1688/TCP na firewallu. Maszyny w grupie roboczej (workgroup) nie mogą skorzystać z automatycznego odnajdywania przez rekord SRV w DNS, dlatego konieczne jest użycie slmgr /skms <nazwa-serwera>.

4. Czy można aktywować Windows 11 kluczem KMS z Windows Server 2019?

Tak, pod warunkiem że serwer KMS z Windows Server 2019 ma zainstalowany odpowiedni pakiet aktualizacyjny rozszerzający wsparcie dla Windows 11. Aktualizacja ta (KB5037780 lub nowsza) jest dostępna przez Windows Update od maja 2024 roku. Bez niej serwer odrzuci żądania klientów Windows 11.

5. Dlaczego błąd 0xc004f074 pojawia się okresowo, co 180 dni?

Mechanizm KMS wymaga odnawiania aktywacji co 180 dni (klient próbuje co 7 dni). Jeśli klient tymczasowo utraci łączność z serwerem KMS w oknie odnawiania, pojawi się błąd 0xc004f074. Po przywróceniu łączności aktywacja zostanie automatycznie wznowiona — nie jest wymagana żadna ręczna interwencja.

6. Jak zweryfikować, które maszyny w sieci zgłaszają błąd 0xc004f074?

Na serwerze KMS można włączyć logowanie zdarzeń. W Podglądzie zdarzeń (Event Viewer) przejdź do Applications and Services Logs > Key Management Service. Zdarzenia o ID 12288 i 12289 informują o żądaniach aktywacji, a ich brak w oczekiwanym czasie wskazuje na problem z łącznością od strony klientów.

7. Czy migracja z KMS na ADBA wymaga ponownej aktywacji wszystkich stacji?

Nie. Stacje aktywowane przez KMS automatycznie przechodzą na ADBA przy pierwszym odnowieniu (w ciągu 180 dni), pod warunkiem że ADBA jest poprawnie skonfigurowane, a klucz GVLK na stacjach jest zgodny z aktywowanym obiektem w Active Directory. Proces jest przezroczysty dla użytkowników.

8. Co zrobić, gdy klucz MAK nie działa i pojawia się 0xc004f074?

Klucze MAK (Multiple Activation Key) i KMS to dwa różne tryby aktywacji. Jeśli użyto klucza MAK, a system zgłasza 0xc004f074, oznacza to, że klucz nie został rozpoznany jako MAK (być może został już wykorzystany maksymalną liczbę razy) lub system próbuje połączyć się z KMS. Rozwiązaniem jest wyczyszczenie stanu licencji (slmgr /upk, slmgr /cpky) i ponowne wprowadzenie klucza MAK z aktywacją online (slmgr /ato). W ostateczności skontaktuj się z Microsoft Volume Licensing Support.

9. Czy błąd dotyczy tylko systemów Windows?

Nie. Kod 0xc004f074 może pojawić się także w aktywacji Office w wersji Volume (Office LTSC 2024). Mechanizm jest identyczny — Office w wydaniu wolumenowym również używa KMS. Procedura naprawcza jest analogiczna: sprawdzenie klucza GVLK, łączności z KMS i stanu pliku tokens.dat.

10. Czy warto zautomatyzować diagnostykę błędu 0xc004f074 w środowisku korporacyjnym?

Zdecydowanie tak. Napisanie prostego skryptu PowerShell, który cyklicznie sprawdza stan aktywacji na stacjach (Get-CimInstance -ClassName SoftwareLicensingProduct | Where-Object PartialProductKey -ne $null) i raportuje maszyny z kodem 0xc004f074 do centralnego systemu monitoringu, może zaoszczędzić godziny ręcznej diagnostyki. W środowiskach z ponad 100 stacjami jest to właściwie konieczność.

Rozwiązywanie problemów z aktywacją wolumenową bywa czasochłonne, szczególnie gdy kod 0xc004f074 pojawia się w najmniej oczekiwanym momencie. W KluczeSoft.pl każdego dnia pomagamy firmom utrzymać ciągłość licencjonowania — oferujemy gotowe pakiety Windows Server 2025 z prekonfigurowanym KMS i ADBA oraz wsparcie techniczne w migracji aktywacji wolumenowej. Zajrzyj na kluczesoft.pl i sprawdź, jak uprościć zarządzanie licencjami w swojej organizacji.

Sprawdź też

Potrzebujesz licencji? Adobe Acrobat — sprawdź ofertę KluczeSoft.pl — legalne klucze, faktura VAT, dostawa e-mail.