ერთი მომხმარებელი VPN-ში ვერ შედის: თანმიმდევრული დიაგნოსტიკა

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

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

დააფიქსირეთ ეტაპი და დროის ნიშა

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

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

წაიკითხეთ იდენტობის მოვლენა ამ ერთი ცდისთვის

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

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

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

შეცვალეთ ერთი პირობა ყოველ ჯერზე, პოლიტიკის ფარგლებში

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

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

დაადასტურეთ შეკეთება თავდაპირველ გზაზე

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

დახურეთ ბილეთი იმით, რაც გამოირიცხა და რაც შეიცვალა. ეს ჩანაწერი განსხვავებაა ერთჯერად გადარჩენასა და იმას შორის, რასაც შემდეგი მორიგე ინჟინერი ხელახლა გამოიყენებს.