VPN მუდმივად წყდება? გაიარეთ ეს ამ თანმიმდევრობით

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

პირველი ნაბიჯი: ჩაწერეთ ინტერვალი და შეცდომის ტექსტი

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

journalctl -u openvpn-client@client --since '3 hours ago' | tail -60
journalctl -u wg-quick@wg0 --since '3 hours ago' | tail -40
wg show
ip -s link show wg0

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

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

მეორე ნაბიჯი: შეცვალეთ ერთი ცვლადი და არა პროფილი

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

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

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

მესამე ნაბიჯი: დაუკავშირეთ ინტერვალი შრეს

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

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

უმოქმედობის შემთხვევაში პარამეტრები პროტოკოლზეა დამოკიდებული და ორივე ბოლო მნიშვნელოვანია. სერვერზე OpenVPN-ის keepalive 10 60 ყოველ 10 წამში აგზავნის პინგს და კავშირს ხელახლა უშვებს 60 წამის შემდეგ მის გარეშე; NAT-ის უკან მყოფი WireGuard კლიენტები იყენებენ PersistentKeepalive = 25-ს პარტნიორის ბლოკში. OpenVPN ასევე ტაიმერით ხელახლა აწარმოებს მოლაპარაკებას მონაცემთა არხზე, reneg-sec, რომლის ნაგულისხმევი მნიშვნელობა 2.x-ში 3600 წამია.

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

მეოთხე ნაბიჯი: შეადარეთ ერთი მხარდაჭერილი ალტერნატივა

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

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

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

დაადასტურეთ შესწორება და შეინახეთ დაბრუნების შესაძლებლობა

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

wg show wg0 latest-handshakes
curl -m 5 -sS https://ifconfig.me
cp client.ovpn client.ovpn.bak   # before editing timers

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

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