Windows VPN შეცდომა 691: რომელი შემოწმება ჩავარდა სინამდვილეში?

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

უარის მიღების სამი გზა, ერთი დიალოგი

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

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

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

რა გაგზავნა კლიენტმა სინამდვილეში

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

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

Get-VpnConnection -Name 'Corp VPN' | Format-List Name, ServerAddress, TunnelType, AuthenticationMethod
cmdkey /list | Select-String -Pattern 'corp' -SimpleMatch

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

მიიღეთ პოლიტიკის გადაწყვეტილება და არა აღდგენა

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

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

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

სცადეთ კიდევ ერთხელ, შემდეგ შეადარეთ

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

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