VPN დაკავშირებულია, მაგრამ IP მისამართი არ შეიცვალა: რატომ

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

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

Wi-Fi-ის ან Ethernet-ის დიალოგში ნაჩვენები მისამართი თქვენივე სეგმენტზე ინტერფეისის მისამართია, და არა ის მისამართი, რომელსაც საიტი ხედავს, ამიტომ ის შეიძლება იგივე დარჩეს, სანამ გვირაბი იდეალურად მუშაობს. მდებარეობა ისევ ცალკე სიგნალია: შენახული ანგარიშის რეგიონი ან ნებადართული გეოლოკაციის წაკითხვა არ იძვრება, როცა გასასვლელს ცვლით, და არც ის შესვლა, რომელიც უკვე გიცნობთ.

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

curl -4 -s https://ifconfig.me
curl -6 -s https://ifconfig.me

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

პროფილი შეიძლება ტრაფიკის მხოლოდ ნაწილს ფარავდეს

გაყოფილი გვირაბის პროფილი ჩვეულებრივი პასუხია და ეს ნაკლი არ არის. OpenVPN ყველაფერს გვირაბით გზავნის მხოლოდ მაშინ, როცა redirect-gateway გაგზავნილ პარამეტრებშია; მის გარეშე კლიენტი რამდენიმე კონკრეტულ მარშრუტს იღებს და თქვენი ნაგულისხმევი მარშრუტი ფიზიკურ ბმულზე რჩება. Windows-ზე იგივე გადამრთველი ჩნდება როგორც „ნაგულისხმევი კარიბჭის გამოყენება დისტანციურ ქსელში” ადაპტერის IPv4 თვისებებში, და მისი მოხსნა გააზრებული არჩევანია, რომელიც ყოველ ხელახალ დაკავშირებას გადაურჩება.

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

მისამართების ერთი ოჯახი მაინც შეიძლება პირდაპირ წავიდეს

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

ip -4 route get 1.1.1.1
ip -6 route get 2606:4700:4700::1111

წაიკითხეთ ინტერფეისი თითოეულ პასუხში. თუ IPv6-ის ძებნა თქვენს Ethernet ან Wi-Fi მოწყობილობას ასახელებს, ხოლო IPv4-ის ძებნა გვირაბს, მაშინ ამ ოჯახის პოლიტიკა აკლია და არა გატეხილია. IPv6-ის მთელ მოწყობილობაზე გამორთვა სიმპტომს აქრობს და გადაწყვეტილებას მალავს; სჯობს გაასწოროთ პროფილის დაფარვა ან გამორთოთ ოჯახი მხოლოდ იმ კავშირზე, და ჩაინიშნოთ, რომელი აირჩიეთ.

მეორე გზამ შეიძლება ძებნა მოიგოს

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

სანამ რამეს შეცვლიდეთ, შეადგინეთ ნუსხა მხოლოდ-კითხვის ბრძანებებით:

route print -4
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric
nmcli connection show --active

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

ხელახლა გაზომეთ ახალი მოთხოვნით

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

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