Błąd systemu 5 i garść możliwych rozwiązań

Od czasu do czasu dzielimy się z Wami sugestiami na rozwiązanie popularnych problemów z Windows w oparciu o treść pojawiającego się błędu. Dzisiaj weźmiemy na tapetę błąd systemu 5 mający wiele postaci np. „System error 5 has occurred. Access is denied”, „Error 5: Access is denied” lub w polskich wersjach językowych „Wystąpił błąd systemu 5”. Błąd ten pojawia się wiernie od czasów 2000/XP/2003Srv, aż po Windows 8/2012srv i zapewne nie prędko o nim zapomnimy  🙂

Kiedy może wystąpić ten błąd?

Najczęściej można go zobaczyć przy próbie dostępu do udziału na zdalnej maszynie albo mapowania udziału sieciowego.

W GUI błąd nr 5 może wyglądać tak:

Może on też pojawić się podczas wykonywania w konsoli CMD poleceń takich jak net use, net accounts, net view czy net time:

W tym artykule zbierzmy kilka możliwych źródeł problemów i rozwiązań.

Brak uprawnień

Informacja, którą niesie ze sobą komunikat („Acces is denied” / „brak uprawnień”) jest tak oczywista, że aż chce się ją zignorować 🙂 A przecież powinniśmy na początku sprawdzić, czy rzeczywiście mamy odpowiedni dostęp: czy używamy konta domenowego z dostępem do zdalnej maszyny, albo są odpowiednio skonfigurowane uprawnienia w NTFS i na udziale sieciowym.

Firewall

Zapora systemowa wbudowana w Windows lub narzędzie innego producenta mogą blokować nasze połączenie z innym komputerem. Każdy SPEC IT wie, że aby to potwierdzić należy na chwilę firewall’a zatrzymać i jeśli rzeczywiście był powodem problemów – dodać odpowiednia regułę. Usuwanie Firewall’a SPECOWI IT nie przejdzie nawet przez myśl 🙂

Dwie krytyczne usługi

Warto sprawdzić stan dwóch usług na maszynie zdalnej oraz tej, która ma problem (obie powinny być uruchomione):

Przeglądarka komputera (Computer Browser) – pozwala na przeglądanie listy komputerów w grupie roboczej lub domenie

Serwer (Server) – odpowiada za udostępnianie innym komputerom nasze pliki i drukarki lanmanserver Svchost.exe

Pamiętam, że w czasach Windows XP i 2003 Serwer w środowisku którym zarządzałem było to najczęstszym rozwiązanie problemów z błędem nr 5.

CMD na wyższych uprawnieniach

Od czasów Windows 7 częstą przyczyną występowania błędu nr 5 jest UAC. Spróbujmy uruchomić CMD jako administrator (PPM -> run as Administrator (uruchom jak Administrator)). Odkąd zamieniłem Windowsa XP na 7, właśnie ta czynność była u mnie najczęstszym rozwiązaniem problemu.

Różnica czasu

Jeśli czas systemowy na dwóch maszynach łączących się ze sobą różni się o zbyt duży interwał, te nie skomunikują się ze sobą. Maksymalny interwał akceptowany przez Kerberos możemy ustawić w GPO w Default Domain policy.

Mam nadzieję, że podane propozycje pomogą Wam rozwiązać 99,9% problemów z błędem nr 5. Jeśli znacie jakieś inne rozwiązania, piszcie śmiało.