რატომ სთავაზობს Windows VPN პაროლს ფაილურ სერვერს

Windows-ს შეუძლია გვირაბის აწევა და შემდეგ იმავე ანგარიშის შეთავაზება ფაილურ სერვერს, რომელსაც მის შესახებ არასდროს სმენია. კარიბჭემ შესვლა მიიღო; გაზიარებამ არა, და პაროლის ხელახლა აკრეფა არაფერს ცვლის. მთელი კომპიუტერისთვის სერტიფიკატების შენახვის გამორთვა გამოსავალს ჰგავს და არ არის. მშობლიური RAS კავშირი ატარებს პროფილისეულ გადამრთველს, რომელიც ზუსტად ამ განზრახვას გამოხატავს.

დაადგინეთ, რომელი ანგარიში უარყვეს

წაიკითხეთ მოთხოვნა, ნაცვლად მისი უგულებელყოფისა. სერვერის სახელი დიალოგში, მომხმარებლის სახელის გვერდით დაბეჭდილი დომენი და ის, მოთხოვნა გვირაბის ჩამოყალიბებამდე მოვიდა თუ შემდეგ, თითოეული სხვა ადგილას მიუთითებს. მარცხი, რომელიც გაზიარებას ასახელებს, არ არის იგივე, რაც ჰოსტს ასახელებს.

სანამ იდენტობაზე კამათს დაიწყებთ, დაადასტურეთ, რომ რესურსი საერთოდ პასუხობს. დაკარგული მარშრუტი, ბეჭდვითი შეცდომა სერვერის სახელში და გაზიარების ნებართვის გარეშე ანგარიში სამ განსხვავებულ სიმპტომს იძლევა, და მხოლოდ უკანასკნელი ეხება იმ იდენტობას, რომელიც Windows-მა შესთავაზა. შეამოწმეთ, უარყოფილი ანგარიში კარიბჭის ანგარიშია თუ არა. თუ VPN-ში შესვლა კარიბჭის საკუთრებაში არსებული დისტანციური წვდომის იდენტობაა და არა დირექტორიის ანგარიში, ფაილურ სერვერს მისი ამოცნობის მიზეზი არ აქვს, და იმავე პაროლის ხელახლა აკრეფა მხოლოდ იმავე უარის გამეორებაა. ეს განსხვავება წყვეტს, შეეხებათ თუ არა თქვენ შემდეგი ნაწილი საერთოდ.

დააყენეთ UseRasCredentials ერთ პროფილზე

ველის სახელია UseRasCredentials, ხოლო ნულის მნიშვნელობა ხელს უშლის იმ ერთ კავშირს თავისი RAS სერტიფიკატების ქსელურ რესურსებზე შეთავაზებაში. ცვლილება შემოიფარგლება პროფილით და სწორედ ესაა მთავარი: მას აქვს ერთი დოკუმენტირებული მნიშვნელობა და მანქანაზე სხვა არაფერს არ ეხება.

უსაფრთხოების პოლიტიკა, რომელიც ბლოკავს შენახულ სერტიფიკატებს ქსელური ავთენტიფიკაციისთვის, საპირისპიროს აკეთებს, რადგან კომპიუტერის ყველა კავშირზე ვრცელდება. მისი გამოყენება აქ შეცვლიდა ქცევას ყოველი რესურსისთვის, რომელსაც მომხმარებელი მომავალ კვირას გახსნის, ამიტომ ის ამ შეკეთების გარეთ რჩება. UseRasCredentials ასევე RAS ფუნქციაა, ამიტომ საკუთარი სერტიფიკატების დამუშავების მქონე მესამე მხარის კლიენტი მას უგულებელყოფს. ასეთი კლიენტებისთვის მიმწოდებლის დოკუმენტაცია ერთადერთი ავტორიტეტია იმაში, შეიძლება თუ არა ქცევის შეცვლა. შეამოწმეთ, რომელ კლიენტს ეკუთვნის კავშირი, სანამ შეასწორებთ ფაილს, რომელსაც ის კლიენტი არასდროს კითხულობს.

