GVC heng på Acquiring IP: det er ikkje eit passordproblem

Global VPN Client blir ståande på Acquiring IP, og refleksen er å skrive inn passordet på nytt eller installere klienten på nytt. Ingen av delane rører trinnet som feila. Autentiseringa var fullført før klienten i det heile teke bad om ei adresse, så det er ikkje innloggingsinformasjonen som held deg på den linja. Det som held deg der, er ei DHCP-utveksling som ikkje er ferdig, og ho kan stoppe på tre ulike stader.

Autentisering og adressetildeling er separate trinn

GVC provar først kven du er, og ber deretter om innstillingane for den virtuelle adapteren sin i samsvar med policyen som er tildelt tilkoplinga di. Dette er sekvensielle trinn med ulike feilsignaturar. Dårleg innloggingsinformasjon feilar vanlegvis tidlegare, med ei autentiserings- eller forhandlingsmelding i staden for adresselinja.

Den rekkjefylgja forklarar kvifor ein tilbakestilling av passordet, ein ny lokal brukar eller ein nyinstallasjon ikkje endrar noko her. Klienten er allereie autorisert; no ventar han på ein lease som gatewayen eller DHCP-partnaren må levere. Sjølv ein policy som tillèt brukaren, men ikkje tildeler noko adresseområde, gir nøyaktig denne skjermen.

Så det første nyttige spørsmålet er ikkje om innloggingsinformasjonen er riktig, men kva policy som vart tildelt, og kva den policyen seier om adressering av den virtuelle adapteren. Les den effektive konfigurasjonen for den tilkoplinga i staden for eit fungerande skjermbilete frå ein kollega.

Kvar leasen faktisk kjem frå

To modellar er vanlege. Brannmuren kan sjølv køyre eit DHCP-område for VPN-klientar, eller vidaresende førespurnaden til ein ekstern DHCP-server på det interne nettverket. Modellen avgjer kva loggar som betyr noko, og kven du skal ringje.

I den interne modellen må du kontrollere at området framleis finst, høyrer til rett grensesnitt og har ledige leases. Eit uttømt område gir ein klient som autentiserer perfekt og aldri får ei adresse, og gateway-loggen viser kanskje berre førespurnaden. I relay-modellen må relay-målet, ruta tilbake til VPN-klientområdet og kvar intern DHCP-autorisasjon stemme overeins.

Skriv ned kva modell utrullinga di brukar før du testar noko. Halvparten av dei motstridande råda på nettet føreset den andre.

Ein tunnel kan vere oppe og likevel miste leasen

Ei etablert kontrolltilkopling provar at forhandlinga virka, ikkje at tunneldata passerer begge vegar. DHCP-utvekslinga treng førespurnad og svar for å overleve datastien, og det er der krypteringsinnstillingar, policy for VPN-sona og MTU-problem bur.

Rådet om NAT-traversal er det tydelegaste dømet på at kontekst betyr noko. Nokre stiar treng det aktivert, andre virkar berre med det slått av, og NAT-en imellom saman med den forhandla tilkoplinga avgjer kva. Å endre det blindt medan du også endrar klientinnstillingar betyr at du ikkje veit kva endring som gav resultatet. Noter den forhandla stien og prova før du endrar innkapslinga.

Å starte heimerutaren på nytt høyrer i same kategori. Det fjernar nokre gonger symptomet, men det identifiserer ikkje kvifor leasen feila, og problemet kjem attende ved neste tilkopling.

Gå gjennom lease-stien i rekkjefylgje

Start ved adapteren og arbeid deg utover, slik at kvart trinn berre kan feile av éin grunn:

> 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

Ei adresse som 169.254.x.x betyr at adapteren finst og ikkje fekk noko svar i det heile, noko som peikar på lease-kjelda eller datastien. Ei riktig adresse i VPN-området med feil DNS-oppføringar er ein annan feil: leasen virka, og policyen gav ufullstendige innstillingar. Ein adapter som aldri dukkar opp, betyr at klienten ikkje kom så langt som til å opprette han.

Når ein lease dukkar opp, test den faktiske ressursen i staden for å erklære siger på adresselinja. Viss fil- eller intranettilgang framleis feilar, behald den vellukka leasen som prov og gå vidare til namneoppslag eller policy, fordi du har lagt den opphavlege feilen bak deg.

SonicWalls merknad om den virtuelle adapteren listar opp fleire separate greiner, og dei eldre skjermbileta bør ikkje lesast som dagens menykart. Bruk han til å stadfeste trinnet du nådde, ikkje som ei sjekkliste som skal brukast i sin heilskap.