Error 691 ng VPN sa Windows: aling pagsusuri ang talagang nabigo?

Tinitanggihan ng Windows ang isang password na tinanggap nito sa ibang lugar isang minuto ang nakalipas, kaya mukhang sira ang account gayong hindi kailanman nasuri ang pagtatangka. Ang error 691 ay nangangahulugang tinanggihan ang koneksyon habang nagpapatotoo, at ipinapakita ng client ang parehong teksto kahit mali ang lihim, nahati ang pangalan ng account sa isang hindi inaasahang pagkakakilanlan, o tinanggihan ng patakaran sa panig ng server ang koneksyon. Tatlong magkakaibang pag-aayos ang nagbabahagi ng isang mensahe, kaya kung minsan nakakatulong ang pag-reset at kung minsan wala itong binabago. Simulan sa bahaging kaya mong suriin nang mag-isa: ang eksaktong string na ipinadala ng client at ang tindahan ng kredensyal na kinuhanan nito. Pagkatapos tanungin ang server kung anong desisyon ang naitala nito, dahil ang dialog ay isang pagtanggi at hindi isang diagnosis.

Tatlong paraan upang matanggihan, isang dialog

Ang maling lihim ay ang unang paraan lamang upang makarating sa dialog na ito. Maaaring mahati ang pangalan ng account sa isang pagkakakilanlang hindi mo sinadya, maaaring walang pahintulot ang account sa dial-in, o maaaring tanggihan ng kundisyon sa server ang koneksyon pagkatapos tanggapin ang password. Bawat isa sa mga ito ay gumagawa ng parehong teksto ng client, at bawat isa ay may sariling pag-aayos.

Iyon ang dahilan kung bakit ang pag-reset ay tila gumagana tuwing Lunes at walang ginagawa tuwing Martes. Basahin ang dialog bilang pagtanggi at hindi bilang diagnosis, at itala ang pangalan ng profile at ang lokal na oras ng pagpalya bago hawakan ang account.

Nabibigo rin ang tatlong kategorya sa magkakaibang antas. Nabibigo ang maling lihim sa patunay ng pagkakakilanlan, nabibigo ang maling anyo ng account sa paghahanap, at nabibigo ang kundisyon ng patakaran sa awtorisasyon pagkatapos mapatunayan ang pagkakakilanlan. Tanging ang una ang naaayos sa pamamagitan ng pagpalit ng password. Ang dalawa pa ay nangangailangan ng taong may access sa talaan ng desisyon ng server, kaya ang susunod na hakbang ay isang kahilingan ng impormasyon at hindi isa pang pag-reset.

Ano ang aktwal na ipinadala ng client

Kumpirmahin ang tinatanggap na format ng account sa taong nagpapatakbo ng gateway, dahil ang hubad na username, ang pangalang may domain at ang punong pangalan ng gumagamit ay maaaring mahati sa magkakaibang konteksto ng account. Isa lamang sa kanila ang maaaring ang pagkakakilanlang may pahintulot. Itanong kung anong anyo ang inaasahan ng gateway bago ang unang pagtatangka at hindi pagkatapos ng ikalima, at tingnan kung gumagamit muli ang client ng naka-save na kredensyal sa halip na ang itinaip mo.

Dalawang query na read-only sa makina ng Windows ay nagpapakita ng profile at anumang naka-cache na kredensyal na maaaring manaig sa dialog. Wala sa dalawa ang tumatawag sa server:

Get-VpnConnection -Name 'Corp VPN' | Format-List Name, ServerAddress, TunnelType, AuthenticationMethod
cmdkey /list | Select-String -Pattern 'corp' -SimpleMatch

Ituring ang password bilang data at hindi bilang tekstong kinopya mula sa dokumento. Ang halagang dumaan sa isang script ay maaaring may mga escape character na hindi kailanman naging bahagi ng lihim, at maaaring nailagay ito ng pag-export ng configuration sa loob ng mga panipi. Ang pag-alis ng bawat espesyal na character upang umakma ito ay ibang pagbabago kaysa sa paghahanap ng tunay na halaga, kaya itatag muna ang tunay na halaga.

Kunin ang desisyon ng patakaran, hindi isang pag-reset

Sa isang deployment ng remote access na gumagamit ng network policy server, dalawang desisyon ang tumatakbo nang sunud-sunod. Itinatag ng pagpapatotoo kung aling account ang nagtatanong, at nagpapasya ang awtorisasyon kung ang account na iyon ay maaaring kumonekta man lang. Ang mga kundisyon at hadlang ng patakaran ay sinusuri ayon sa sarili nitong pamantayan, kaya ang tamang lihim ay nilulutas lamang ang unang kalahati ng tanong. Ang pangalan ng patakaran sa kaganapan ng server ay nagpapakita kung aling desisyon ang aktwal na tumakbo.

Ipadala sa administrator ang pangalan ng profile, ang sinubukang account at ang timestamp. Hilingin ang katugmang talaan ng desisyon at ang dahilan nito sa halip na isa pang pag-reset ng password, at hilingin ang pangalan ng patakaran na dala ng kaganapan. Ang sanggunian ng mga error code ng remote access ng Microsoft ay naglilista ng 691 sa mga pagpalya ng kredensyal at pagpapatotoo, at iyon mismo ang dahilan kung bakit hindi maihihiwalay ng dialog ang tatlong kaso.

Ang paggawa sa isang account na walang kondisyong pahintulot ay ginagawang permanenteng eksepsiyon ang desisyon sa awtorisasyon. Tinatanggal din nito ang kundisyong gumagawa ng kapaki-pakinabang na trabaho, at ang susunod na tao na susuri sa patakaran ay hindi malalaman kung bakit ito nagbago. Sa halip, hilingin sa may-ari na kumpirmahin ang nilalayong patakaran, upang manatiling sinadya ang pagtanggap.

Subukan muli nang isang beses, pagkatapos ihambing

Ulitin ang parehong profile pagkatapos ng nag-iisang pagwawasto na natukoy mo. Kung tinanggap ang access at may panloob na mapagkukunang patuloy na nabibigo, lumipat ang pagpalya sa ibang antas at wala nang sinasabi tungkol sa password. Ang profile na hindi binago ang dahilan kung bakit makabuluhan ang paghahambing na iyon.

Labanan ang tuksong patayin ang isang pamilya ng address o buksan ang detalyadong pagsubaybay bago ipaliwanag ang pagtanggi. Ang pagsubaybay ay gumagawa ng dami at hindi isang desisyon, at ang unang kapaki-pakinabang na resulta ay nananatiling bahaging tumanggi sa pagtatangka at ang dahilan na naitala nito. Kapag alam na iyon, ang muling pagtatangka ay nagpapatunay sa pag-aayos o gumagawa ng bago at mas makitid na sintomas.