GVC jääb kinni kohale Acquiring IP: see pole parooliprobleem

Autentimine võib lõppeda, samal ajal kui virtuaalsel adapteril pole veel aadressi. Järgige liisingu teed, selle asemel et muuta kliendi mitteseotud seadeid.

Global VPN Client jääb seisma kohale Acquiring IP ja esimene reaktsioon on parool uuesti sisestada või klient uuesti paigaldada. Kumbki ei puuduta etappi, mis ei õnnestunud. Autentimine lõppes enne, kui klient üldse aadressi küsis, seega ei hoia teid sellel real kinni volitusandmed. Seal hoiab teid kinni DHCP vahetus, mis pole lõppenud, ja see võib takerduda kolmes erinevas kohas.

Autentimine ja aadressi määramine on eraldi etapid

GVC tõestab esmalt, kes te olete, ja küsib seejärel oma virtuaaladapteri seadeid vastavalt teie ühendusele määratud poliitikale. Need on järjestikused sammud erinevate tõrkemustritega. Halvad volitusandmed ebaõnnestuvad tavaliselt varem, autentimis- või läbirääkimisteate abil, mitte aadressireal.

See järjekord selgitab, miks parooli lähtestamine, uus kohalik kasutaja või uuesti paigaldamine siin midagi ei muuda. Klient on juba volitatud; nüüd ootab see liisingut, mille peab pakkuma lüüs või selle DHCP partner. Isegi poliitika, mis lubab kasutajat, kuid ei määra ühtegi aadressivahemikku, tekitab täpselt selle ekraani.

Seega esimene kasulik küsimus pole, kas volitusandmed on õiged, vaid milline poliitika määrati ja mida see poliitika ütleb virtuaaladapteri adresseerimise kohta. Lugege selle ühenduse tegelikku konfiguratsiooni, mitte kolleegi töötavat ekraanipilti.

Kust liising tegelikult tuleb

Levinud on kaks mudelit. Tulemüür võib ise VPN-klientide jaoks DHCP-vahemikku hallata või edastada taotluse sisemises võrgus asuvale välisele DHCP-serverile. Mudel määrab, millised logid on olulised ja kellele helistada.

Sisemise mudeli puhul kontrollige, et vahemik on endiselt olemas, kuulub õigele liidesele ja sellel on vabu liisinguid. Ammendunud vahemik annab kliendi, mis autendib laitmatult ega saa kunagi aadressi, ja lüüsi logi võib näidata ainult taotlust. Edastusmudelis peavad edastuse sihtkoht, tagasitee VPN-kliendi vahemikku ja mis tahes sisemine DHCP-volitus omavahel klappima.

Kirjutage üles, millist mudelit teie juurutus kasutab, enne kui midagi testite. Pool veebis leiduvatest vastuolulistest nõuannetest eeldab teist.

Tunnel võib olla üleval ja ikkagi liisingu kaotada

Loodud juhtühendus tõestab, et läbirääkimine õnnestus, mitte et tunnelis olevad andmed liiguvad mõlemas suunas. DHCP vahetus vajab taotlust ja vastust, et andmetee üle elada, ja just seal elavad krüpteerimisseaded, VPN-tsooni poliitika ja MTU probleemid.

NAT-i läbimise nõuanne on kõige selgem näide sellest, et kontekst loeb. Mõned teed vajavad selle sisselülitamist, teised töötavad ainult väljalülitatuna, ja otsustab vahepealne NAT koos läbiräägitud ühendusega. Selle pimesi muutmine koos kliendi seadete muutmisega tähendab, et te ei tea, milline muudatus tulemuse andis. Kirjutage läbiräägitud tee ja tõendid üles enne kapselduse muutmist.

Koduruuteri taaskäivitamine kuulub samasse kategooriasse. Mõnikord see kaotab sümptomi, kuid ei näita, miks liising ebaõnnestus, ja probleem naaseb järgmisel ühendusel.

Käige liisingu tee järjekorras läbi

Alustage adapterist ja liikuge väljapoole, et iga samm saaks ebaõnnestuda ainult ühel põhjusel:

> 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

Aadress nagu 169.254.x.x tähendab, et adapter on olemas ja ei saanud üldse vastust, mis viitab liisingu allikale või andmeteele. Õige aadress VPN-i vahemikus vale DNS-kirjega on teine viga: liising toimis ja poliitika andis puudulikud seaded. Adapter, mida kunagi ei ilmu, tähendab, et klient ei jõudnud selle loomiseni.

Kui liising ilmub, proovige tegelikku ressurssi, selle asemel et aadressireal võitu kuulutada. Kui failidele või sisevõrgule juurdepääs ikka ei õnnestu, hoidke õnnestunud liisingut tõendina alles ja liikuge edasi nimelahenduse või poliitika juurde, sest olete algse vea selja taha jätnud.

SonicWall märkus virtuaaladapteri kohta loetleb mitu eraldi haru ja selle vanemaid ekraanipilte ei tohiks lugeda praeguse menüükaardina. Kasutage seda saavutatud etapi kinnitamiseks, mitte tervikuna rakendatava kontrollnimekirjana.

Seotud artiklid