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

ორი ახსნა ერთი მისამართის უკან

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

Address learned before the tunnel: P1
Tunnel up: the next request exits at P2
Application reuses its retained P1 in a message body
Receiver logs source P2 and submitted value P1

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

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

აპის მეხსიერება გადატეხილ კავშირს გადაურჩება

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

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

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

ჯერ წყაროს სათაური წაიკითხეთ, შემდეგ დატვირთვა

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

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

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

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

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

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

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

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

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

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