GVC blijft hangen op Acquiring IP: het is geen wachtwoordprobleem

Global VPN Client blijft staan op Acquiring IP, en de reflex is het wachtwoord opnieuw intypen of de client opnieuw installeren. Geen van beide raakt de fase die mislukte. De authenticatie was al voltooid voordat de client ooit om een adres vroeg, dus het zijn niet de inloggegevens die u op die regel houden. Wat u daar vasthoudt, is een DHCP-uitwisseling die niet is afgerond, en die kan op drie verschillende plaatsen vastlopen.

Authenticatie en adrestoewijzing zijn aparte fasen

GVC bewijst eerst wie u bent en vraagt daarna de instellingen voor zijn virtuele adapter aan volgens het beleid dat aan uw verbinding is toegewezen. Dat zijn opeenvolgende stappen met verschillende foutkenmerken. Slechte inloggegevens mislukken meestal eerder, met een authenticatie- of onderhandelingsbericht in plaats van de adresregel.

Die volgorde verklaart waarom een wachtwoordreset, een nieuwe lokale gebruiker of een herinstallatie hier niets veranderen. De client is al geautoriseerd; nu wacht hij op een lease die de gateway of zijn DHCP-partner moet leveren. Zelfs een beleid dat de gebruiker toestaat maar geen adresbereik toewijst, levert precies dit scherm op.

De eerste nuttige vraag is dus niet of de inloggegevens kloppen, maar welk beleid is toegewezen en wat dat beleid zegt over de adressering van de virtuele adapter. Lees de effectieve configuratie voor die verbinding in plaats van een werkende schermafbeelding van een collega.

Waar de lease werkelijk vandaan komt

Twee modellen komen veel voor. De firewall kan zelf een DHCP-scope voor VPN-clients draaien, of het verzoek doorsturen naar een externe DHCP-server op het interne netwerk. Het model bepaalt welke logboeken belangrijk zijn en wie u moet bellen.

Controleer in het interne model of de scope nog bestaat, bij de juiste interface hoort en vrije leases heeft. Een uitgeputte scope levert een client op die perfect authenticeert en nooit een adres krijgt, en het gateway-log toont misschien alleen het verzoek. In het relay-model moeten het relay-doel, de route terug naar het VPN-clientbereik en elke interne DHCP-autorisatie allemaal kloppen.

Noteer welk model uw implementatie gebruikt voordat u iets test. De helft van de tegenstrijdige adviezen online gaat van het andere uit.

Een tunnel kan actief zijn en toch de lease verliezen

Een gevestigde controleverbinding bewijst dat de onderhandeling werkte, niet dat tunneldata beide kanten op gaat. De DHCP-uitwisseling heeft een verzoek en een antwoord nodig om het datapad te overleven, en daar leven versleutelingsinstellingen, beleid voor de VPN-zone en MTU-problemen.

Het advies over NAT-traversal is het duidelijkste voorbeeld dat context ertoe doet. Sommige paden hebben het ingeschakeld nodig, andere werken alleen uitgeschakeld, en de NAT ertussen plus de onderhandelde verbinding bepalen welke. Het blind veranderen terwijl u ook clientinstellingen wijzigt, betekent dat u niet weet welke wijziging het resultaat opleverde. Noteer het onderhandelde pad en het bewijs voordat u de inkapseling wijzigt.

Het herstarten van de thuisrouter valt in dezelfde categorie. Het haalt het symptoom soms weg, maar het achterhaalt niet waarom de lease mislukte, en het probleem komt terug bij de volgende verbinding.

Loop het lease-pad in volgorde door

Begin bij de adapter en werk naar buiten, zodat elke stap maar om één reden kan mislukken:

> 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

Een adres zoals 169.254.x.x betekent dat de adapter bestaat en helemaal geen antwoord kreeg, wat wijst op de leasebron of het datapad. Een correct adres in het VPN-bereik met verkeerde DNS-vermeldingen is een ander defect: de lease werkte en het beleid leverde onvolledige instellingen. Een adapter die nooit verschijnt, betekent dat de client niet toekwam aan het aanmaken ervan.

Zodra er een lease verschijnt, test de werkelijke bron in plaats van de overwinning op de adresregel uit te roepen. Als toegang tot bestanden of het intranet nog steeds mislukt, houd de geslaagde lease als bewijs en ga verder naar naamresolutie of beleid, want u hebt de oorspronkelijke fout achter u gelaten.

SonicWalls opmerking over de virtuele adapter somt verschillende afzonderlijke vertakkingen op, en de oudere schermafbeeldingen moeten niet als de huidige menukaart worden gelezen. Gebruik het om de bereikte fase te bevestigen, niet als een checklist die in zijn geheel moet worden toegepast.