Miért kínálja a Windows a VPN-jelszót egy fájlszervernek

A Windows felépíthet egy alagutat, majd ugyanazt a fiókot kínálhatja egy fájlszervernek, amely soha nem hallott róla. Az átjáró elfogadta a bejelentkezést; a megosztás nem, és a jelszó újragépelése semmit nem változtat. A hitelesítő adatok tárolásának kikapcsolása az egész számítógépre megoldásnak látszik, és nem az. A natív RAS-kapcsolat profilonkénti kapcsolót hordoz, amely pontosan ezt a szándékot fejezi ki.

Állapítsa meg, melyik fiókot utasították el

Olvassa el a felszólítást, ne kattintsa el. A párbeszédablakban látható kiszolgálónév, a felhasználónév mellett nyomtatott tartomány, és hogy a felszólítás az alagút létrejötte előtt vagy után érkezett, mind más-más helyre mutat. A megosztást nevező hiba nem ugyanaz, mint a gazdagépet nevező hiba.

Mielőtt az identitásról vitatkozna, erősítse meg, hogy az erőforrás egyáltalán válaszol. A hiányzó útvonal, a kiszolgálónév elgépelése és a megosztási engedélyek nélküli fiók három különböző tünetet okoz, és csak az utolsó érinti a Windows által kínált identitást. Ellenőrizze, hogy az elutasított fiók az átjáró fiókja-e. Ha a VPN-bejelentkezés az átjáró tulajdonában lévő távoli hozzáférési identitás, nem pedig címtárfiók, a fájlszervernek nincs oka felismerni, és ugyanazon jelszó újragépelése csak ugyanazt az elutasítást ismétli. Ez a különbség dönti el, hogy a következő szakasz egyáltalán vonatkozik-e Önre.

Állítsa be a UseRasCredentials értéket egy profilon

A mező neve UseRasCredentials, és a nulla érték megakadályozza, hogy ez az egy kapcsolat RAS-hitelesítő adatait hálózati erőforrásoknak kínálja. A változás egy profilra korlátozódik, és épp ez a lényeg: egyetlen dokumentált jelentése van, és semmi máshoz nem nyúl a gépen.

A hálózati hitelesítéshez tárolt hitelesítő adatokat blokkoló biztonsági házirend az ellenkezőjét teszi, mivel a számítógép minden kapcsolatára vonatkozik. Itt használva megváltoztatná minden erőforrás viselkedését, amelyet a felhasználó jövő héten megnyit, ezért ezen javítás hatókörén kívül esik. UseRasCredentials szintén RAS-funkció, ezért a saját hitelesítőadat-kezeléssel rendelkező harmadik felek kliens figyelmen kívül hagyja. Az ilyen klienseknél a gyártói dokumentáció az egyetlen mérvadó forrás arról, hogy a viselkedés megváltoztatható-e. Ellenőrizze, melyik kliens birtokolja a kapcsolatot, mielőtt olyan fájlt szerkeszt, amelyet az a kliens soha nem olvas.

Szerkessze a kapcsolatot birtokló telefonkönyvet

Szerkesztő megnyitása előtt keresse meg a kapcsolatot birtokló telefonkönyvet. A felhasználó által létrehozott kapcsolat a roaming alkalmazásadatok útvonalán él, a minden felhasználó számára létrehozott pedig a programadatok könyvtára alatt; a két fájl független. A rossz szerkesztése semmit nem változtat, és a hiba utána azonosnak látszik.

Sorolja fel mindkét helyet, és erősítse meg a szerkeszteni kívánt fájl teljes útvonalát. A rossz profil alatti fájlt akkor is figyelmen kívül hagyják, ha helyesen módosítja, és a második hiba pontosan úgy néz ki, mint az első.

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"

A pontos kapcsolatnevet viselő szakaszon belül a kapcsoló egyetlen sor. Csak azt az értéket módosítsa, és hagyjon minden más szakaszt úgy, ahogy volt.

UseRasCredentials=1   becomes   UseRasCredentials=0

A telefonkönyv minden kapcsolatára kiterjedő, fájl szintű csere nem egyetlen profil módosítása, és hetekkel később bukkan fel, amikor valaki egy független alagutat hibakeres. Tartsa a biztonsági másolatot a fájl mellett, amíg a változás ellenőrizve nem lesz. Ha az eszköz felügyelt, a beállítást a tulajdonos telepítésben kell módosítani, nem a felhasználói profil alatti fájlban. A támogatott Windows-verziók profilonkénti megfelelőt tesznek elérhetővé a VPNv2 konfigurációs szolgáltatón keresztül, és annak verziókövetelményeit külön kell ellenőrizni a szolgáltató egészének követelményeitől.

Ellenőrizze új próbálkozással

Bontsa a kapcsolatot, zárja be a nyitva volt munkamenetet, és próbálja újra. Egy meglévő csatolt meghajtó vagy nyitott fájlkezelő tovább használhatja azt az identitást, amellyel már hitelesített, ezért semmi, ami régi munkameneten át működik, nem bizonyít semmit a változásról. Először erősítse meg a szerkesztett értéket, elegendő kontextussal ahhoz, hogy látszódjék, melyik szakaszhoz tartozik.

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

Ezután erősítse meg, milyen identitást kapott ténylegesen az erőforrás. A megosztás, amely a helyes fiókkal is megtagadja a hozzáférést, engedélyezési probléma, és a válasz a fájlszerver saját naplójában él. A beállítás dokumentált leírása azt a telepítést tárgyalja, ahol a VPN-identitás eltér a címtáridentitástól, és érdemes elolvasni, mielőtt feltételezné, hogy a mező az Ön kliensére vonatkozik. Jegyezze fel a változást, a telefonkönyv útvonalát és azt a fiókot, amelyet az erőforrás most lát, mert a következő ember, aki ebbe botlik, ugyanabból a zavarból indul.