Bakit inaalok ng Windows ang VPN password sa isang file server
Nakaangat ang tunnel at nagtatanong pa rin ang share: inalok ng Windows ang gateway account sa isang file server na hindi ito kilala. Limitahan ang pagbabago sa isang profile.
Maaaring mag-angat ang Windows ng tunnel at pagkatapos ay ialok ang parehong account sa isang file server na hindi pa narinig ito. Tinanggap ng gateway ang pag-login; hindi tinanggap ng share, at walang nababago sa muling pag-type ng password. Ang pag-off ng pag-iimbak ng mga kredensyal para sa buong computer ay mukhang solusyon at hindi. Ang isang native na koneksyon ng RAS ay may switch sa bawat profile na nagsasaad nang eksakto ng layuning ito.
Tukuyin kung aling account ang tinanggihan
Basahin ang prompt sa halip na iwaksi ito. Ang pangalan ng server sa dialog, ang domain na nakalimbag sa tabi ng username, at kung dumating ang prompt bago o pagkatapos mabuo ang tunnel ay tumuturo sa magkakaibang lugar. Ang pagkabigong nagbabanggit ng share ay hindi katulad ng pagkabigong nagbabanggit ng host.
Tiyakin muna na tumutugon ang resource bago makipagtalo tungkol sa pagkakakilanlan. Ang nawawalang ruta, maling baybay sa pangalan ng server at account na walang pahintulot sa share ay gumagawa ng tatlong magkakaibang sintomas, at ang huli lamang ang may kinalaman sa pagkakakilanlang inalok ng Windows. Suriin kung ang tinanggihang account ay ang gateway account. Kung ang login ng VPN ay isang remote-access na pagkakakilanlang pag-aari ng gateway at hindi account ng direktoryo, walang dahilan ang file server upang kilalanin ito, at ang muling pag-type ng parehong password ay inuulit lamang ang parehong pagtanggi. Ang pagkakaibang iyon ang magpapasya kung ang susunod na seksyon ay tumutukoy sa iyo.
Itakda ang UseRasCredentials sa isang profile
Ang field ay UseRasCredentials, at ang halagang zero ay pumipigil sa koneksyong iyon na ialok ang mga kredensyal nitong RAS sa mga resource ng network. Ang pagbabago ay limitado sa isang profile, at iyon mismo ang punto: may isang dokumentadong kahulugan ito at wala itong hinahawakang iba sa machine.
Ang patakaran sa seguridad na humaharang sa mga nakaimbak na kredensyal para sa network authentication ay kabaligtaran, dahil nalalapat ito sa bawat koneksyon sa computer. Ang paggamit nito rito ay magbabago ng ugali para sa bawat resource na bubuksan ng user sa susunod na linggo, kaya nananatili ito sa labas ng pagkukumpuning ito. UseRasCredentials ay tampok din ng RAS, kaya ipagwawalang-bahala ito ng third-party client na may sariling paghawak ng kredensyal. Para sa mga client na iyon, ang dokumentasyon ng vendor ang tanging awtoridad kung mababago ang ugali. Suriin kung aling client ang may-ari ng koneksyon bago i-edit ang file na hindi kailanman binabasa ng client na iyon.
I-edit ang phonebook na may-ari ng koneksyon
Hanapin ang phonebook na may-ari ng koneksyon bago magbukas ng editor. Ang koneksyong ginawa ng user ay nasa path ng roaming application data, at ang ginawa para sa lahat ng user ay nasa ilalim ng program data directory; ang dalawang file ay independyente. Ang pag-edit ng mali ay walang nababago, at ang pagkabigo ay magkamukha pagkatapos.
Ilista ang dalawang lokasyon at tiyakin ang buong path ng file na balak mong i-edit. Ang file sa ilalim ng maling profile ay ipagwawalang-bahala kahit na mabago mo ito nang tama, at ang pangalawang pagkabigo ay kamukhang-kamukha ng una.
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"
Sa loob ng seksyong may eksaktong pangalan ng koneksyon, ang switch ay isang linya. Baguhin lamang ang halagang iyon, at iwanan ang bawat iba pang seksyon kung ano ito.
UseRasCredentials=1 becomes UseRasCredentials=0
Ang pagpapalit sa buong file para sa bawat koneksyon sa phonebook ay hindi pagbabago ng isang profile, at lumilitaw ito pagkalipas ng mga linggo kapag may nagde-debug ng walang kaugnayang tunnel. Itago ang backup sa tabi ng file hanggang sa ma-verify ang pagbabago. Kung pinamamahalaan ang device, ang setting ay dapat baguhin sa deployment na may-ari nito, hindi sa file sa ilalim ng profile ng user. Ang mga sinusuportahang bersyon ng Windows ay nagbibigay ng katumbas sa bawat profile sa pamamagitan ng configuration service provider na VPNv2, at ang mga kinakailangan sa bersyon nito ay kailangang suriin nang hiwalay sa mga kinakailangan ng provider sa kabuuan.
I-verify gamit ang bagong pagtatangka
Idiskonekta, isara ang session na bukas at subukang muli. Ang umiiral na naka-map na drive o bukas na file handle ay maaaring magpatuloy sa paggamit ng pagkakakilanlang na-authenticate na nito, kaya walang gumagana sa lumang session ang nagpapatunay ng anuman tungkol sa pagbabago. Tiyakin muna ang na-edit na halaga, na may sapat na konteksto upang ipakita kung aling seksyon ito kabilang.
Select-String -Path "$env:APPDATA\Microsoft\Network\Connections\Pbk\rasphone.pbk" -Pattern "UseRasCredentials=0" -Context 4,0
Pagkatapos ay tiyakin kung aling pagkakakilanlan ang aktwal na natanggap ng resource. Ang share na tumatanggi pa rin sa access gamit ang tamang account ay problema sa awtorisasyon, at nasa log ng file server mismo ang sagot. Ang dokumentadong paglalarawan ng setting na ito ay sumasaklaw sa deployment kung saan naiiba ang pagkakakilanlan ng VPN sa pagkakakilanlan ng direktoryo, at sulit itong basahin bago ipagpalagay na nalalapat ang field sa iyong client. Itala ang pagbabago, ang path ng phonebook at ang account na nakikita ng resource ngayon, dahil ang susunod na taong makakaharap nito ay nagsisimula sa parehong kalituhan.