VPN წყდება, როცა ეკრანი ბნელდება: ჩაკეტვა, ჩაქრობა თუ ძილი?
ჩაკეტილი სესია, ჩამქრალი ეკრანი და ძილში მყოფი მანქანა სამი განსხვავებული მოვლენაა. დაუკავშირეთ ისინი journalctl-ს, სანამ VPN-ის კავშირის შენარჩუნების მექანიზმს დაადანაშაულებთ.
როცა ვინმე ამბობს, რომ VPN მოკვდა, როცა ეკრანი დაბნელდა, პირველი სასარგებლო კითხვაა, სამი მოვლენიდან რომელი მოხდა სინამდვილეში: სესია ჩაიკეტა, პანელი ჩაქრა თუ მთელი მანქანა ჩაეძინა. ეს განსხვავებული მექანიზმებია განსხვავებულ ტაიმერებზე და მხოლოდ ერთ მათგანს შეუძლია საერთოდ შეუშალოს ხელი პროცესის დაგეგმვას. გაიარეთ ქვემოთ მოცემული შემოწმებები თანმიმდევრობით. გაჩერდით პირველზე, რომელიც პასუხობს კითხვას, რადგან მის შემდეგ ყოველი შემოწმება სხვა რამეზე პასუხობს.
პირველი შემოწმება: გამოყავით ჩაკეტვა ჩაქრობისა და ძილისგან
ჩაკეტვა ცვლის, ვის აქვს სესიის გამოყენების უფლება; კომპოზიტორი აგრძელებს ხატვას, ქსელური სტეკი აგრძელებს მუშაობას და VPN კლიენტი ვერაფერს ამჩნევს. ეკრანის ჩაქრობა გამორთავს პანელს უმოქმედობის ინტერვალის შემდეგ და მანქანას სრულიად ღვიძილ მდგომარეობაში ტოვებს. ძილი აჩერებს პროცესორებს, რაც ნიშნავს, რომ მომხმარებლის სივრცეში არც ერთი პროცესი არ იგეგმება, ამიტომ ვერც ერთი შენარჩუნების სიგნალი ვერ გაეშვება, რაც არ უნდა მოკლე ინტერვალი დააყენოთ.
| Event | What it stops | Can it kill the tunnel? |
|---|---|---|
| Session lock | Input to your session | No |
| Display blank | The panel | No |
| Suspend to RAM | CPU scheduling, hence every process | Yes, and silently |
| Hibernate | Everything, with state written to disk | Yes |
ეს ცხრილია მიზეზი იმისა, რომ «ეკრანი დაბნელდა» დიაგნოზი არ არის. სამაგიდო კომპიუტერი, რომელიც ხუთ წუთზე ჩაქრობაზე და ოცდაათზე ძილზეა დაყენებული, მეექვსე წუთზე ბნელ ეკრანს აჩვენებს სრულიად ჯანმრთელი გვირაბით. ოცდამეათე წუთის ხარვეზი სხვა მოვლენაა სხვა გადაწყვეტით და ორივე ოთახის მეორე მხრიდან ერთნაირად გამოიყურება.
მეორე შემოწმება: განათავსეთ ენერგიისა და ქსელის მოვლენები ერთ დროის ხაზზე
წაიკითხეთ ჟურნალი შეზღუდული ფანჯრისთვის და არა მთელი ჩატვირთვისთვის, და ჩართეთ როგორც შესვლის მენეჯერი, ისე კავშირის მფლობელი:
journalctl -b -u systemd-logind -u NetworkManager --since "45 minutes ago"
systemd-inhibit --listპირველი ბრძანება აჩვენებს ძილის მოთხოვნებს, გამოღვიძებას და მათ შემდეგ მომხდარ ქსელურ გადასვლებს. მეორე აჩვენებს, რა უჭირავს ახლა შემაფერხებელ საკეტს, რაც გეუბნებათ, განზრახ ბლოკავს თუ არა რაღაც ძილს და რომელი პროგრამაა. შეცვალეთ ერთეულების სახელები, თუ თქვენი კავშირის მფლობელი NetworkManager არ არის, და გახსოვდეთ, რომ სხვა მომხმარებლის ერთეულის ან სისტემური ჟურნალის წაკითხვა ლოკალურ პოლიტიკაზეა დამოკიდებული.
დაკარგული სტრიქონი უარყოფითი შედეგი არ არის. თუ არჩეული ერთეულის ჟურნალი თქვენი ანგარიშისთვის ხილული არ არის, ძილის ჩანაწერის არარსებობა არაფერს ამტკიცებს და ცარიელი ფილტრიდან «ის არასოდეს დაძინებულა» დასკვნის გამოტანა ის გზაა, რომლითაც ადამიანები კვირას შენარჩუნების სიგნალების რეგულირებაში ატარებენ.
მესამე შემოწმება: თუ ჩაეძინა, გადაწყვიტეთ, განზრახ იყო თუ არა
როგორც კი ძილის გადასვლა დროის ხაზზე გამოჩნდება, კითხვა იცვლება «რატომ გატყდა VPN»-იდან «საერთოდ უნდა დაძინებულიყო მანქანა»-ზე. ლეპტოპზე პასუხი ხშირად არის კი, და გვირაბის წყვეტა მოსალოდნელი ქცევაა, საიდანაც კლიენტმა გამოღვიძებისას უნდა აღდგეს. სამუშაო სადგურზე, რომელიც ხელმისაწვდომი უნდა დარჩეს, შესაცვლელი ძილის პოლიტიკაა. იმის გადაწყვეტა, ამ ორი მანქანიდან რომელს უყურებთ, ერთ კითხვას მოითხოვს და ეს ის კითხვა არ არის, რომელზეც ჟურნალმა თქვენ ნაცვლად უნდა გასცეს პასუხი.
შეცვალეთ ის შესული სესიის კუთვნილი კონტროლებით, ან ადმინისტრატორის მიერ მხარდაჭერილი მექანიზმით, თუ მოთხოვნა მთელ მანქანას ეხება. ეკრანის მენეჯერის პარამეტრის რედაქტირება, როცა სხვა ანგარიშით ხართ შესული, იგივე მოქმედება არ არის და იმდენ ხანს ჩანს მომუშავედ, ვიდრე შემდეგი სესია დაიწყება. ენერგიის მართვის სრულად გამორთვა ფართო პირველი რეაქციაა, რომელიც ბატარეის ხანგრძლივობას ხარჯავს და ნამდვილ პოლიტიკურ კითხვას მალავს.
მეოთხე შემოწმება: თუ ღვიძილ მდგომარეობაში დარჩა, შეხედეთ ქსელსა და კლიენტს
გვირაბის დაკარგულ ღვიძილ მანქანას სამი ისტორიიდან ერთი აქვს: წვდომის ქსელი ჩამოვარდა, VPN კლიენტი გაჩერდა ან ხელახლა ჩაირთო, ან სერვერის მხარემ ასოციაციას ვადა გაუვიდა, მაშინ როცა კლიენტი კვლავ სჯეროდა, რომ დაკავშირებული იყო. შეადარეთ ძირითადი კავშირის მოვლენის დროის ნიშნები გვირაბის მოვლენას და იყავით ზუსტი, რომელი მოვიდა პირველი.
შემდეგ გამოსცადეთ აღდგენის გზა თავდაპირველი სესიისგან დამოუკიდებლად. აღდგენილი გვირაბით ახალი მოთხოვნა შეიძლება წარმატებული იყოს, მაშინ როცა წყვეტამდე გახსნილი გრძელვადიანი აპლიკაციის სესია გატეხილი რჩება, რადგან აპლიკაცია ძველ სოკეტს ან ქეშირებულ მისამართს ინახავს. ეს აპლიკაციის პრობლემაა და არა მტკიცება, რომ გვირაბი არ დაბრუნდა.
რას შეიცავს სასარგებლო ანგარიში
ჩაწერეთ მიმდევრობა დროის ნიშნებითა და მფლობელებით: როდის ჩაიკეტა სესია, როდის დაბნელდა ეკრანი, დაფიქსირდა თუ არა ძილის მოთხოვნა, როდის ჩამოვარდა და დაბრუნდა კავშირი, როდის შეიცვალა გვირაბმა მდგომარეობა და რა გააკეთა აპლიკაციამ სინამდვილეში. ყოველ პუნქტს ჰყავს მფლობელი, ამიტომ ყოველი პუნქტი შეიძლება გადაეცეს სწორ ადამიანს, ნაცვლად იმისა, რომ Linux-ზე ზოგადი ჩივილი გახდეს.
თუ რომელიმე ეს სტრიქონი აკლია, ეს არის შემდეგი გასაზომი და არა შემდეგი შესაცვლელი. ხარვეზის მქონე დროის ხაზი უფრო ინფორმაციულია, ვიდრე ვარაუდზე დაფუძნებული პარამეტრის შეცვლა.