Windows-ის VPN ამბობს, რომ მოწყობილობა არ არის: შეაკეთეთ რიგით

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

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

დაიწყეთ სერვისებით და არა სერტიფიკატებით

სამი სერვისი დგას ბუნებრივი Windows კავშირის უკან: Telephony, Remote Access Connection Manager და Remote Access Auto Connection Manager. სამივე უნდა მუშაობდეს გამავალი პროფილისთვის და ნებისმიერი მათგანი შეიძლება დარჩეს გამორთული ადრინდელი გაწმენდის სკრიპტის ან გამაგრებული იმიჯის მიერ. გამოყენებული სერვისები დააყენეთ Manual ან Automatic-ზე და არ დატოვოთ Disabled-ზე, და გაუშვით ისინი სხვა რამეზე შეხებამდე. Routing and Remote Access სხვა კომპონენტია, რომელიც შემავალ კავშირებს მასპინძლობს, ამიტომ მისი ჩართვა გამავალი ზარის წინაპირობა არ არის.

Get-Service -Name TapiSrv,RasMan,RasAuto | Format-Table Name,Status,StartType
Get-WinEvent -LogName System -MaxEvents 30 | Where-Object { $_.ProviderName -match 'Ras|RemoteAccess' }

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

შემდეგ შეამოწმეთ პროფილის უკან არსებული მინიპორტები

მუშა ინსტალაცია ჩამოთვლის WAN Miniport მოწყობილობებს იმ პროტოკოლებისთვის, რომელთა გამოყენებაც შეუძლია, მათ შორის PPTP, L2TP, IKEv2 და PPPoE. თუ ეს ჩანაწერები არ არის ან გამორთულია, Windows-ს არ აქვს რასაც კავშირი მიაბას და პროფილი კვლავ აცხადებს მოწყობილობის არქონას. გახსენით Device Manager დამალული მოწყობილობებით და გააფართოვეთ Network adapters, რომ ნახოთ რეალური ინვენტარი და არა გაფილტრული. კავშირების მენეჯერის გაშვება ხშირად თავიდან ითვლის ამ მოწყობილობებს და ამიტომ სერვისის ხარვეზმა შეიძლება მოახდინოს არარსებული აპარატურის იმიტაცია.

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

როცა SSTP წამებში იწყება და ჩერდება

ორი საერთო კომპონენტი დგას SSTP-ის ქვეშ: მოვლენათა ჟურნალი და WMI საცავი. როცა ეს საცავი დაზიანებულია, სერვისი უარს ამბობს მუშაობის გაგრძელებაზე და VPN პროფილში არაფერი ხსნის ამას. ჩატვირთეთ Safe Mode-ში ადმინისტრაციული სესიით, შემდეგ გააცარიელეთ RtBackup დირექტორია სისტემურ დისკზე WMI ჟურნალის საქაღალდის შიგნით, თავად დირექტორია კი ადგილზე დატოვეთ. სადაც გადარქმევა დაბლოკილია, ჯერ შიგთავსი გაასუფთავეთ და შემდეგ გადაარქვით, ძველი ფაილები ჩანაცვლებაში გადაიტანეთ. შეინახეთ მოვლენათა ჟურნალები და შემდეგ გაასუფთავეთ, ვინაიდან ცარიელ RtBackup-ზე დაწყებული სერვისი მიდრეკილია კვლავ ჩავარდეს მომდევნო ჩატვირთვაზე, სანამ ჟურნალები დაზიანებული რჩება.

თუ Event Viewer საერთოდ არ იხსნება, პრობლემა ჟურნალებშია და არა VPN-ის კონფიგურაციაში. დაუბრუნდით მათ სხვა პარამეტრის შეცვლამდე.

თავიდან ააწყვეთ ერთი ჩანაწერი და გამოსცადეთ იგი მარტო

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

rasdial "Office VPN"
rasdial "Office VPN" /disconnect
Get-PnpDevice -Class Net | Where-Object FriendlyName -like '*WAN Miniport*'

კავშირი, რომელიც მყარდება და შემდეგ არაფერს გადასცემს, ამ რემონტს უკვე გასცდა. Hyper-V ჰოსტზე ვირტუალურ ადაპტერზე NetBIOS over TCP/IP-ის ჩართვა რამდენიმე დოკუმენტირებულ SSTP შემთხვევაში დაკარგული ნაწილია და მისი შემოწმება არაფერი ღირს. ვადაგასული პაროლი გასწორდება დაკავშირებულ მდგომარეობაში, ვინაიდან დირექტორია ახალ მნიშვნელობას მხოლოდ წარმატებული შესვლის შემდეგ იგებს. სანამ გააგრძელებთ, ჩაინიშნეთ რომელი ეტაპი ჩავარდა, ვინაიდან მოწყობილობის ბილიკის თავიდან აწყობა ავთენტიფიკაციის შეცდომაზე პასუხად მხოლოდ უწესრიგობას იძლევა და არა წინსვლას.

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