System nie rozpoznaje udziałów po nawiązaniu VPN

System nierozpoznający udziałów po nawiązaniu VPN wskazuje na brak trasy do podsieci lokalnej udziału w konfiguracji tunelu.

Dlaczego udział sieciowy znika po połączeniu z VPN

Brak dostępu do udziałów po zestawieniu połączenia VPN najczęściej oznacza, że komputer otrzymał połączenie z tunelem, ale nie ma prawidłowej trasy do sieci, w której znajduje się serwer plików. Sam status „Połączono” potwierdza jedynie nawiązanie sesji VPN. Nie gwarantuje, że cały ruch do prywatnej podsieci zostanie skierowany przez tunel. Jeżeli udział znajduje się na przykład w sieci 192.168.10.0/24, klient VPN powinien otrzymać trasę wskazującą tę podsieć oraz właściwą bramę po stronie tunelu.

W konfiguracji split tunnelingu tylko wybrane sieci są przesyłane przez VPN, a pozostały ruch korzysta ze zwykłego połączenia internetowego. Jeżeli podsieć udziału nie została dodana do listy sieci tunelowanych, system próbuje dotrzeć do niej przez lokalny router. Taka trasa może być niedostępna albo prowadzić do innego urządzenia o podobnym adresowaniu. W przypadku pełnego tunelowania cały ruch przechodzi przez VPN, ale również wtedy konieczne jest poprawne routowanie po stronie zdalnej sieci.

Trasa, adres serwera i rozwiązywanie nazwy

Udział może być otwierany przez nazwę komputera, na przykład w formie ścieżki UNC \\serwer\ dokumenty, albo przez adres IP, na przykład \\192.168.10.20\ dokumenty. Te dwa sposoby sprawdzają różne elementy połączenia. Dostęp po adresie IP pozwala ocenić routing i filtrowanie ruchu, natomiast dostęp po nazwie wymaga dodatkowo prawidłowego działania DNS albo mechanizmu rozpoznawania nazw używanego w danej sieci. Dlatego udział może być osiągalny po adresie IP, a jednocześnie niedostępny po nazwie komputera.

W systemie Windows polecenie ipconfig pokazuje adresy interfejsów oraz serwery DNS otrzymane po połączeniu. Polecenie route print pozwala sprawdzić, czy tablica routingu zawiera trasę do podsieci udziału. Do weryfikacji nazwy można użyć nslookup nazwa-serwera, a do podstawowego sprawdzenia osiągalności hosta — ping adres-IP, z zastrzeżeniem, że zapora może blokować odpowiedzi ICMP. Brak odpowiedzi na ping nie zawsze oznacza brak dostępu do usługi SMB.

SMB, zapora i uwierzytelnianie użytkownika

Współczesne udziały plikowe Windows korzystają przede wszystkim z protokołu SMB przez TCP na porcie 445. Jeżeli trasa do serwera istnieje, ale zapora VPN, zapora serwera albo reguły sieciowe blokują TCP 445, Eksplorator plików może wyświetlać komunikat o niedostępności lokalizacji. Starsze sposoby odnajdywania komputerów w sieci mogły korzystać także z NetBIOS, między innymi z portów UDP 137 i 138 oraz TCP 139, jednak widoczność urządzenia w sekcji „Sieć” nie jest konieczna do otwarcia udziału po bezpośredniej ścieżce UNC.

Po poprawnym dotarciu do serwera pozostają kwestie uprawnień. Dostęp do udziału SMB zależy zarówno od uprawnień udostępnienia, jak i od uprawnień systemu plików. Połączenie VPN nie nadaje automatycznie praw do plików. Znaczenie mogą mieć także zapisane poświadczenia systemu Windows, użycie innego konta niż w sieci lokalnej oraz różnica między nazwą domenową a lokalnym kontem na serwerze. Komunikat o odmowie dostępu wskazuje na inny problem niż komunikat o nieodnalezieniu ścieżki, dlatego treść błędu powinna zostać zachowana przed rozpoczęciem zmian.

Postępowanie diagnostyczne i serwis komputerowy w Warszawie

Diagnostykę warto rozpocząć od zapisania adresu serwera, nazwy udziału i dokładnego komunikatu systemu. Następnie należy porównać działanie połączenia przed uruchomieniem VPN i po jego uruchomieniu, sprawdzić adres interfejsu tunelu oraz przeanalizować tablicę routingu. Jeżeli adres IP serwera jest osiągalny, lecz nazwa nie działa, problem dotyczy zwykle DNS lub rozpoznawania nazw. Jeżeli nie działa również adres IP, trzeba sprawdzić trasę, zakres adresów VPN, reguły zapory i konfigurację urządzenia po stronie sieci zdalnej.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów i komputerów PC, w tym diagnozowaniem problemów z konfiguracją systemu, kartą sieciową oraz połączeniami używanymi do pracy z zasobami sieciowymi. W praktyce konieczne może być rozdzielenie usterki komputera od błędu konfiguracji serwera VPN lub sieci firmowej. Sama reinstalacja systemu albo ponowne mapowanie dysku sieciowego nie naprawi braku trasy do właściwej podsieci, dlatego najpierw należy potwierdzić, na którym etapie przepływu — routing, DNS, SMB czy uwierzytelnianie — połączenie przestaje działać.