NFS nie działa – brak odpowiedzi serwera

NFS niedziałające (brak odpowiedzi serwera) wskazuje na wyłączoną usługę Client for NFS w systemie Windows lub zablokowany port 2049 przez zaporę.

NFS nie działa – brak odpowiedzi serwera: czym objawia się problem

Komunikat „NFS nie działa – brak odpowiedzi serwera” oznacza, że komputer próbujący skorzystać z zasobu sieciowego nie otrzymuje prawidłowej odpowiedzi od urządzenia udostępniającego pliki. W praktyce może wystąpić długie oczekiwanie przy otwieraniu folderu, komunikat o przekroczeniu limitu czasu, niedostępna ścieżka sieciowa albo zatrzymanie programu korzystającego z zamontowanego katalogu. Sam fakt, że urządzenie odpowiada na polecenie ping, nie potwierdza jeszcze poprawnego działania NFS. Odpowiedź na ping dotyczy podstawowej komunikacji IP, natomiast NFS wymaga działającej usługi, właściwego eksportu katalogu, zgodności wersji protokołu oraz dostępu do odpowiednich portów.

W środowisku Windows przyczyną może być nieuruchomiony lub niepoprawnie skonfigurowany składnik Client for NFS. W systemach uniksowych i linuksowych podobną rolę pełnią usługi klienta NFS oraz procesy odpowiedzialne za montowanie zasobów. Po stronie urządzenia udostępniającego konieczne jest natomiast działanie usługi NFS, prawidłowe wskazanie katalogu eksportowanego i zezwolenie na dostęp z właściwego adresu lub zakresu sieci. Błąd może więc pojawić się zarówno na komputerze korzystającym z zasobu, jak i na urządzeniu, które ten zasób udostępnia.

Warto odróżnić brak odpowiedzi od błędu uwierzytelnienia lub braku uprawnień. Jeżeli połączenie dociera do usługi, ale konto nie może odczytać katalogu, pojawia się zwykle komunikat związany z dostępem. Gdy zapora odrzuca połączenie albo usługa nie nasłuchuje, częściej obserwuje się oczekiwanie, timeout lub informację o niedostępności hosta. Rozróżnienie tych sytuacji skraca diagnostykę i ogranicza przypadkowe zmiany w konfiguracji.

NFS nie działa – brak odpowiedzi serwera a warstwy komunikacji

Diagnozę najlepiej prowadzić od najniższej warstwy do najwyższej. Najpierw sprawdza się, czy komputer ma właściwy adres IP, maskę, bramę i działające połączenie z lokalną siecią. Następnie należy ustalić, czy nazwa urządzenia udostępniającego jest prawidłowo tłumaczona na adres IP. Błędny wpis DNS lub lokalna pomyłka w pliku hosts może sprawiać wrażenie awarii NFS, mimo że sama usługa działa. Dla porównania można użyć adresu IP zamiast nazwy hosta. Jeżeli połączenie zaczyna działać po takiej zmianie, przyczyny należy szukać w rozpoznawaniu nazw, a nie w samym montowaniu katalogu.

Kolejnym elementem jest dostępność usługi NFS. W zależności od używanej wersji protokołu mogą być wykorzystywane różne mechanizmy pomocnicze, między innymi usługa mapowania, mechanizm blokad oraz usługa montowania. NFSv4 zwykle upraszcza część komunikacji, ponieważ korzysta z ustalonego punktu wejścia, jednak nie eliminuje problemów z zaporą, uprawnieniami ani eksportem katalogu. Przy starszych konfiguracjach samo odblokowanie portu 2049 może nie wystarczyć, jeżeli dodatkowe usługi działają na portach zmiennych lub są filtrowane przez reguły sieciowe.

Porównanie z udziałem SMB pomaga określić zakres usterki, ale nie powinno prowadzić do pochopnej zamiany technologii. Jeżeli SMB działa, a NFS nie odpowiada, prawdopodobne są różnice w regułach zapory, eksporcie, mapowaniu identyfikatorów użytkowników lub obsługiwanej wersji protokołu. Jeżeli nie działa żaden sposób dostępu, bardziej prawdopodobna staje się awaria sieci, urządzenia udostępniającego, zasilania albo ogólnej konfiguracji adresowej. Jeżeli problem dotyczy wyłącznie jednego komputera, warto sprawdzić jego lokalne usługi i ustawienia zamiast zmieniać konfigurację całej sieci.

