Azure VPN Client: hindi sinimulan ng VPN platform ang koneksyon

Sinasabi ng linya ng estado na hindi sinimulan ng VPN platform ang koneksyon, na-import ang profile nang walang reklamo, at malusog ang gateway para sa lahat ng iba. Inilalarawan ng mensaheng iyon ang isang paghahatid sa loob ng Windows, hindi isang tinanggihang kredensyal, kaya ang kapaki-pakinabang na pagkakasunod-sunod ay mula sa pinakamura na pagbabago ng estado hanggang sa pinakamapanira. Ang muling pag-import ng profile ay tumatagal ng isang minuto, ang pagkumpuni ng pakete ay tumatagal ng isang restart, at ang pag-reset ay tumatagal ng bawat profile sa makina. Ang pagtatrabaho sa maling pagkakasunod-sunod ay sumisira sa ebidensiyang kailangan mo upang makilala ang mga kasong ito.

Muling pag-import, pagkumpuni, pag-reset: tatlong magkaibang gastos

Ang tatlong aksyon ay hindi mapagpapalit, at isa lamang ang maibabalik nang walang trabaho. Ang muling pag-import ay nagpapasariwa ng profile at pinapanatili ang pag-install ng app. Pinapanatili ng pagkumpuni ang mga na-import na profile at muling nagsusulat ng mga file ng pakete. Tinatanggal ng pag-reset ang mga profile kasama ang estado ng app, kaya muling i-import mo ang lahat pagkatapos.

Magsimula sa sariwang pag-download ng azurevpnconfig.xml tuwing nagbago ang gateway, pool ng address o paraan ng pagpapatotoo. Ang profile na tumutukoy sa isang tinanggal na gateway ay gumagawa ng eksaktong linyang ito ng estado, at walang pagkumpuni sa client ang makakapagpatino ng file na tumuturo sa isang bagay na wala na.

Bago ang anumang mapanirang hakbang, tiyakin na pinapayagan ang app na tumakbo sa background: Mga Setting, Mga App, Mga naka-install na app, Azure VPN Client, Mga advanced na opsyon. Ang nasuspinde na client ay hindi makakumpleto ng paghahatid ng platform.

Ang RasMan ang serbisyong hinahatiran ng client

Binabago ng Remote Access Connection Manager ang kahilingan ng client tungo sa koneksyon ng Windows. I-restart ito mula sa naka-elevate na prompt gamit ang net stop rasman at pagkatapos ay net start rasman, at kumonekta muli bago baguhin ang iba pa.

Kung ibabalik niyan ang koneksyon, itakda ang uri ng pagsisimula upang mabuhay ang pagwawasto sa isang reboot: sc.exe config rasman start= delayed-auto. Ang serbisyong tumatakbo ngayon ngunit naka-disable sa boot ay uulitin ang parehong pagkabigo bukas ng umaga.

Pagmasdan ang serbisyong nagsisimula at pagkatapos ay kusang humihinto. Ang pattern na iyon ay tumuturo sa isang dependency o patakaran, at ang pag-restart ay tatagal lamang ng ilang minuto, na mas masahol kaysa sa malinis na pagkabigo dahil mukhang pana-panahong problema sa network. Tingnan ang log ng System para sa pangalan ng serbisyo sa paligid ng oras ng pagtatangka at tiyaking tumatakbo rin ang mga dependency.

Kasalukuyang User o Lokal na Makina: dalawang imbakan ng sertipiko

Kung magbubukas ang client na may walang laman na listahan ng sertipiko, hindi kasalanan ng profile at hindi rin ng serbisyo. Binabasa ng client ang personal na imbakan ng kasalukuyang user: buksan ang certmgr.msc, palawakin ang Certificates, Current User, Personal, Certificates at tiyaking naroon ang sertipiko na may pribadong key.

Ang imbakan ng lokal na makina na binuksan gamit ang certlm.msc ay ibang imbakan, at ang pag-install doon ay hindi nakakasiya sa client na tumitingin sa imbakan ng user. Sa pagpapatotoo ng sertipiko, ang gateway ay may hawak lamang ng pampublikong key ng ugat, at bawat device ay nangangailangan ng sariling sertipiko na inisyu mula sa ugat na iyon. Ang sertipikong kinopya mula sa ibang makina ay karaniwang dumarating na walang pribadong key, na gumagawa ng entry na maaari mong piliin ngunit hindi pa rin makapagpapatotoo.

Ang walang laman na tagapili ay problema sa imbakan, hindi sa tunnel.

Pagpapatotoo ng sertipiko o Azure AD: magkaibang hugis ng pagkabigo

Para sa pagpapatotoo ng Azure AD, kailangan ng point-to-site na konfigurasyon ang URL ng tenant, ang application ID ng Azure VPN Client bilang audience at ang STS issuer, at dapat magbigay ng pahintulot ang administrator sa Azure VPN application. I-save ang konfigurasyong iyon, i-download muli ang pakete, at i-import ang bagong file sa halip na gamitin muli ang lumang kopya.

Tiyakin din na ang pool ng address ng client ay hindi nagsasapawan sa virtual network o lokal na saklaw, at pinapayagan ng network security group ng target na makina ang pool. Ang dalawang pagkakamaling iyon ay nakakaligtas sa bawat pagkumpuni sa panig ng client.

Panig ng laptop o panig ng gateway

Huwag hatulan ang tunnel sa pamamagitan ng pagsusuri ng pampublikong address. Ang point-to-site na koneksyon ay hindi nagpapadala ng lahat ng trapiko sa internet sa Azure, kaya inaasahan ang hindi nagbabagong pampublikong address habang gumagana nang tama ang tunnel. Sa halip, subukan ang pribadong address sa loob ng virtual network at basahin ang mabisang ruta sa makina.

Isulat kung aling hakbang ang nagbalik ng koneksyon, ang bersyon ng client, ang petsa ng pag-download ng profile at kung sertipiko o tagapagbigay ng pagkakakilanlan ang nagbigay ng kredensyal. Ginagawa ng talaang iyon ang susunod na pangyayari na pagsusuri ng dalawang minuto, at ipinapakita kung ang mga pagkabigo ay gumagalaw patungo sa gateway sa halip na manatili sa laptop.

Pagkakasunod-sunod ng trabaho: muling i-import ang kasalukuyang profile, i-restart ang RasMan, payagan ang pagtakbo sa background, kumpunihin ang pakete, at i-reset lamang kung kumpirmadong buo ang imbakan ng sertipiko.