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

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

რომელი მისამართი შეიცვალა სინამდვილეში

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

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

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

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

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

wg show wg0 endpoints
wg show wg0 latest-handshakes
conntrack -L -p udp --dport 51820 | head -n 10

გაასუფთავეთ მოძველებული გარე მიბმა

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

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

ხელახლა გამოსცადეთ ახალი მოთხოვნით

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

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

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

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