Azure VPN Client: VPN platforma nepaleido ryšio
Pakartotinis importavimas, taisymas ir atstatymas kainuoja tris skirtingus dalykus. Tvarkykite perdavimo gedimą sąnaudų tvarka, o tada atskirkite saugyklos problemą nuo šliuzo problemos.
Būsenos eilutė sako, kad VPN platforma nepaleido ryšio, profilis importuojamas be priekaištų, o šliuzas sveikas visiems kitiems. Šis pranešimas aprašo perdavimą Windows viduje, o ne atmestus prisijungimo duomenis, todėl naudinga tvarka eina nuo pigiausio būsenos pakeitimo iki niokojančio. Pakartotinis profilio importavimas kainuoja minutę, paketo taisymas – perkrovimą, o atstatymas – visus kompiuterio profilius. Dirbant netinkama tvarka sunaikinami įrodymai, kurių reikia šiems atvejams atskirti.
Pakartotinis importavimas, taisymas, atstatymas: trys skirtingos sąnaudos
Trys veiksmai nėra pakeičiami, ir tik vieną galima grąžinti be darbo. Pakartotinis importavimas atnaujina profilį ir išlaiko programos įdiegimą. Taisymas išlaiko importuotus profilius ir perrašo paketo failus. Atstatymas pašalina profilius kartu su programos būsena, todėl po to viską importuosite iš naujo.
| Action | Keeps | Removes |
|---|---|---|
| Re-import profile | App, other profiles | The stale profile entry |
| Repair package | Imported profiles | Damaged app files |
| Reset app | Nothing local | All profiles and app state |
Pradėkite nuo naujo azurevpnconfig.xml atsisiuntimo, kai pasikeitė šliuzas, adresų telkinys ar autentifikavimo metodas. Profilis, nurodantis ištrintą šliuzą, sukuria būtent šią būsenos eilutę, ir joks kliento taisymas nepataiso failo, kuris rodo į tai, ko nebėra.
Prieš bet kokį niokojantį veiksmą patikrinkite, ar programai leidžiama veikti fone: Nustatymai, Programos, Įdiegtos programos, Azure VPN Client, Išplėstinės parinktys. Sustabdyta kliento programa negali užbaigti platformos perdavimo.
RasMan – tai paslauga, kuriai klientas perduoda
Remote Access Connection Manager paverčia kliento užklausą Windows ryšiu. Paleiskite ją iš naujo iš padidintų teisių komandinės eilutės komandomis net stop rasman ir tada net start rasman, ir vėl prisijunkite prieš ką nors keisdami.
Jei tai atkuria ryšį, nustatykite paleidimo tipą, kad pataisymas išliktų po perkrovimo: sc.exe config rasman start= delayed-auto. Paslauga, kuri dabar veikia, bet įkrovimo metu išjungta, rytoj ryte pakartos tą patį gedimą.
Stebėkite paslaugą, kuri paleidžiama ir po to pati sustoja. Šis modelis rodo priklausomybę arba taisyklę, o paleidimas iš naujo veiks tik po kelias minutes, ir tai blogiau nei švarus gedimas, nes atrodo kaip su pertrūkiais pasireiškianti tinklo problema. Patikrinkite System žurnale paslaugos pavadinimą apie bandymo laiką ir patvirtinkite, kad priklausomybės taip pat veikia.
Dabartinis vartotojas arba vietinis kompiuteris: dvi sertifikatų saugyklos
Jei klientas atsidaro su tuščiu sertifikatų sąrašu, kalta ne profilis ir ne paslauga. Klientas skaito dabartinio vartotojo asmeninę saugyklą: atidarykite certmgr.msc, išskleiskite Certificates, Current User, Personal, Certificates ir patvirtinkite, kad sertifikatas ten yra su privačiu raktu.
Vietinio kompiuterio saugykla, atidaroma su certlm.msc, yra kita saugykla, ir įdiegimas ten netenkina kliento, kuris ieško vartotojo saugykloje. Naudojant sertifikatų autentifikavimą, šliuzas turi tik šaknies viešąjį raktą, o kiekvienam įrenginiui reikia savo sertifikato, išduoto iš tos šaknies. Iš kito kompiuterio nukopijuotas sertifikatas paprastai atkeliauja be savo privataus rakto, todėl susidaro įrašas, kurį galima pasirinkti, bet vis tiek negalima autentifikuoti.
Tuščias parinkiklis yra saugyklos problema, ne tunelio.
Sertifikatų autentifikavimas arba Azure AD: skirtingos gedimų formos
Azure AD autentifikavimui taško į vietą konfigūracijai reikia nuomininko URL, Azure VPN Client programos ID kaip auditorijos ir STS leidėjo, o administratorius turi duoti sutikimą Azure VPN programai. Išsaugokite šią konfigūraciją, atsisiųskite paketą iš naujo ir importuokite naują failą, o ne naudokite senesnę kopiją.
Taip pat patvirtinkite, kad kliento adresų telkinys nesutampa su virtualiuoju tinklu ar vietine apimtimi ir kad tikslinio kompiuterio tinklo saugos grupė leidžia telkinį. Šios dvi klaidos išgyvena bet kokį kliento pusės taisymą.
Nešiojamojo kompiuterio pusė ar šliuzo pusė
Nespręskite apie tunelį pagal viešo adreso patikrinimą. Taško į vietą ryšys nesiunčia viso interneto srauto į Azure, todėl nepakitęs viešas adresas yra tikėtinas, kai tunelis veikia tinkamai. Vietoj to išbandykite privatų adresą virtualiajame tinkle ir perskaitykite efektyviuosius maršrutus kompiuteryje.
Užsirašykite, kuris žingsnis atkūrė ryšį, kliento versiją, profilio atsisiuntimo datą ir ar prisijungimo duomenis pateikė sertifikatas, ar tapatybės teikėjas. Šis įrašas paverčia kitą atvejį dviejų minučių patikra ir parodo, ar gedimai krypsta link šliuzo, o ne lieka nešiojamajame kompiuteryje.
Darbo tvarka: importuokite dabartinį profilį iš naujo, paleiskite RasMan iš naujo, leiskite veikti fone, taisykite paketą ir atstatykite tik tada, kai sertifikatų saugykla patvirtinta esanti nepažeista.