GVC zawiesza się na Acquiring IP: to nie problem z hasłem

Uwierzytelnianie może się zakończyć, a adapter wirtualny wciąż nie ma adresu. Podążaj ścieżką dzierżawy zamiast zmieniać niepowiązane ustawienia klienta.

Global VPN Client zatrzymuje się na Acquiring IP, a odruchem jest ponowne wpisanie hasła lub ponowna instalacja klienta. Żadne z nich nie dotyka etapu, który zawiódł. Uwierzytelnianie zakończyło się, zanim klient w ogóle poprosił o adres, więc to nie dane logowania trzymają cię w tej linii. Trzyma cię tam wymiana DHCP, która się nie zakończyła, i może ona utknąć w trzech różnych miejscach.

Uwierzytelnianie i przydzielanie adresu to osobne etapy

GVC najpierw dowodzi, kim jesteś, a następnie prosi o ustawienia swojego adaptera wirtualnego zgodnie z polityką przypisaną do twojego połączenia. To kolejne kroki o różnych sygnaturach awarii. Błędne dane logowania zawodzą zwykle wcześniej, komunikatem uwierzytelniania lub negocjacji, a nie linią adresu.

Ta kolejność wyjaśnia, dlaczego reset hasła, nowy użytkownik lokalny lub ponowna instalacja nic tu nie zmieniają. Klient jest już autoryzowany; teraz czeka na dzierżawę, którą musi dostarczyć brama lub jej partner DHCP. Nawet polityka, która pozwala użytkownikowi, ale nie przydziela żadnego zakresu adresów, daje dokładnie ten ekran.

Pierwsze użyteczne pytanie nie brzmi więc, czy dane logowania są poprawne, ale jaka polityka została przydzielona i co mówi ona o adresowaniu adaptera wirtualnego. Czytaj rzeczywistą konfigurację tego połączenia, a nie działający zrzut ekranu kolegi.

Skąd faktycznie pochodzi dzierżawa

Typowe są dwa modele. Zapora może sama prowadzić zakres DHCP dla klientów VPN albo przekazywać żądanie do zewnętrznego serwera DHCP w sieci wewnętrznej. Model decyduje, które dzienniki są ważne i do kogo dzwonić.

W modelu wewnętrznym sprawdź, czy zakres nadal istnieje, należy do właściwego interfejsu i ma wolne dzierżawy. Wyczerpany zakres daje klienta, który uwierzytelnia się bezbłędnie i nigdy nie otrzymuje adresu, a dziennik bramy może pokazywać tylko żądanie. W modelu przekazywania cel przekazywania, trasa powrotna do zakresu klientów VPN i wszelka wewnętrzna autoryzacja DHCP muszą się zgadzać.

Zapisz, którego modelu używa twoje wdrożenie, zanim cokolwiek przetestujesz. Połowa sprzecznych porad w internecie zakłada ten drugi.

Tunel może działać i mimo to zgubić dzierżawę

Ustanowione połączenie kontrolne dowodzi, że negocjacja się udała, a nie że dane tunelu przechodzą w obu kierunkach. Wymiana DHCP potrzebuje żądania i odpowiedzi, aby przetrwać ścieżkę danych, i tam właśnie żyją ustawienia szyfrowania, polityka strefy VPN i problemy z MTU.

Porada dotycząca NAT traversal to najjaśniejszy przykład tego, że kontekst ma znaczenie. Niektóre ścieżki wymagają go włączonego, inne działają tylko wyłączone, a NAT pośrodku wraz z wynegocjowanym połączeniem decydują, która. Zmienianie go po ciemku, gdy jednocześnie zmieniasz ustawienia klienta, oznacza, że nie będziesz wiedzieć, która zmiana dała wynik. Zapisz wynegocjowaną ścieżkę i dowody, zanim zmienisz enkapsulację.

Restart domowego routera należy do tej samej kategorii. Czasem usuwa objaw, ale nie wskazuje, dlaczego dzierżawa zawiodła, a problem wraca przy następnym połączeniu.

Przejdź ścieżkę dzierżawy po kolei

Zacznij od adaptera i idź na zewnątrz, aby każdy krok mógł zawieść tylko z jednego powodu:

> Get-NetAdapter | Where-Object Name -like "*GVC*"
> ipconfig /all | findstr /i /c:"GVC" /c:"IPv4" /c:"DHCP"
> Test-NetConnection 10.60.0.1 -Port 443

Adres taki jak 169.254.x.x oznacza, że adapter istnieje i nie otrzymał żadnej odpowiedzi, co wskazuje na źródło dzierżawy lub ścieżkę danych. Poprawny adres w zakresie VPN z błędnymi wpisami DNS to inna usterka: dzierżawa zadziałała, a polityka dostarczyła niepełne ustawienia. Adapter, który nigdy się nie pojawia, oznacza, że klient nie dotarł do jego utworzenia.

Gdy pojawi się dzierżawa, wypróbuj rzeczywisty zasób, zamiast ogłaszać zwycięstwo na linii adresu. Jeśli dostęp do plików lub intranetu nadal zawodzi, zachowaj udaną dzierżawę jako dowód i przejdź do rozwiązywania nazw lub polityki, ponieważ pierwotną usterkę masz już za sobą.

Uwaga SonicWall o adapterze wirtualnym wymienia kilka osobnych gałęzi, a jej starszych zrzutów ekranu nie należy czytać jako aktualnej mapy menu. Użyj jej do potwierdzenia osiągniętego etapu, a nie jako listy kontrolnej do zastosowania w całości.

Powiązane artykuły