eth0-ზე ტრაფიკი არ ნიშნავს, რომ VPN გვირაბი ჟონავს

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

გვირაბის ყოველი პაკეტი მაინც კვეთს მავთულს

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

UDP რეჟიმში გარე ნაკადი თითოეული მიმართულებით მისამართისა და პორტის ერთი წყვილია, ამიტომ ჯანმრთელი გვირაბი eth0-ზე თითქმის მოსაწყენად გამოიყურება. სწორედ ეს ერთი წყვილი უნდა მოძებნოთ პირველად.

დაიჭირეთ თითო ინტერფეისი ერთდროულად

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

sudo tcpdump -i eth0 -n host 203.0.113.10 and udp port 1194

შეცვალეთ მისამართი და პორტი თავად პროფილის მნიშვნელობებით. თუ ეს ნაკადი სტაბილურია, გვირაბი რაღაცას ატარებს.

ჰკითხეთ ბირთვს, რომელ მოწყობილობას ირჩევს

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

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

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

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

როცა ჩანაწერი მართლაც გაჟონვაა

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

გაასწორეთ მარშრუტი ან გამონაკლისი და არა firewall. შემდეგ კვლავ დაიჭირეთ ახალი კავშირიდან და შეამოწმეთ IPv4 და IPv6 ცალ-ცალკე, რადგან ერთის გასწორება მეორეზე არაფერს ამბობს. tcpdump-ის სახელმძღვანელო აღწერს ზემოთ გამოყენებულ ინტერფეისისა და მიმართულების ამომრჩევლებს.