L2TP/IPsec შეცდომა 789, 720 ან 691: ჯერ სწორი ეტაპი გაასწორეთ

Windows 11 L2TP/IPsec-ის თითოეული ეტაპისთვის განსხვავებულ ნომერს აცხადებს და ეს ნომერი ეტაპს აღნიშნავს და არა წარუმატებლობას აფასებს. 789 ვარდება მანამ, სანამ PPP კავშირი არსებობს, 720 ვარდება კავშირის აწევის დროს, ხოლო 691 ვარდება მას შემდეგ, რაც კავშირი ავიდა და რწმუნებები უარყოფილია. სასარგებლო გადაწყვეტილება არ არის რომელი შესწორებაა ყველაზე პოპულარული; არამედ რომელი ეტაპი დაამტკიცა კოდმა, რომ მიაღწიეთ. ჯერ ეს წაიკითხეთ, შემდეგ ყოველ ცდაზე ერთი ფენა შეცვალეთ, რომ შემდეგმა კოდმა ჯერ კიდევ რაღაც გითხრათ.

წაიკითხეთ კოდი როგორც ეტაპი, და არა როგორც ხარვეზების სია

L2TP კავშირი სამ საზღვარს გადალახავს ფიქსირებული რიგით. IKE UDP 500-ზე აწარმოებს მოლაპარაკებას უსაფრთხოების ასოციაციებზე, NAT-ის გავლა ამ ტრაფიკს UDP 4500-ზე გადააქვს და მხოლოდ ამის შემდეგ L2TP გვირაბი ატარებს PPP სესიას, რომელიც ავთენტიფიცირებს მომხმარებელს და ანიჭებს მისამართს.

ეს რიგია მიზეზი, რატომ არის ცვალებადი შეცდომის კოდი სასარგებლო მტკიცებულება. 789-დან 720-ზე გადასვლა ნიშნავს, რომ IPsec ახლა მოლაპარაკებას აწარმოებს და წარუმატებლობა კავშირის აწყობაზე გადავიდა. 720-დან 691-ზე გადასვლა ნიშნავს, რომ კავშირი ავიდა და კარიბჭემ იდენტობა უარყო. თუ ხუთ შესწორებას ერთდროულად გამოიყენებთ, დაკარგავთ ამ სიგნალს და ვერ იტყვით, რომელი ცვლილება იმუშავა.

789: აირჩიეთ გზასა და ლოკალურ პოლიტიკას შორის

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

დაადასტურეთ, რომ UDP 500 და UDP 4500 სერვერს აღწევს და რომ წინასწარ გაზიარებული გასაღები ბაიტ-ბაიტ ემთხვევა, მათ შორის ასოების რეგისტრი და ბოლო სივრცეები. თუ სერვერი NAT-ის უკანაა, Windows-ს შეიძლება ასევე დასჭირდეს დოკუმენტირებული რეესტრის მნიშვნელობა. გამოიყენეთ 1, როცა სერვერი NAT-ის უკანაა, და 2, როცა ორივე მხარე ასეა, შემდეგ გადატვირთეთ, რადგან პოლიტიკის აგენტი მნიშვნელობას გაშვებისას კითხულობს:

reg add "HKLM\SYSTEM\CurrentControlSet\Services\PolicyAgent" /v AssumeUDPEncapsulationContextOnSendRule /t REG_DWORD /d 1 /f

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

720: აირჩიეთ ამ ადაპტერსა და სერვერების აუზს შორის

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

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

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

691: აირჩიეთ რწმუნებასა და გაჩერებულ დამხმარეს შორის

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

ჯერ დომენის ველი შეამოწმეთ, შემდეგ პაროლის ზუსტი სიმბოლოები. პაროლი, რომელიც შეიცავს სივრცეს, ბრჭყალს ან shell-ის სპეციალურ სიმბოლოს, შეიძლება დაზიანდეს სერვერამდე მისვლამდე; Linux-ზე pppd იმავე უარყოფას აცხადებს, რასაც E=691 ბრჭყალების გარეშე მნიშვნელობის ან დაკარგული დომენისთვის. გადაბეჭდეთ საიდუმლო ჩასმის ნაცვლად და წაშალეთ ნებისმიერი შენახული რწმუნება, რომელსაც შეიძლება ძველი მნიშვნელობა ჰქონდეს.

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

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

ყოველ ცდაზე ერთი ფენა შეცვალეთ

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

აწარმოეთ მოკლე ჟურნალი კოდის შესახებ ყოველ ცდამდე და მის შემდეგ, კლიენტის აწყობისა და იმის შესახებ, შეიცვალა თუ არა სერვერი ან კლიენტი. 789, შემდეგ 720, შემდეგ 691 მიმდევრობა პროგრესის რუკაა; იგივე კოდი ორჯერ ნიშნავს, რომ ბოლო ცვლილებამ ამ ეტაპს არ მიმართა. Windows-ის ხელახალი ინსტალაცია ამ რუკას შლის და იშვიათად ასწორებს კარიბჭეზე მცხოვრებ წარუმატებლობას.

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