GVC iestrēgst pie Acquiring IP: tā nav paroles problēma

Global VPN Client apstājas pie Acquiring IP, un pirmā reakcija ir no jauna ievadīt paroli vai pārinstalēt klientu. Neviens no tiem neaizskar posmu, kurš neizdevās. Autentifikācija bija pabeigta, pirms klients vispār pieprasīja adresi, tāpēc šajā rindā jūs netur pieejas dati. Tur jūs tur nebeigts DHCP apmaiņa, un tā var iestrēgt trīs dažādās vietās.

Autentifikācija un adreses piešķiršana ir atsevišķi posmi

GVC vispirms pierāda, kas jūs esat, pēc tam pieprasa sava virtuālā adaptera iestatījumus saskaņā ar jūsu savienojumam piešķirto politiku. Tie ir secīgi soļi ar atšķirīgām kļūmes pazīmēm. Slikti pieejas dati parasti neizdodas agrāk, ar autentifikācijas vai pārrunu ziņojumu, nevis ar adreses rindu.

Šī secība izskaidro, kāpēc paroles atiestatīšana, jauns vietējais lietotājs vai pārinstalēšana šeit neko nemaina. Klients jau ir autorizēts; tagad tas gaida līzingu, kas jāsniedz vārtejai vai tās DHCP partnerim. Pat politika, kas atļauj lietotāju, bet nepiešķir nekādu adrešu diapazonu, rada tieši šo ekrānu.

Tāpēc pirmais lietderīgais jautājums nav, vai pieejas dati ir pareizi, bet gan kāda politika tika piešķirta un ko tā saka par virtuālā adaptera adresāciju. Lasiet šī savienojuma faktisko konfigurāciju, nevis kolēģa strādājošo ekrānuzņēmumu.

No kurienes līzings patiesībā nāk

Bieži sastopami divi modeļi. Ugunsmūris pats var uzturēt DHCP apgabalu VPN klientiem vai pārsūtīt pieprasījumu uz ārēju DHCP serveri iekšējā tīklā. Modelis nosaka, kuri žurnāli ir svarīgi un kam zvanīt.

Iekšējā modelī pārbaudiet, vai apgabals joprojām pastāv, pieder pareizajai saskarnei un tam ir brīvi līzingi. Izsmelts apgabals rada klientu, kas lieliski autentificējas un nekad nesaņem adresi, un vārtejas žurnālā var būt redzams tikai pieprasījums. Pārsūtīšanas modelī pārsūtīšanas mērķim, atpakaļceļam uz VPN klientu diapazonu un jebkurai iekšējai DHCP autorizācijai ir jāsakrīt.

Pirms kaut ko testējat, pierakstiet, kuru modeli izmanto jūsu izvietojums. Puse pretrunīgo padomu tiešsaistē pieņem otru.

Tunelis var būt aktīvs un tomēr zaudēt līzingu

Izveidots vadības savienojums pierāda, ka pārrunas izdevās, nevis to, ka tuneļa dati iet abos virzienos. DHCP apmaiņai vajag pieprasījumu un atbildi, lai tie izturētu datu ceļu, un tur dzīvo šifrēšanas iestatījumi, VPN zonas politika un MTU problēmas.

Padoms par NAT traversal ir visskaidrākais piemērs tam, ka kontekstam ir nozīme. Dažiem ceļiem tas jāieslēdz, citi darbojas tikai izslēgtā stāvoklī, un starpnieks NAT kopā ar pārrunāto savienojumu izlemj, kurš. Mainīt to akli, vienlaikus mainot arī klienta iestatījumus, nozīmē, ka nezināsiet, kura izmaiņa deva rezultātu. Pierakstiet pārrunāto ceļu un pierādījumus pirms iekapsulēšanas maiņas.

Mājas maršrutētāja restartēšana ietilpst tajā pašā kategorijā. Tā dažkārt novērš simptomu, bet nenoskaidro, kāpēc līzings neizdevās, un problēma atgriežas nākamajā savienojumā.

Izejiet līzinga ceļu pēc kārtas

Sāciet ar adapteri un virzieties uz āru, lai katrs solis varētu neizdoties tikai viena iemesla dēļ:

> 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

Adrese kā 169.254.x.x nozīmē, ka adapters pastāv un nesaņēma nekādu atbildi, kas norāda uz līzinga avotu vai datu ceļu. Pareiza adrese VPN diapazonā ar nepareiziem DNS ierakstiem ir cita kļūme: līzings strādāja un politika sniedza nepilnīgus iestatījumus. Adapters, kas nekad neparādās, nozīmē, ka klients netika līdz tā izveidei.

Tiklīdz parādās līzings, izmēģiniet faktisko resursu, nevis pasludiniet uzvaru adreses rindā. Ja failu vai iekšējā tīkla piekļuve joprojām neizdodas, saglabājiet veiksmīgo līzingu kā pierādījumu un pārejiet pie nosaukumu atrisināšanas vai politikas, jo sākotnējo kļūmi jau esat atstājis aiz muguras.

SonicWall piezīme par virtuālo adapteri uzskaita vairākus atsevišķus zarus, un tās vecos ekrānuzņēmumus nevajadzētu lasīt kā pašreizējo izvēlnes karti. Izmantojiet to sasniegtā posma apstiprināšanai, nevis kā kontrolsarakstu, kas jāpiemēro pilnībā.