ორწამიანი გაყინვა: VPN იყო თუ Wi-Fi?
ორწამიანი შეჩერება და ახალი VPN სესია სხვადასხვა მოვლენაა. ტაიმერის შეცვლამდე წვდომის გზა და გვირაბი ცალკეულ დროის ხაზებზე მოათავსეთ.
ორწამიანი გაყინვა, რომელიც თავისით აღდგება, ერთნაირად ჩანს, მიუხედავად იმისა, გვირაბმა ხელახლა იმოლაპარაკა თუ რადიომ წაბორძიკდა. შესაძლებელია, საერთოდ არაფერი ჩამოვარდნილიყო და ეს შესაძლებლობა პირველად უნდა შემოწმდეს. დანაკარგების მოკლე აფეთქება, ხელახალი მოლაპარაკება და აპლიკაციის შეჩერება კლავიატურასთან მჯდომ ადამიანს ერთნაირად აგრძნობინებს. სამიდან მხოლოდ ერთი სწორდება გვირაბის კონფიგურაციის შეცვლით.
ორი ჩანაწერი და არა ერთი
ჩაწერეთ, რა დაემართა ქვედა კავშირს და ცალკე — რა გააკეთა თავად გვირაბმა. შემდეგ აპლიკაციის პაუზა ორივე ჩანაწერის გვერდით დააყენეთ. ეს დამოუკიდებელი მოვლენათა რიგებია, რომლებიც ზოგჯერ ემთხვევა, და სამივეს გაწყვეტად წოდება თავიდანვე პასუხის ვარაუდს ნიშნავს.
მონიტორი, რომელიც წუთში ერთხელ ამოწმებს, ვერ დაინახავს ორწამიან შეწყვეტას. იმ დღის ჯანმრთელად გამოცხადება ტექნიკურად ზუსტია და პრაქტიკულად უსარგებლო. ყოველი ციტირებული შედეგის გვერდით ჩაწერეთ შერჩევის ინტერვალი.
რა გააკეთა წვდომის რგოლმა, სანამ აპლიკაცია გაყინული იყო
შერჩევის ინტერვალი და დროის ლიმიტი განსაზღვრავს, რა შეეძლო მონიტორს საერთოდ დაენახა, ამიტომ ორივე შედეგის გვერდით ჩაწერეთ. შეწყვეტების არარსებობის ჩანაწერი ცოტას ნიშნავს, როცა ხელსაწყო ყოველ სამოც წამში იღებს ნიმუშს. შემდეგ დროის ნიშნებით შეამოწმეთ სამი ადგილი: ადგილობრივი როუტერი, დამტკიცებული გარე ჰოსტი, რომელიც ჩვეულებრივი გზით მიიღწევა, და გვირაბის უკან მდებარე რესურსი.
ჯერ მარშრუტები დაადასტურეთ, რადგან საჯარო სამიზნე თავად შეიძლება გვირაბით იყოს მარშრუტირებული და მაშინ წვდომის გზის ნაცვლად გვირაბს ზომავს. მტკიცებულებები, რომლებიც ნამდვილად ათარიღებს შეწყვეტას, ერთი ფენით ქვემოთაა: რგოლის მოვლენები როუტერზე, ხელახალი სინქრონიზაციის ჩანაწერები მოდემზე და შეცვლილი WAN მისამართი. კუმულაციური შეცდომების მთვლელი გეუბნებათ, რომ რაღაც არასწორად წავიდა, მაგრამ არასოდეს — როდის. ეს ჩანაწერები ინციდენტის ფანჯარას დაუკავშირეთ და არა იზოლირებულად წაიკითხეთ.
ping -i 0.5 -c 40 192.168.60.1
mtr -rwc 40 203.0.113.25
ip -brief address showგუშინ აწეული მთვლელი დღევანდელი დილის გაყინვას არაფერს ხსნის. კორელაცია შემოიფარგლეთ მომხმარებლის მიერ მოხსენებული ფანჯრით.
მოძებნეთ გადატვირთვის ჩანაწერი
დაკარგული UDP დატაგრამა თავისთავად არ აიძულებს Community OpenVPN-ს დაიწყოს ახალი TLS მოლაპარაკება. გადატვირთვის ქცევა ემორჩილება ping-restart-ს, და მოქმედი მნიშვნელობა შესაძლოა სერვერმა გამოგზავნა; 2.6 სახელმძღვანელო განსაზღვრავს იმ ტაიმერებს. მიწოდება წამიერად წყდება, ზღვარი არასოდეს გადაიკვეთება და ჟურნალი ცარიელი რჩება. ამიტომ ჟურნალში პაუზის ირგვლივ მოძებნეთ გადატვირთვის სტრიქონი, ახალი კავშირი ან შეცვლილი სესიის იდენტიფიკატორი. თუ სამიდან არცერთი არ გამოჩნდა, გვირაბმა სავარაუდოდ არაფერი გააკეთა და ტაიმერი არასოდეს ყოფილა პრობლემა.
ყოველი keepalive-ის შემოკლება აღმოჩენას უფრო სწრაფად აჩვენებს და ცვლის იმ ზღვარს, სადაც პატარა ჩავარდნა ხელახალ დაკავშირებად იქცევა. ყოველი ხელახალი დაკავშირება ერთი ავთენტიფიკაციის რაუნდი და მარშრუტების ხელახალი დაყენება ჯდება. ტაიმერის გაწელვა არაფერს ყიდულობს გარდა უფრო გრძელი ფანჯრისა, სადაც მკვდარი გზა ჯერ კიდევ ცოცხლად გამოიყურება. ორივე ფასიანი რეგულირების გადაწყვეტილებაა, არა უფასო გაუმჯობესება.
არარსებული მოვლენაც მტკიცებულებაა, და სწორედ ის ტიპი, რომელსაც ადამიანები გამოტოვებენ, რადგან ჟურნალში ვერაფერი იპყრობს მასზე ყურადღებას. ჩაწერეთ ძებნა, რომელიც ჩაატარეთ, და არა მხოლოდ მისი შედეგი.
დაე, შედარებამ გადაწყვიტოს, რა შესწორდეს
როცა ორივე ჩანაწერი გვერდიგვერდაა, მიკუთვნება ჩვეულებრივ თავისით იწერება. როუტერის რგოლის მოვლენა ორივე გზაზე ნიშნავს, რომ თემა წვდომის კავშირია. მშვიდი გვირაბი და გამოსადეგი ჩვეულებრივი გზა ნიშნავს, რომ თემა მოლაპარაკებაა.
| What you observed | Tunnel log at that second | Where to look next |
|---|---|---|
| two-second pause, plain path answers throughout | nothing | the monitor's resolution, then a loss burst |
| pause plus a router link event, plain path stops and returns | no restart line | the access link, not the tunnel timer |
| pause, then a new session identifier | restart line | the restart threshold and what triggered it |
| one application freezes while both paths answer | nothing | that application and its server-side work |
ყოველი სტრიქონი მინიშნებაა და არა განაჩენი: ბოლო წერტილები ICMP-ის პრიორიტეტს ამცირებენ, და ორი დანიშნულება სულაც არ იზიარებს ერთ გზას. კლიენტის, კარიბჭისა და აპლიკაციის საათები შეათანხმეთ, რომ შედარება საერთოდ შესაძლებელი იყოს. ორ სვეტში მოთავსებულ სტრიქონს კიდევ ერთი დაკვირვება სჭირდება, არა გადაწყვეტილება.
მიმოხილვას რომ გაუძლოს, ანგარიშმა ოთხ რამეს უნდა უპასუხოს: რამდენ ხანს გაგრძელდა გაყინვა, რომელი გზები აგრძელებდნენ პასუხს, რა ჩაწერა გვირაბმა იმ წამს და რამდენად ხშირად იღებს მონიტორი ნიმუშს. ეს ოთხი ფაქტი მომდევნო მკითხველს საშუალებას აძლევს, დაკვირვება გაამეოროს და არა შეჯამებას ენდოს. ხელმისაწვდომობის პროცენტი ზუსტად იმ ინტერვალს მალავს, რომელიც გაინტერესებთ, და "VPN ჩამოვარდა" ფრაზაც.