როგორ მივაღწიოთ პირად სერვისს VPN-ის მეშვეობით ვირტუალურ მანქანაში

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

ჩამოწერეთ ორივე გზა, სანამ რამეს შეცვლით

სტუმარზე ipconfig /all აჩვენებს ადაპტერს, რომელიც ატარებს VPN ტრანსპორტს, და მისამართს, რომელიც მან ვირტუალური ქსელის DHCP-სგან მიიღო. Mac-ზე ჩამოწერეთ ვირტუალური ინტერფეისი, რომელიც ჰიპერვიზორმა ამ სეგმენტისთვის შექმნა; VMware Fusion-ში მხოლოდ ჰოსტისთვის განკუთვნილი მოწყობილობა ჩვეულებრივ vmnet1-ია, ხოლო Parallels თავისას საკუთარ სახელს აძლევს. დააკვირდით, ვინ ანაწილებს იქ მისამართებს, შემდეგ ჩამოწერეთ ყველაფერი, რადგან მხოლოდ ჰოსტის ქვექსელი ხშირად ხელახლა ინიშნება ვირტუალური ქსელის ხელახლა შექმნისას. ვირტუალური მანქანის ქსელური რეჟიმი შეამოწმეთ ჰიპერვიზორში და არა თქვენს მეხსიერებაში მის შესახებ. საერთო ან NAT რეჟიმი ინტერნეტისკენ მიმართული ადაპტერისთვის და მხოლოდ ჰოსტის რეჟიმი Mac-ისკენ მიმართული ადაპტერისთვის არის ის განლაგება, რომელსაც ეს ნაბიჯები ვარაუდობენ.

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

ჯერ დაადასტურეთ სტუმრის საკუთარი VPN

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

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

დაამატეთ მხოლოდ ჰოსტის შტო და გამოსცადეთ ის მარტო

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

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

გადაამისამართეთ ერთი პორტი და არა ქვექსელი

უპირატესობა მიანიჭეთ ერთ გადამისამართებულ პორტს ზოგადი IP გადამისამართების ნაცვლად. Windows გთავაზობთ netsh interface portproxy-ს, რომელიც მსმენელ პორტს გადაამისამართებს სამიზნე ჰოსტსა და პორტზე, და მას სჭირდება IP Helper სერვისის მუშაობა.

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

შეამოწმეთ, შემდეგ ჩამოწერეთ უკუქცევა

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

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