WireGuard უმოქმედობის შემდეგ იშლება: ჯერ მიმართულება შეამოწმეთ

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

რომელი მიმართულება იშლება?

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

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

wg show wg0 latest-handshakes
wg show wg0 endpoints
wg show wg0 transfer

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

ძილი, რადიო და აპის მდგომარეობა

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

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

რას აკეთებს keepalive სინამდვილეში

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

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

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

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

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