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.