შეასწორეთ სატელეფონო წიგნი, რომელსაც კავშირი ეკუთვნის

სანამ რედაქტორს გახსნით, იპოვეთ სატელეფონო წიგნი, რომელსაც კავშირი ეკუთვნის. მომხმარებლის მიერ შექმნილი კავშირი ცხოვრობს მოძრავი აპლიკაციის მონაცემების ბილიკზე, ხოლო ყველა მომხმარებლისთვის შექმნილი — პროგრამის მონაცემების კატალოგში; ორი ფაილი დამოუკიდებელია. არასწორის შესწორება არაფერს ცვლის, და მარცხი შემდეგ იგივედ გამოიყურება.

ჩამოთვალეთ ორივე ადგილი და დაადასტურეთ შესაცვლელი ფაილის სრული ბილიკი. არასწორი პროფილის ქვეშ მყოფი ფაილი იგნორირდება სწორად შეცვლის შემდეგაც, და მეორე მარცხი ზუსტად პირველს ჰგავს.

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"

ზუსტი კავშირის სახელის მქონე ნაწილის შიგნით გადამრთველი ერთი სტრიქონია. შეცვალეთ მხოლოდ ის მნიშვნელობა და დატოვეთ ყველა სხვა ნაწილი ისე, როგორც იყო.

UseRasCredentials=1   becomes   UseRasCredentials=0

სატელეფონო წიგნის ყველა კავშირზე ფაილის მასშტაბით ჩანაცვლება ერთი პროფილის ცვლილება არაა და კვირების შემდეგ ვლინდება, როცა ვიღაც დაუკავშირებელ გვირაბს ახდენს გამართვას. შეინახეთ სარეზერვო ასლი ფაილის გვერდით, სანამ ცვლილება არ დადასტურდება. თუ მოწყობილობა იმართება, პარამეტრი უნდა შეიცვალოს მფლობელ განლაგებაში და არა მომხმარებლის პროფილის ქვეშ არსებულ ფაილში. მხარდაჭერილი Windows ვერსიები პროფილისეულ ეკვივალენტს გვაძლევს VPNv2 კონფიგურაციის სერვისის მიმწოდებლის მეშვეობით, და მისი ვერსიის მოთხოვნები ცალკე უნდა შემოწმდეს მიმწოდებლის მთლიანი მოთხოვნებისგან.

დაადასტურეთ ახალი მცდელობით

გამორთეთ კავშირი, დახურეთ ღია სესია და სცადეთ ხელახლა. არსებულ დაშვებულ დისკს ან ღია ფაილის სახელურს შეუძლია გააგრძელოს იმ იდენტობის გამოყენება, რომლითაც უკვე ავთენტიფიცირდა, ამიტომ ძველი სესიით მომუშავე არაფერი არაფერს ამტკიცებს ცვლილების შესახებ. ჯერ დაადასტურეთ შეცვლილი მნიშვნელობა, საკმარისი კონტექსტით, რომ ჩანდეს, რომელ ნაწილს ეკუთვნის.

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

შემდეგ დაადასტურეთ, რომელი იდენტობა მიიღო რესურსმა სინამდვილეში. გაზიარება, რომელიც სწორი ანგარიშითაც უარყოფს წვდომას, ავტორიზაციის პრობლემაა, და პასუხი თავად ფაილური სერვერის ჟურნალშია. ამ პარამეტრის დოკუმენტირებული აღწერა მოიცავს იმ განლაგებას, სადაც VPN იდენტობა განსხვავდება დირექტორიის იდენტობისგან, და ღირს მისი წაკითხვა, სანამ ჩათვლით, რომ ველი თქვენს კლიენტზე ვრცელდება. ჩაიწერეთ ცვლილება, სატელეფონო წიგნის ბილიკი და ანგარიში, რომელსაც რესურსი ახლა ხედავს, რადგან შემდეგი ადამიანი, ვინც ამას წააწყდება, იმავე არეულობიდან იწყებს.