Nie należy mieszać testu dostępności hosta z testem konkretnej usługi. Ping może być blokowany przez zaporę, a działający ping nie musi oznaczać, że port wymagany przez NFS jest osiągalny. Przydatne jest sprawdzenie nasłuchiwania usługi na urządzeniu udostępniającym oraz próba połączenia z tego samego segmentu sieci, z którego korzysta komputer zgłaszający problem. W sieciach z podziałem na VLAN-y, regułami kontroli ruchu lub bezprzewodowym filtrowaniem klientów należy dodatkowo sprawdzić, czy komunikacja między obiema stronami jest dozwolona.

NFS nie działa – brak odpowiedzi serwera i typowe źródła awarii

Jedną z częstszych przyczyn jest zatrzymanie usługi NFS albo uruchomienie jej w stanie częściowej niesprawności. Usługa może widnieć jako aktywna, lecz nie udostępniać wskazanego katalogu z powodu błędu konfiguracji. Zdarza się również, że po restarcie urządzenia nie został odtworzony eksport, zmieniła się kolejność interfejsów sieciowych albo system uruchomił inną wersję usługi niż wcześniej. W takim przypadku warto przejrzeć dzienniki systemowe z momentu wystąpienia problemu, sprawdzić składnię konfiguracji eksportu i ponownie odczytać aktywną listę udostępnionych zasobów.

Drugą grupę przyczyn stanowią zapory. Reguła może zezwalać na ruch wychodzący z jednego profilu sieciowego, ale blokować go po przełączeniu komputera na profil publiczny. Zdarza się też, że aktualizacja systemu przywraca domyślne ustawienia zapory, usuwa wyjątek dla Client for NFS albo zmienia zakres adresów objętych regułą. Sprawdzenie powinno obejmować zaporę na komputerze korzystającym z zasobu, zaporę na urządzeniu udostępniającym oraz ewentualne filtrowanie na routerze. Tymczasowe wyłączenie ochrony nie jest dobrym testem bez kontroli i bez późniejszego przywrócenia ustawień. Bezpieczniej jest przeanalizować logi odrzuconych połączeń i utworzyć precyzyjną regułę dla właściwego ruchu.

Problemy może powodować także niezgodność wersji NFS. Klient może próbować negocjować wersję, której urządzenie nie obsługuje, albo odwrotnie, urządzenie może wymagać ustawień nieakceptowanych przez klienta. Objawem bywa brak odpowiedzi podczas montowania, mimo że sam host jest widoczny. Weryfikacja jawnie wybranej wersji protokołu, opcji montowania i zgodności dokumentacji urządzenia pomaga odróżnić błąd negocjacji od blokady sieciowej.

Nie można pomijać kwestii nazw ścieżek i eksportów. NFS rozróżnia ścieżkę katalogu po stronie urządzenia udostępniającego od lokalnego punktu montowania. Literówka, nieaktualna nazwa eksportu, zmiana struktury katalogów lub brak ponownego wczytania konfiguracji może zostać odebrany jako brak odpowiedzi. Należy potwierdzić dokładną ścieżkę, sprawdzić listę aktywnych eksportów i porównać ją z wpisem używanym przez klienta. Jeżeli zasób był wcześniej montowany automatycznie, warto również skontrolować plik konfiguracji startowej, aby błędny wpis nie powodował opóźnienia przy każdym uruchomieniu systemu.

Osobnym zagadnieniem są identyfikatory użytkowników i grup. Nawet po przywróceniu komunikacji katalog może pozostać nieużyteczny, jeżeli użytkownik po stronie klienta nie jest rozpoznawany zgodnie z ustawieniami urządzenia udostępniającego. NFS często opiera kontrolę dostępu na identyfikatorach, a nie wyłącznie na nazwie konta. Zmiana numeru identyfikacyjnego, trybu mapowania lub polityki dostępu może więc wyglądać jak awaria plików, choć faktyczny problem dotyczy uprawnień.

NFS nie działa – brak odpowiedzi serwera: praktyczne czynności diagnostyczne

