L2TP/IPsec არ მუშაობს, როცა სერვისი IKEEXT გამორთულია

ერთი ლეპტოპი აღწევს IKEv2-ის კარიბჭეს, მაგრამ ვერ ახერხებს L2TP/IPsec-ის კარიბჭესთან, და შეცდომა ჩნდება მანამ, სანამ რომელიმე მომხმარებლის სახელი გაიგზავნება. პროფილი ჩვეულებრივ პირველი ეჭვმიტანილია და ჩვეულებრივ არასწორი. Windows IPsec-ის გასაღების გაცვლას სერვისში ასრულებს, და სანამ ეს სერვისი გამორთულია, ჩაშენებულ კლიენტს არ აქვს სტეკი, რომელთანაც მოლაპარაკებას აწარმოებს. შეამოწმეთ სერვისი, სანამ პროფილის ერთ რომელიმე ველს შეეხებით, და შემდეგ გაარკვიეთ, რამ გამორთო ის.

სერვისი, რომელიც უკან დგას

IKE and AuthIP IPsec Keying Modules, რომელიც სერვისების სიაში IKEEXT-ად ჩანს, ასრულებს გასაღების გაცვლას და Windows-ში UDP 500 და 4500 სოკეტებს ინახავს. გამორთეთ ის და L2TP/IPsec და IKEv2 ორივე კარგავს თავის მომლაპარაკებელს, ხოლო PPTP და SSTP შეიძლება განაგრძოს მუშაობა, რადგან მასზე არ არიან დამოკიდებული. ეს გაყოფა ხსნის, თუ რატომ შეიძლება მომხმარებელმა შეატყობინოს, რომ ერთი ტიპის VPN მუშაობს, მეორე კი იმავე მანქანაზე მკვდარია. სერვისი ოპერაციული სისტემის ნაწილია, ამიტომ არცერთი პროფილის პარამეტრი ვერ ჩაანაცვლებს მას.

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

დააბრუნეთ სერვისი გამოცნობის გარეშე

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

sc qc ikeext
sc query ikeext

გაშვების ტიპი Disabled ხსნის მთელ სიმპტომს, ხოლო გადაწყვეტაა მისი Automatic-ზე დაბრუნება და სერვისის გაშვება. Services-ის კონსოლში ჩანაწერი ჩანს თავისი ჩვენების სახელით, IKE and AuthIP IPsec Keying Modules, ამიტომ IKEEXT-ის ძებნა ამ სიაში ვერაფერს პოულობს. გადატვირთეთ, თუ სერვისი გაშვებულ იქნა მას შემდეგ, რაც წარუმატებელი კავშირი უკვე შესრულებული იყო, რადგან ამ თანმიმდევრობით ინიციალიზებული სტეკი შეიძლება ჩავარდეს ისე, რაც უკავშირო ჩანს.

sc config ikeext start= auto
net start ikeext

რა თიშავს მას ისევ

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

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

ჯერ წაიკითხეთ ეტაპი, შემდეგ ჟურნალი

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

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

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

რას ვერ ამტკიცებს ლოკალური შეკეთება

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

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

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