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

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

ორი ადაპტერი, ორი განსხვავებული ხედი

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

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

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

Capture pointWhat it showsWhat it cannot show
Physical interfaceOuter endpoints, ports, packet sizesAny inner payload
Tunnel interfaceDecrypted inner trafficWhat the VPN added around it
Gateway or mirrorForwarded path after the tunnelThe client's own decision process

რატომ ამტვრევს პრომისკუიტური რეჟიმი გვირაბის ადაპტერს

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

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

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

IPsec ჩაწერის წაკითხვადი გახდომა

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

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

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

ჩაწერა, რომლის გაზიარებაც უსაფრთხოდ შეიძლება

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

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

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

დაკავშირებული სტატიები