Kial Windows proponas la VPN-pasvorton al dosiera servilo

Windows povas malfermi tunelon kaj poste proponi la saman konton al dosiera servilo, kiu neniam aŭdis pri ĝi. La enirejo akceptis la saluton; la kunhavaĵo ne, kaj retajpi la pasvorton ŝanĝas nenion. Malŝalti la konservadon de legitimiloj por la tuta komputilo aspektas kiel la solvo kaj ne estas. Denaska RAS-ligo portas ŝaltilon por unu profilo, kiu esprimas ĝuste ĉi tiun intencon.

Identigu, kiu konto estis malakceptita

Legu la inviton anstataŭ forigi ĝin. La servila nomo en la dialogo, la domajno presita apud la uzantnomo, kaj ĉu la invito venis antaŭ aŭ post la formiĝo de la tunelo ĉiu montras al alia loko. Malsukceso, kiu nomas kunhavaĵon, ne samas kiel tiu, kiu nomas gastiganton.

Antaŭ ol disputi pri identeco, konfirmu ke la rimedo entute respondas. Mankanta itinero, tajperaro en la servila nomo kaj konto sen kunhava permeso produktas tri malsamajn simptomojn, kaj nur la lasta temas pri la identeco, kiun Windows proponis. Kontrolu, ĉu la malakceptita konto estas la enireja konto. Se la VPN-saluto estas fora-alira identeco posedata de la enirejo anstataŭ dosieruja konto, la dosiera servilo havas neniun kialon rekoni ĝin, kaj retajpi la saman pasvorton nur ripetas la saman malakcepton. Tiu distingo decidas, ĉu la sekva sekcio entute koncernas vin.

Agordu UseRasCredentials por unu profilo

La kampo estas UseRasCredentials, kaj valoro nulo malhelpas tiun unu ligon proponi siajn RAS-legitimilojn al retaj rimedoj. La ŝanĝo limiĝas al unu profilo, kaj ĝuste tio estas la punkto: ĝi havas unu dokumentitan signifon kaj ĝi tuŝas nenion alian en la maŝino.

La sekureca politiko, kiu blokas konservitajn legitimilojn por reta aŭtentikigo, faras la malon, ĉar ĝi validas por ĉiu ligo en la komputilo. Uzi ĝin ĉi tie ŝanĝus la konduton por ĉiu rimedo, kiun la uzanto malfermos venontan semajnon, do ĝi restas ekster ĉi tiu riparo. UseRasCredentials ankaŭ estas RAS-traito, do triaparta kliento kun propra traktado de legitimiloj ignoros ĝin. Por tiaj klientoj, la dokumentaro de la vendanto estas la sola aŭtoritato pri tio, ĉu la konduto povas esti ŝanĝita. Kontrolu, kiu kliento posedas la ligon, antaŭ ol redakti dosieron, kiun tiu kliento neniam legas.

Redaktu la telefonlibron, kiu posedas la ligon

Trovu la telefonlibron, kiu posedas la ligon, antaŭ ol malfermi redaktilon. Ligo kreita de la uzanto loĝas en la vojo de migrantaj aplikaĵaj datumoj, kaj unu kreita por ĉiuj uzantoj loĝas sub la dosierujo de programdatumoj; la du dosieroj estas sendependaj. Redakti la malĝustan ŝanĝas nenion, kaj la malsukceso aspektas idente poste.

Listigu ambaŭ lokojn kaj konfirmu la plenan vojon de la dosiero, kiun vi intencas redakti. Dosiero sub la malĝusta profilo estos ignorata eĉ post kiam vi ŝanĝos ĝin ĝuste, kaj la dua malsukceso aspektas precize kiel la unua.

Get-ChildItem "$env:APPDATA\Microsoft\Network\Connections\Pbk"
Get-ChildItem "$env:PROGRAMDATA\Microsoft\Network\Connections\Pbk"
Copy-Item "$env:APPDATA\Microsoft\Network\Connections\Pbk\rasphone.pbk" "$env:APPDATA\Microsoft\Network\Connections\Pbk\rasphone.pbk.bak"
Select-String -Path "$env:APPDATA\Microsoft\Network\Connections\Pbk\rasphone.pbk" -Pattern "UseRasCredentials"

Ene de la sekcio, kiu portas la precizan ligan nomon, la ŝaltilo estas unu linio. Ŝanĝu nur tiun valoron, kaj lasu ĉiun alian sekcion kiel ĝi estis.

UseRasCredentials=1   becomes   UseRasCredentials=0

Anstataŭigo tra la tuta dosiero por ĉiu ligo en la telefonlibro ne estas ŝanĝo de unu profilo, kaj ĝi aperas semajnojn poste, kiam iu sencimigas nerilatan tunelon. Konservu la savkopion apud la dosiero ĝis la ŝanĝo estos kontrolita. Se la aparato estas administrata, la posedanta disfaldiĝo estas kie la agordo ŝanĝiĝu, ne dosiero sub la uzanta profilo. Subtenataj Windows-versioj montras ekvivalenton por unu profilo per la agorda servo-provizanto VPNv2, kaj ĝiaj versiaj postuloj kontrolendas aparte de tiuj de la provizanto entute.

Kontrolu per freŝa provo

Malkonektiĝu, fermu la sesion, kiu estis malfermita, kaj provu denove. Ekzistanta mapita disko aŭ malfermita dosiera pritraktilo povas daŭre uzi la identecon, per kiu ĝi jam aŭtentikiĝis, do io ajn, kio funkcias tra malnova sesio, pruvas nenion pri la ŝanĝo. Konfirmu unue la redaktitan valoron, kun sufiĉa kunteksto por montri la sekcion, al kiu ĝi apartenas.

Select-String -Path "$env:APPDATA\Microsoft\Network\Connections\Pbk\rasphone.pbk" -Pattern "UseRasCredentials=0" -Context 4,0

Poste konfirmu, kiun identecon la rimedo efektive ricevis. Kunhavaĵo, kiu ankoraŭ rifuzas aliron kun la ĝusta konto, estas rajtiga problemo, kaj la propra protokolo de la dosiera servilo estas kie tiu respondo loĝas. La dokumentita priskribo de ĉi tiu agordo kovras la disfaldiĝon, kie la VPN-identeco diferencas de la dosieruja identeco, kaj indas legi ĝin antaŭ ol supozi, ke la kampo validas por via kliento. Notu la ŝanĝon, la vojon de la telefonlibro kaj la konton, kiun la rimedo nun vidas, ĉar la sekva persono, kiu trafas ĉi tion, komencas de la sama konfuzo.