GVC visí na Acquiring IP: není to problém s heslem

Global VPN Client zůstává na Acquiring IP a prvním reflexem je znovu napsat heslo nebo přeinstalovat klienta. Ani jedno nezasahuje fázi, která selhala. Ověření skončilo dřív, než klient vůbec požádal o adresu, takže vás na tom řádku nedrží přihlašovací údaje. Drží vás tam výměna DHCP, která neskončila, a ta se může zaseknout na třech různých místech.

Ověření a přidělení adresy jsou oddělené fáze

GVC nejprve prokáže, kdo jste, a potom si vyžádá nastavení pro svůj virtuální adaptér podle zásady přiřazené vašemu připojení. Jsou to po sobě jdoucí kroky s různými příznaky selhání. Špatné přihlašovací údaje obvykle selžou dřív, zprávou o ověření nebo vyjednávání, nikoli na řádku s adresou.

Toto pořadí vysvětluje, proč reset hesla, nový místní uživatel nebo přeinstalace tady nic nemění. Klient je už autorizovaný; nyní čeká na pronájem, který musí dodat brána nebo její partner DHCP. Dokonce i zásada, která uživatele povolí, ale nepřidělí žádný rozsah adres, vytváří přesně tuto obrazovku.

První užitečná otázka tedy není, zda jsou přihlašovací údaje správné, ale která zásada byla přiřazena a co tato zásada říká o adresování virtuálního adaptéru. Čtěte skutečnou konfiguraci pro toto připojení, ne funkční snímek obrazovky od kolegy.

Odkud pronájem vlastně přichází

Běžné jsou dva modely. Firewall může sám provozovat rozsah DHCP pro klienty VPN, nebo může požadavek předat externímu serveru DHCP v interní síti. Model určuje, které záznamy jsou důležité a komu volat.

V interním modelu zkontrolujte, že rozsah stále existuje, patří správnému rozhraní a má volné pronájmy. Vyčerpaný rozsah vytvoří klienta, který se bezchybně ověří a nikdy nedostane adresu, a protokol brány může ukazovat jen požadavek. V modelu předávání se cíl předávání, trasa zpět k rozsahu klientů VPN a jakákoli interní autorizace DHCP musí shodovat.

Než cokoli otestujete, zapište si, který model vaše nasazení používá. Polovina protichůdných rad online předpokládá ten druhý.

Tunel může být aktivní a přesto ztratit pronájem

Navázané řídicí spojení dokazuje, že vyjednávání fungovalo, ne že data v tunelu procházejí oběma směry. Výměna DHCP potřebuje požadavek a odpověď, aby prošly datovou cestou, a právě tam žije nastavení šifrování, zásada pro zónu VPN a problémy s MTU.

Rada k průchodu NAT je nejjasnějším příkladem toho, že záleží na kontextu. Některé cesty ho potřebují zapnutý, jiné fungují jen vypnutý, a rozhoduje mezilehlý NAT spolu s vyjednaným spojením. Měnit ho naslepo a zároveň měnit nastavení klienta znamená, že nebudete vědět, která změna přinesla výsledek. Poznamenejte si vyjednanou cestu a důkazy, než změníte zapouzdření.

Restart domácího routeru patří do stejné kategorie. Někdy odstraní příznak, ale neodhalí, proč pronájem selhal, a problém se vrátí při dalším připojení.

Projděte cestu pronájmu popořadě

Začněte u adaptéru a postupujte ven, aby každý krok mohl selhat jen z jednoho důvodu:

> 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

Adresa jako 169.254.x.x znamená, že adaptér existuje a nedostal vůbec žádnou odpověď, což ukazuje na zdroj pronájmu nebo datovou cestu. Správná adresa v rozsahu VPN s nesprávnými záznamy DNS je jiná závada: pronájem fungoval a zásada dodala neúplné nastavení. Adaptér, který se nikdy neobjeví, znamená, že klient se k jeho vytvoření nedostal.

Jakmile se pronájem objeví, vyzkoušejte skutečný prostředek, místo abyste vítězství vyhlásili na řádku s adresou. Pokud přístup k souborům nebo intranetu stále selhává, ponechte úspěšný pronájem jako důkaz a přejděte k překladu jmen nebo zásadě, protože původní závadu už jste nechali za sebou.

Poznámka SonicWall k virtuálnímu adaptéru uvádí několik samostatných větví a její starší snímky obrazovky se nemají číst jako aktuální mapa nabídky. Použijte ji k potvrzení fáze, do které jste se dostali, ne jako kontrolní seznam k plošnému použití.