იყენებს Hyper-V ვირტუალური მანქანა ჰოსტის VPN-ს? დამოკიდებულია გადამრთველზე

დააყენეთ VPN კლიენტი Hyper-V ჰოსტზე, გახსენით იქ ბრაუზერი და გასვლის მისამართი იცვლება; გახსენით იგივე გვერდი ვირტუალური მანქანის შიგნით და შეიძლება ძველი მისამართი აჩვენოს, ან საერთოდ არაფერი. ჩვეულებრივი დასკვნაა, რომ ვირტუალური მანქანა გაფუჭებულია, ან გაყოფილი გვირაბი უნდა ჩაირთოს. არც ერთი არ გამომდინარეობს. VPN კლიენტი მანქანის თვისება არ არის; ეს არის მარშრუტების ნაკრები, ვირტუალური ადაპტერი და ხშირად კონკრეტულ ინტერფეისებზე მიმაგრებული ფილტრი. შეხვდება თუ არა სტუმრის ტრაფიკი ამ მექანიზმს, დამოკიდებულია ვირტუალურ გადამრთველზე, რომელსაც სტუმარი იყენებს.

მითი, პირდაპირ ნათქვამი

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

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

გადამრთველის სამი ტიპი, სამი გზა

გარე გადამრთველი ვირტუალურ ადაპტერს ფიზიკურ ქსელურ ბარათზე აკავშირებს, და სტუმარი ჩარჩოებს ამ კავშირით აგზავნის საკუთარი MAC მისამართით. სტუმარი ფიზიკურ ქსელში თანასწორი ხდება, საკუთარი DHCP იჯარით, კარიბჭით და DNS სერვერებით. ჰოსტის VPN ნაგულისხმევი მარშრუტი ჰოსტის სტეკში ცხოვრობს და ამ ჩარჩოებს არ ამოძრავებს, რადგან ისინი იგება და არა ჰოსტის გავლით მარშრუტირდება. ამიტომაც Wi-Fi ადაპტერზე გარე გადამრთველი ცუდი იდეაა: უმეტეს უსადენო დრაივერს მეორე MAC მისამართისთვის ჩარჩოები არ გადააქვს.

შიდა გადამრთველი სტუმრებს ჰოსტის ვირტუალურ ადაპტერზე აკავშირებს. მარტო ის ინტერნეტ გასასვლელს არ იძლევა; ჰოსტზე NAT ობიექტი უზრუნველყოფს თარგმანს, როგორც აღწერილია Hyper-V-ის NAT გზამკვლევში. ახლა სტუმრის პაკეტები მართლაც შედის ჰოსტის მარშრუტიზაციასა და NAT გზაში, ამიტომ VPN კლიენტის მარშრუტები და ფილტრები კვლავ მნიშვნელოვანია. ეს ის განლაგებაა, სადაც ვირტუალური მანქანა ნამდვილად მიჰყვება ჰოსტის VPN-ს, და სადაც kill switch-ს შეუძლია სტუმრის სრულად გაწყვეტა.

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

ნაგულისხმევი გადამრთველი ცალკე განლაგებაა

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

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

ოთხი ფაქტი, რომელიც კითხვას წყვეტს

შეაგროვეთ ეს, სანამ რამეს შეცვლით: გადამრთველის ტიპი და მისი ზედა კავშირი, ვირტუალურ მანქანაზე მიმაგრებული ადაპტერი, სტუმრის საკუთარი მისამართი, კარიბჭე და DNS, ასევე ჰოსტის NAT და ნაგულისხმევი მარშრუტის მდგომარეობა. მხოლოდ წაკითხვის ბრძანებებია Get-VMSwitch, Get-VMNetworkAdapter -VMName "TestVM", Get-NetNat, და Get-NetRoute -DestinationPrefix 0.0.0.0/0; ხოლო სტუმრის შიგნით ipconfig /all დანარჩენს გაძლევთ.

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

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

რა ღირს მითი

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

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

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