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

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

რატომ ვერ გაყოფს დამატებითი მარშრუტი ერთ პრეფიქსს

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

ip route get 192.168.1.50
route -n get 192.168.1.50
Find-NetRoute -RemoteIPAddress 192.168.1.50

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

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

წაიკითხეთ ის პული, რომელიც კლიენტმა ნამდვილად მიიღო

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

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

გადანომრვა ის გასწორებაა, რომელიც თქვენ შეგიძლიათ გააკეთოთ

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

1. ჯერ ინვენტარი: როუტერის საკუთარი მისამართი, DHCP დიაპაზონი, დაჯავშნები, პორტების გადამისამართებები და ნებისმიერი მოწყობილობა, რომლის მისამართიც ხელით აკრიფეს.
2. შემდეგ შეცვალეთ როუტერის LAN პრეფიქსი და DHCP დიაპაზონი ერთად ტექნიკური მომსახურების ფანჯრის შიგნით და განაახლეთ სადენიანი იჯარები უსადენოებამდე.
3. შემდეგ გაასწორეთ სტატიკური მისამართები: პრინტერები, ქსელური საცავი, ყველაფერი მკაცრად ჩაწერილი კარიბჭით.
4. ბოლოს, ხელახლა დააკავშირეთ VPN კლიენტი და დაადასტურეთ, რომ გვირაბის მისამართი აღარ ეჯახება LAN-ს.

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

რა შეუძლია და რა არ შეუძლია ალიასს

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

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

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