GVC blokiĝas ĉe Acquiring IP: tio ne estas pasvorta problemo
Aŭtentigo povas finiĝi dum la virtuala adaptilo ankoraŭ ne havas adreson. Sekvu la lukontrakton anstataŭ ŝanĝi malrilatajn klientajn agordojn.
Global VPN Client staras ĉe Acquiring IP, kaj la reflekso estas retajpi la pasvorton aŭ reinstali la klienton. Neniu el ili tuŝas la etapon, kiu malsukcesis. Aŭtentigo finiĝis antaŭ ol la kliento entute petis adreson, do ne la akreditaĵoj tenas vin ĉe tiu linio. Kio tenas vin tie, estas DHCP-interŝanĝo, kiu ne finiĝis, kaj ĝi povas halti en tri diversaj lokoj.
Aŭtentigo kaj adresa atribuo estas apartaj etapoj
GVC unue pruvas, kiu vi estas, poste petas la agordojn por sia virtuala adaptilo laŭ la politikoj atribuitaj al via konekto. Tiuj estas sinsekvaj paŝoj kun diversaj malsukcesaj signoj. Malbonaj akreditaĵoj kutime malsukcesas pli frue, per mesaĝo pri aŭtentigo aŭ intertraktado anstataŭ la adresa linio.
Tiu ordo klarigas, kial pasvorta restarigo, nova loka uzanto aŭ reinstalo ĉi tie ŝanĝas nenion. La kliento jam estas rajtigita; nun ĝi atendas lukontrakton, kiun la enirejo aŭ ĝia DHCP-partnero devas liveri. Eĉ politiko, kiu permesas la uzanton sed atribuas neniun adresaron, produktas ĝuste ĉi tiun ekranon.
Do la unua utila demando ne estas ĉu la akreditaĵoj pravus, sed kiu politiko estis atribuita kaj kion tiu politiko diras pri adresado de la virtuala adaptilo. Legu la realan konfiguron por tiu konekto anstataŭ laborkapablan ekrankopion de kolego.
De kie la lukontrakto vere venas
Du modeloj oftas. La fajroŝirmilo povas mem administri DHCP-amplekson por VPN-klientoj, aŭ ĝi povas plusendi la peton al ekstera DHCP-servilo en la interna reto. La modelo determinas, kiuj protokoloj gravas kaj kiun oni voku.
En la interna modelo, kontrolu, ke la amplekso ankoraŭ ekzistas, apartenas al la ĝusta interfaco kaj havas liberajn lukontraktojn. Elĉerpita amplekso produktas klienton, kiu aŭtentigas perfekte kaj neniam ricevas adreson, kaj la enireja protokolo eble montras nur la peton. En la plusenda modelo, la plusenda celo, la vojo reen al la VPN-klienta gamo kaj ajna interna DHCP-rajtigo ĉiuj devas kongrui.
Notu, kiun modelon via deplojo uzas, antaŭ ol testi ion ajn. Duono de la kontraŭdiraj konsiloj enrete supozas la alian.
Tunelo povas esti aktiva kaj tamen perdi la lukontrakton
Establita rega konekto pruvas, ke la intertraktado funkciis, ne ke tunelitaj datumoj pasas ambaŭdirekte. La DHCP-interŝanĝo bezonas peton kaj respondon por travivi la datenvojon, kaj ĝuste tie loĝas ĉifraj agordoj, politiko por la VPN-zono kaj MTU-problemoj.
La konsilo pri NAT-traversal estas la plej klara ekzemplo de tio, ke kunteksto gravas. Iuj vojoj bezonas ĝin ŝaltita, aliaj funkcias nur malŝaltite, kaj la intera NAT kune kun la intertraktita konekto decidas kiun. Ŝanĝi ĝin blinde dum vi ankaŭ ŝanĝas klientajn agordojn signifas, ke vi ne scios, kiu ŝanĝo donis la rezulton. Notu la intertraktitan vojon kaj la pruvojn antaŭ ol ŝanĝi la enkapsuligon.
Restarti la hejman enkursigilon apartenas al la sama kategorio. Ĝi foje forigas la simptomon, sed ĝi ne identigas, kial la lukontrakto malsukcesis, kaj la problemo revenas ĉe la sekva konekto.
Iru la lukontraktan vojon laŭorde
Komencu ĉe la adaptilo kaj laboru eksteren, por ke ĉiu paŝo povu malsukcesi nur pro unu kialo:
> 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
Adreso kiel 169.254.x.x signifas, ke la adaptilo ekzistas kaj ricevis neniun respondon, kio montras al la lukontrakta fonto aŭ la datenvojo. Ĝusta adreso en la VPN-gamo kun malĝustaj DNS-rikordoj estas alia fuŝo: la lukontrakto funkciis kaj la politiko liveris nekompletajn agordojn. Adaptilo, kiu neniam aperas, signifas, ke la kliento ne atingis ĝian kreadon.
Post kiam lukontrakto aperas, provu la realan rimedon anstataŭ anonci venkon ĉe la adresa linio. Se dosiera aŭ intraneta aliro ankoraŭ malsukcesas, konservu la sukcesan lukontrakton kiel pruvon kaj transiru al nomrezolucio aŭ politiko, ĉar vi jam lasis la originan fuŝon malantaŭe.
La noto de SonicWall pri la virtuala adaptilo listigas plurajn apartajn branĉojn, kaj ĝiaj pli malnovaj ekrankopioj ne legu kiel la nuna menuo. Uzu ĝin por konfirmi la etapon, kiun vi atingis, ne kiel kontrolan liston por apliki tutplene.