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

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

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

ჯერ შენახული პროფილი, შემდეგ ფაქტობრივი მდგომარეობა

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

nmcli -f connection.id,connection.uuid,ipv4.never-default,ipv4.routes,ipv4.dns connection show office-vpn

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

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

ip -4 rule show
ip -4 route show table all

ორი დანიშნულება, ერთი შედარება

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

ip -4 route get 10.40.0.20
ip -4 route get 203.0.113.20

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

ნუ მოითხოვთ, რომ ორმა კლიენტმა იდენტური ტექსტი დაბეჭდოს. OpenVPN-ის redirect-gateway def1 ჩვეულებრივ გამოისახება როგორც ორი ნახევარპრეფიქსიანი მარშრუტი და არა ერთი ნაგულისხმევი, და მენეჯერი, რომელიც მათ სხვაგვარად აჩვენებს, ამით არ ცდება. შეაფასეთ დაფარვა, რასაც ძებნები აჩვენებს, და არა ფორმატირება.

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

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

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

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

შეინარჩუნეთ შედარება სუფთა

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

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

NetworkManager-ის IPv4 პარამეტრების ცნობარი ზუსტად განსაზღვრავს never-default-ს და შენახული მარშრუტის თვისებებს, რაც ღირს წაიკითხოთ სანამ მართულ მნიშვნელობას შეცვლით. და გახსოვდეთ ამ შედარების ფარგლები: ის მოიცავს IPv4-ს და არაფერს ამბობს შესაბამის IPv6 პოლიტიკაზე, რომელსაც აქვს საკუთარი ნაგულისხმევები და საკუთარი გაოცების ხერხი.