Azure VPN Client: la VPN-platformo ne ekigis la konekton

La statusa linio diras, ke la VPN-platformo ne ekigis la konekton, la profilo importiĝas sen plendo, kaj la pordego estas sana por ĉiuj aliaj. Tiu mesaĝo priskribas transdonon ene de Windows, ne rifuzitan legitimigon, do la utila ordo iras de la plej malmultekosta ŝanĝo de stato al la plej detrua. Reimporti profilon kostas minuton, ripari la pakaĵon kostas restartigon, kaj restarigi ĝin kostas ĉiun profilon sur la maŝino. Labori en la malĝusta ordo detruas la pruvojn, kiujn vi bezonas por distingi tiujn kazojn.

Reimporti, ripari, restarigi: tri malsamaj kostoj

La tri agoj ne estas interŝanĝeblaj, kaj nur unu el ili estas malfarebla sen laboro. Reimporto refreŝigas la profilon kaj konservas la instalon de la aplikaĵo. Riparo konservas la importitajn profilojn kaj reskribas la pakaĵajn dosierojn. Restarigo forigas la profilojn kune kun la aplikaĵa stato, do poste vi reimportas ĉion.

Komencu per freŝa elŝuto de azurevpnconfig.xml kiam ajn la pordego, la adresa naĝejo aŭ la aŭtentikiga metodo ŝanĝiĝis. Profilo, kiu nomas forigitan pordegon, produktas ĝuste ĉi tiun statusan linion, kaj neniu klienta riparo korektas dosieron, kiu montras al io, kio jam ne ekzistas.

Antaŭ iu ajn detrua paŝo, kontrolu, ĉu la aplikaĵo rajtas ruliĝi fone: Agordoj, Aplikaĵoj, Instalitaj aplikaĵoj, Azure VPN Client, Altnivelaj opcioj. Haltigita kliento ne povas fini la platforman transdonon.

RasMan estas la servo, al kiu la kliento transdonas

La Remote Access Connection Manager transformas klientan peton en Windows-konekton. Restartigu ĝin el altigita komanda invito per net stop rasman kaj poste net start rasman, kaj rekonektiĝu antaŭ ol ŝanĝi ion alian.

Se tio restarigas la konekton, agordu la praŝarĝan tipon, por ke la korekto postvivu restartigon: sc.exe config rasman start= delayed-auto. Servo, kiu nun funkcias sed estas malŝaltita ĉe praŝarĝo, reproduktas la saman fiaskon morgaŭ matene.

Atentu servon, kiu ekfunkcias kaj poste haltas meme. Tiu ŝablono indikas dependecon aŭ regularon, kaj restartigado funkcios nur minutojn foje, kio pli malboniĝas ol pura fiasko, ĉar ĝi aspektas kiel intermita reta problemo. Kontrolu la protokolon System por la serva nomo ĉirkaŭ la tempo de la provo, kaj konfirmu, ke ankaŭ la dependecoj funkcias.

Aktuala uzanto aŭ loka maŝino: du atestilaj konservejoj

Se la kliento malfermiĝas kun malplena atestila listo, la profilo ne kulpas kaj ankaŭ la servo ne. La kliento legas la personan konservejon de la aktuala uzanto: malfermu certmgr.msc, malvolvu Certificates, Current User, Personal, Certificates, kaj konfirmu, ke la atestilo estas tie kun privata ŝlosilo.

La konservejo de la loka maŝino malfermata per certlm.msc estas alia konservejo, kaj instalado tie ne kontentigas klienton, kiu serĉas en la uzanta konservejo. Ĉe atestila aŭtentikigo la pordego tenas nur la publikan ŝlosilon de la radiko, kaj ĉiu aparato bezonas sian propran atestilon eldonitan el tiu radiko. Atestilo kopiita de alia maŝino kutime alvenas sen sia privata ŝlosilo, kio produktas eron, kiun vi povas elekti sed kiu tamen ne povas aŭtentikiĝi.

Malplena elektilo estas konserva problemo, ne tunela problemo.

Atestila aŭtentikigo aŭ Azure AD: malsamaj fiaskaj formoj

Por Azure AD-a aŭtentikigo la agordo de punkto-al-loko bezonas la URL de la luanto, la aplikaĵan identigilon de Azure VPN Client kiel celgrupon kaj la STS-eldonanton, kun administranto donanta konsenton al la Azure VPN-a aplikaĵo. Konservu tiun agordon, elŝutu la pakaĵon denove, kaj importu la novan dosieron anstataŭ reuzi pli malnovan kopion.

Konfirmu ankaŭ, ke la adresa naĝejo de la kliento ne interkovras la virtualan reton aŭ lokan amplekson, kaj ke la reta sekureca grupo de la cela maŝino permesas la naĝejon. Tiuj du eraroj postvivas ĉiun riparon ĉe la klienta flanko.

Tekkomputila flanko aŭ pordega flanko

Ne juĝu la tunelon per kontrolo de publika adreso. Punkto-al-loka konekto ne sendas la tutan interretan trafikon al Azure, do senŝanĝa publika adreso estas atendata dum la tunelo funkcias ĝuste. Anstataŭe testu privatan adreson ene de la virtuala reto kaj legu la efektivajn itinerojn sur la maŝino.

Notu, kiu paŝo restarigis la konekton, la klientan version, la elŝutan daton de la profilo kaj ĉu atestilo aŭ la identeca provizanto donis la legitimigon. Tiu registro transformas la sekvan okazon en kontrolon de du minutoj, kaj ĝi montras, ĉu la fiaskoj drivas al la pordego anstataŭ resti sur la tekkomputilo.

Laborordo: reimportu aktualan profilon, restartigu RasMan, permesu fonan plenumon, ripari la pakaĵon, kaj restarigu nur se la atestila konservejo konfirmiĝis sendifekta.