Cisco VPN Hyper-V-ის შემდეგ იკიდება: კავშირის მოხსნა თუ ხელახლა აწყობა?

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

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

რას ელოდება securing communications ეტაპი

გვირაბის აგებამდე კლიენტს სჭირდება მუშა ლოკალური ქსელური გზა შესასვლელამდე. ის აყენებს საკუთარ ვირტუალურ ადაპტერს და იყენებს მას ამ გზის ნაწილად. თუ Hyper-V ამ ადაპტერს დააკავშირებს ემულატორისთვის შექმნილ კომუტატორთან, ადაპტერმა შეიძლება შეწყვიტოს გამოსადეგი მარშრუტის მიწოდება.

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

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

პირველი გადაწყვეტილება: დაკავშირებულია VPN ადაპტერი არასწორ კომუტატორთან?

გახსენით Hyper-V Manager, შემდეგ Virtual Switch Manager, და წაიკითხეთ ადაპტერების სია თითოეული კომუტატორისთვის. Cisco ადაპტერი არ უნდა გამოჩნდეს ემულატორის კომუტატორის დანამატად. თუ გამოჩნდა, ეს თქვენი შეცდომაა, და შეკეთება მისი იმ კომუტატორიდან მოხსნაა.

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

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

მეორე გადაწყვეტილება: ადაპტერი ჩართულია, მაგრამ მისამართის გარეშე?

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

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

აღადგინეთ ემულატორი, ხარვეზის აღდგენის გარეშე

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

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

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