Isang user ang hindi makapasok sa VPN: isang maayos na diagnosis

Kapag isang tao ang hindi makakonekta habang nagpapatuloy ang iba sa koponan, ang kapaki-pakinabang na tanong ay hindi kung ano ang sira kundi kung aling layer ang hindi nagkasundo. Ang pag-sign in ay isang kadena: nagsisimula ang client, sumasagot ang gateway, inaangkin ang isang pagkakakilanlan, nabibigyang-kasiyahan ang pangalawang salik, sinusuri ang patakaran, at pagkatapos lamang dumaloy ang trapiko. Ang anumang putol saanman sa kadenang iyon ay dumarating sa iyo bilang parehong pangungusap mula sa user, kaya ang unang gawain ay hanapin ang kawing na talagang nabigo.

Ituring ang ulat bilang panimulang punto at hindi bilang diagnosis. Ang mga pagsusuri sa ibaba ay nagsisimula sa pinakamurang, at ang bawat isa ay isinulat para tapusin ang imbestigasyon kapag nabigo ito.

Itakda ang yugto at ang time stamp

Isulat ang apat na bagay bago hipuin ang anumang configuration: ang client at ang bersyon nito, ang eksaktong pananalita sa screen, ang minuto ng pagtatangka, at ang network kung saan naroon ang tao. May dalang tunay na impormasyon ang pananalita, dahil ang tinanggihang kredensyal, isang gateway na hindi sumasagot at isang natapos na pag-sign in na hindi pa rin makapagbukas ng panloob na pahina ay tatlong magkaibang problema na may tatlong magkaibang may-ari. Pansinin kung ang client ay gumawa ng lokal na log line, dahil ang client na hindi kailanman nagpadala ng packet ay walang maidaragdag sa paghahanap sa panig ng server. Kapag naitala ang time stamp, ang bawat susunod na query ay nagiging paghahanap at hindi pamimili.

Itigil ang paghula ng mga password sa puntong ito. Kung saan may limitasyon sa muling pagtatangka ang account, ang isang bugso ng mabibilis na pagtatangka ay maaaring mag-lock nito at magdagdag ng pangalawang, artipisyal na sira sa ibabaw ng tunay. Itala kung ilang pagtatangka ang nagawa na, upang ang lock ay hindi mapagkamalang bagong sintomas mamaya. Ang naka-lock na account ay nag-aalis din ng kakayahan mong makilala ang maling password mula sa tinanggihang patakaran, dahil pareho silang dumarating bilang pagtanggi.

Basahin ang pangyayari sa pagkakakilanlan para sa nag-iisang pagtatangka

Hilingin sa administrator na kunin ang talaan ng pagpapatunay na tumutugma sa minutong itinala mo. Sa isang deployment ng Windows NPS, ang gabay ng Microsoft sa pag-troubleshoot ng NPS ay nagtatala ng pangyayari ng pagtanggi 6273 kasama ang code ng dahilan na kasama nito, at kadalasan ay pinaghihiwalay nito ang hindi kilalang user, masamang kredensyal, hindi pagtutugma ng patakaran at tawag na ibinagsak dahil sa walang kaugnayang dahilan.

Ang walang laman na resulta ay impormasyon din. Kung walang nakarating sa serbisyo ng pagkakakilanlan, namatay ang pagtatangka nang mas maaga: isang lumang address ng gateway sa profile, isang tagapakinig na hindi maabot ng client, o isang host na iniwan sa serbisyo habang patuloy na nabubuhay ang profile. Kung umiiral ang talaan at nag-uulat ng tagumpay, ang kredensyal ay hindi ang problema at lumilipat ang usapan sa awtorisasyon o sa routing sa likod ng gateway. Ang dalawang kinalabasang ito ay tumuturo sa magkasalungat na direksyon, kaya dapat mangyari ang paghahanap sa log bago mag-install muli ng client ang sinuman.

Itago ang code ng dahilan sa ticket. Ang nag-iisang field na iyon ay ginagawang limang minutong paghahanap ang susunod na pangyayari sa halip na paulit-ulit na imbestigasyon. Ipares ito sa bersyon ng client, dahil ang code na lumilitaw sa isang build ay ibang usapan kaysa sa lumilitaw sa bawat build.

Baguhin ang isang kondisyon sa isang pagkakataon, sa loob ng patakaran

Ang tukso ay i-install muli ang client, i-reset ang password at ilipat ang laptop sa ibang network sa isang pasada. Minsan nitong inaayos ang sintomas at lagi nitong sinisira ang ebidensya. Pumili sa halip ng isang pinapayagang pagpapalit: ang parehong tao sa pangalawang rehistradong device, o isang aprubadong test identity sa parehong device. Ang bawat pagpapalit ay sumasagot sa eksaktong isang tanong, kaya ang tagumpay ay nagpapaliit ng sira sa panig na binago mo sa halip na sisihin ang buong VPN.

Huwag manghiram ng kredensyal ng katrabaho para sa paghahambing na ito. Gumamit ng test identity sa pamamagitan ng sinusuportahang proseso, at huwag kailanman kopyahin ang device key o laktawan ang enrollment dahil mas mabilis ito. Kung saan ganap na ipinagbabawal ng patakaran ang pagpapalit, ang paghihigpit na iyon ay bahagi ng sistemang sinusuri at nabibilang sa talaan, hindi sa isang paraan ng pag-iwas.

Kumpirmahin ang pagkukumpuni sa orihinal na landas

Kapag natukoy na ang sirang kawing, kumpunihin lamang ang kawing na iyon at ulitin ang orihinal na pagtatangka: parehong tao, parehong device, parehong network, parehong application. Ang isang test account na kumokonekta mula sa admin VLAN ay nagpapatunay na buhay ang gateway, at wala itong pinapatunay tungkol sa Martes ng umaga ng user. Hilingin sa user na gawin ang aksyon na nabigo at hindi ang mas simple, dahil ang matagumpay na ping ay kakaunti ang sinasabi tungkol sa tinanggihang file share.

Isara ang ticket kasama ang kung ano ang itinanggi at kung ano ang nagbago. Ang talaang iyon ang pagkakaiba sa pagitan ng isang beses na pagsagip at isang bagay na magagamit muli ng susunod na engineer na naka-duty.