Windows-VPN-eraro 691: kiu kontrolo vere malsukcesis?

Windows malakceptas pasvorton, kiun ĝi akceptis aliloke unu minuton antaŭe, do la konto aspektas difektita kvankam la provo neniam estis taksita. Eraro 691 signifas, ke la konekto estis malakceptita dum aŭtentikigo, kaj la kliento montras la saman tekston ĉu la sekreto estis malĝusta, ĉu la konta nomo solviĝis al neatendita identeco, ĉu servila politiko rifuzis la konekton. Tri malsamaj riparoj dividas unu mesaĝon, tial restarigo foje helpas kaj foje tute nenion ŝanĝas. Komencu per la parto, kiun vi povas mem ekzameni: la preciza signoĉeno, kiun la kliento sendis, kaj la akreditaĵa konservejo, el kiu ĝi prenis ĝin. Poste demandu la servilon, kiun decidon ĝi registris, ĉar la dialogo estas malakcepto, ne diagnozo.

Tri manieroj esti malakceptita, unu dialogo

Malĝusta sekreto estas nur la unua vojo al ĉi tiu dialogo. La konta nomo povas solviĝi al identeco, kiun vi ne intencis, la konto eble ne havas permeson por enkomunika aliĝo, aŭ servila kondiĉo povas rifuzi la konekton post kiam la pasvorto estas akceptita. Ĉiu el tiuj kazoj produktas la saman klientan tekston, kaj ĉiu havas sian propran riparon.

Tial restarigo ŝajnas funkcii lunde kaj faras nenion marde. Legu la dialogon kiel malakcepton, ne kiel diagnozon, kaj notu la profilan nomon kaj la lokan horon de la malsukceso antaŭ ol tuŝi la konton.

La tri kategorioj ankaŭ malsukcesas en malsamaj tavoloj. Malĝusta sekreto malsukcesigas la identecan pruvon, malĝusta konta formo malsukcesigas la serĉon, kaj politika kondiĉo malsukcesigas la rajtigon post kiam la identeco estas pruvita. Nur la unua ripariĝas per ŝanĝo de pasvorto. La aliaj du bezonas iun kun aliro al la decida registro de la servilo, tial la sekva paŝo estas peto pri informoj, ne alia restarigo.

Kion la kliento efektive sendis

Konfirmu la akceptitan kontan formaton kun tiu, kiu administras la enirejon, ĉar nuda uzantnomo, domajne kvalifikita nomo kaj ĉefa uzantnomo povas solviĝi al malsamaj kontaj kuntekstoj. Nur unu el ili povas esti la identeco, kiu havas la permeson. Demandu, kiun formon la enirejo atendas, antaŭ la unua provo kaj ne post la kvina, kaj kontrolu ĉu la kliento reuzas konservitan akreditaĵon anstataŭ tiu, kiun vi tajpis.

Du nurlegaj demandoj sur la Windows-maŝino montras la profilon kaj ajnan kaŝmemorigitan akreditaĵon, kiu povus venki la dialogon. Neniu el ili alvokas la servilon:

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

Traktu la pasvorton kiel datumojn, ne kiel tekston kopiitan el dokumento. Valoro, kiu pasis tra skripto, povas porti eskapajn signojn, kiuj neniam estis parto de la sekreto, kaj agorda eksporto eble metas ĝin en citilojn. Forigi ĉiun specialan signon por igi ĝin konforma estas alia ŝanĝo ol trovi la realan valoron, do unue starigu la realan valoron.

Akiru la politikan decidon, ne restarigon

En fora alira deplojo, kiu uzas retan politikan servilon, du decidoj ruliĝas sinsekve. Aŭtentikigo starigas, kiu konto demandas, kaj rajtigo decidas ĉu tiu konto rajtas konektiĝi entute. Politikaj kondiĉoj kaj limigoj estas taksataj laŭ propraj reguloj, do ĝusta sekreto solvas nur la unuan duonon de la demando. La politika nomo en la servila okazaĵo indikas, kiu decido efektive ruliĝis.

Sendu al la administranto la profilan nomon, la provitan konton kaj la tempindikon. Petu la respondan decidan registron kaj ĝian kialon anstataŭ alia pasvorta restarigo, kaj petu la politikan nomon, kiun la okazaĵo portas. La referenco pri eraroj de fora aliro de Microsoft listigas 691 inter la akreditaĵaj kaj aŭtentikigaj malsukcesoj, kaj ĝuste tial la dialogo ne povas apartigi la tri kazojn.

Konverti konton al senkondiĉa permeso igas rajtigan decidon daŭra escepto. Ĝi ankaŭ forigas la kondiĉon, kiu faris utilan laboron, kaj la sekva persono, kiu revizios la politikon, ne scios, kial ĝi ŝanĝiĝis. Anstataŭe petu la posedanton konfirmi la celatan politikon, por ke akcepto restu intenca.

Provu ankoraŭfoje, poste komparu

Ripetu la saman profilon post la ununura korekto, kiun vi identigis. Se aliro estas akceptita kaj interna rimedo ankoraŭ malsukcesas, la malsukceso moviĝis al alia tavolo kaj jam diras nenion pri la pasvorto. Ĝuste la neŝanĝita profilo igas tiun komparadon senchava.

Rezistu al la tento malŝalti adresan familion aŭ ŝalti detalhavigan spuradon antaŭ ol la malakcepto estas klarigita. Spurado produktas volumon, ne decidon, kaj la unua utila rezulto restas la komponento, kiu malakceptis la provon, kaj la kialo, kiun ĝi registris. Post kiam tio estas sciata, la reprovo aŭ konfirmas la riparon aŭ produktas novan kaj pli mallarĝan simptomon.