A GVC beragad az Acquiring IP állapotban: ez nem jelszóprobléma

A Global VPN Client megáll az Acquiring IP állapotban, és az első reakció a jelszó újragépelése vagy a kliens újratelepítése. Egyik sem nyúl ahhoz a szakaszhoz, amely elakadt. A hitelesítés már akkor befejeződött, mielőtt a kliens egyáltalán címet kért volna, tehát nem a hitelesítő adatok tartják vissza azon a soron. Ami ott tartja, az egy be nem fejeződött DHCP-csere, és ez három különböző helyen akadhat el.

A hitelesítés és a címkiosztás külön szakaszok

A GVC először igazolja, hogy ki Ön, majd a kapcsolatához rendelt szabályzat szerint kéri a virtuális adapter beállításait. Ezek különböző hibaismertető jegyekkel rendelkező, egymást követő lépések. A rossz hitelesítő adatok általában korábban vallanak kudarcot, hitelesítési vagy egyeztetési üzenettel, nem a címsorral.

Ez a sorrend magyarázza, miért nem változtat itt semmit a jelszó visszaállítása, egy új helyi felhasználó vagy az újratelepítés. A kliens már engedélyezett; most egy bérletre vár, amelyet az átjárónak vagy DHCP-partnerének kell biztosítania. Még az a szabályzat is, amely engedi a felhasználót, de nem rendel címtartományt, pontosan ezt a képernyőt eredményezi.

Az első hasznos kérdés tehát nem az, hogy helyesek-e a hitelesítő adatok, hanem hogy melyik szabályzatot rendelték hozzá, és mit mond az a virtuális adapter címzéséről. Az adott kapcsolat tényleges konfigurációját olvassa, ne egy kolléga működő képernyőfotóját.

Honnan származik valójában a bérlet

Két modell gyakori. A tűzfal maga is futtathat DHCP-tartományt a VPN-kliensek számára, vagy továbbíthatja a kérést egy külső DHCP-kiszolgálóra a belső hálózaton. A modell határozza meg, mely naplók számítanak, és kit kell hívni.

A belső modellben ellenőrizze, hogy a tartomány még létezik, a megfelelő interfészhez tartozik, és vannak szabad bérletei. A kimerült tartomány olyan klienst eredményez, amely tökéletesen hitelesít, és soha nem kap címet, az átjárónapló pedig talán csak a kérést mutatja. A továbbító modellben a továbbítási cél, a VPN-kliens tartomány felé vezető visszaút és minden belső DHCP-jogosultság összhangban kell legyen.

Jegyezze fel, melyik modellt használja a telepítése, mielőtt bármit tesztel. Az online ellentmondásos tanácsok fele a másikat feltételezi.

Egy alagút lehet fent, és mégis elveszítheti a bérletet

A létrejött vezérlőkapcsolat azt bizonyítja, hogy az egyeztetés működött, nem azt, hogy az alagútba zárt adatok mindkét irányban átmennek. A DHCP-cserének kérésre és válaszra van szüksége az adatút túléléséhez, és ott élnek a titkosítási beállítások, a VPN-zóna szabályzata és az MTU-problémák.

A NAT-traversalról szóló tanács a legvilágosabb példa arra, hogy a kontextus számít. Egyes útvonalaknak bekapcsolva kell lennie, mások csak kikapcsolva működnek, és a köztes NAT meg az egyeztetett kapcsolat dönti el, melyik. Vakon változtatni rajta, miközben a kliensbeállításokat is módosítja, azt jelenti, hogy nem fogja tudni, melyik változtatás hozta az eredményt. Jegyezze fel az egyeztetett útvonalat és a bizonyítékokat, mielőtt módosítja a beágyazást.

Az otthoni router újraindítása ugyanabba a kategóriába tartozik. Néha megszünteti a tünetet, de nem deríti ki, miért vallott kudarcot a bérlet, és a probléma a következő kapcsolatnál visszatér.

Járja végig a bérlet útját sorrendben

Kezdje az adapterrel, és haladjon kifelé, hogy minden lépés csak egyetlen okból vallhasson kudarcot:

> 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

Egy 169.254.x.x típusú cím azt jelenti, hogy az adapter létezik, és egyáltalán nem kapott választ, ami a bérlet forrására vagy az adatútra utal. A helyes cím a VPN-tartományban hibás DNS-bejegyzésekkel más hiba: a bérlet működött, és a szabályzat hiányos beállításokat adott. Az az adapter, amely soha nem jelenik meg, azt jelenti, hogy a kliens nem jutott el a létrehozásáig.

Amint megjelenik egy bérlet, a tényleges erőforrást próbálja ki, nehogy a címsornál győzelmet hirdessen. Ha a fájl- vagy intranet-elérés továbbra is kudarcot vall, tartsa meg a sikeres bérletet bizonyítékként, és lépjen tovább a névfeloldásra vagy a szabályzatra, mert az eredeti hibát már maga mögött hagyta.

A SonicWall megjegyzése a virtuális adapterről több külön ágat sorol fel, és a régebbi képernyőképeit nem szabad a jelenlegi menütérképként olvasni. Arra használja, hogy megerősítse az elért szakaszt, nem pedig teljes egészében alkalmazandó ellenőrzőlistaként.