Przed rozpoczęciem zmian należy zapisać dokładny komunikat, godzinę wystąpienia problemu, adres urządzenia i sposób, w jaki zasób jest montowany. Pomaga też ustalenie, czy awaria dotyczy wszystkich komputerów, czy tylko jednego. Jeśli problem wystąpił po aktualizacji, restarcie, zmianie routera lub modyfikacji zapory, ta informacja może wskazać moment powstania usterki. Warto unikać jednoczesnego zmieniania kilku ustawień, ponieważ później trudno ustalić, która zmiana przywróciła działanie.

Podstawowa kolejność kontroli może wyglądać następująco:

• sprawdzenie adresu IP, maski i rozpoznawania nazwy urządzenia udostępniającego,
• porównanie połączenia przy użyciu nazwy hosta oraz jego adresu IP,
• potwierdzenie, że usługa NFS działa po stronie urządzenia udostępniającego,
• sprawdzenie aktywnego eksportu i dokładnej ścieżki katalogu,
• kontrola reguł zapory dla właściwego profilu sieciowego,
• porównanie wersji NFS oraz opcji używanych przy montowaniu,
• analiza dzienników klienta i urządzenia udostępniającego,
• ponowienie montowania po usunięciu nieaktualnego punktu lub zawieszonego połączenia.

Jeżeli zasób był wcześniej używany i nagle przestał odpowiadać, należy sprawdzić, czy urządzenie nie zmieniło adresu w wyniku automatycznego przydziału sieciowego. Wpis wskazujący dawny adres może kierować klienta do nieistniejącego hosta. Gdy używany jest adres stały, trzeba zweryfikować, czy nie występuje konflikt adresów. Dwa urządzenia korzystające z tego samego adresu mogą powodować niestabilne, pozornie losowe odpowiedzi.

Przy automatycznym montowaniu zasobów należy zachować ostrożność. Błędny wpis może wydłużać start systemu, blokować logowanie albo powodować wielokrotne próby połączenia. Do testu można wykorzystać ręczne montowanie z ograniczonymi opcjami, a dopiero po potwierdzeniu działania przywrócić automatyczne uruchamianie. Należy również bezpiecznie odłączyć zawieszony zasób, ponieważ niektóre procesy mogą nadal oczekiwać na odpowiedź i utrudniać zamknięcie systemu.

W przypadku danych istotnych dla pracy nie powinno się usuwać konfiguracji eksportu ani formatować urządzenia tylko dlatego, że klient nie uzyskuje odpowiedzi. Najpierw należy zabezpieczyć kopię ustawień, sprawdzić logi i potwierdzić, czy problem dotyczy komunikacji, usługi, ścieżki, czy uprawnień. Dopiero potem można wprowadzać zmianę i wykonywać test kontrolny.

NFS nie działa – brak odpowiedzi serwera: kiedy zgłosić się do serwisu

Pomoc serwisowa jest wskazana, gdy problem powtarza się po restarcie, dotyczy kilku urządzeń jednocześnie, pojawił się po zmianie konfiguracji sieci albo powoduje ryzyko utraty dostępu do ważnych plików. Warto przekazać opis objawu, nazwę lub adres urządzenia, informację o tym, czy ping odpowiada, oraz komunikaty z dzienników. Przydatne będzie także wskazanie, czy inne zasoby sieciowe działają poprawnie i czy awaria występuje stale, czy tylko po uśpieniu lub ponownym uruchomieniu systemu.

Warszawskie Pogotowie Komputerowe 24/7 zajmuje się diagnozowaniem i naprawą laptopów oraz komputerów PC, a naprawy z reguły są wykonywane do 3 dni roboczych. Przy zgłoszeniu problemu z dostępem do zasobu można przygotować nazwę systemu, opis używanej sieci, zdjęcie komunikatu i informację o ostatnich zmianach. Takie dane ułatwiają odtworzenie warunków wystąpienia błędu i ograniczają ryzyko przypadkowego naruszenia konfiguracji.

Do czasu ustalenia przyczyny nie powinno się wielokrotnie restartować urządzenia udostępniającego, usuwać katalogów montowania ani zmieniać uprawnień na wszystkich zasobach. Jeżeli dostęp do plików jest potrzebny natychmiast, można rozważyć bezpieczny dostęp lokalny do urządzenia, o ile jest on dostępny i zgodny z przyjętymi zasadami. Najważniejsze pozostaje zachowanie danych, zebranie informacji diagnostycznych i przywrócenie komunikacji w sposób, który nie utrudni późniejszego ustalenia źródła awarii.