VPN ითიშება ეკრანის გამორთვისას: რომელი სასიცოცხლო ციკლი?
ჩაკეტილმა ეკრანმა შეიძლება შეაჩეროს კლიენტი, გააუქმოს რუკების ჩანაწერი ან მოკლას აპის სესია. ერთი კონტროლირებული ტესტი გამოყოფს მათ ნებისმიერი პარამეტრის შეცვლამდე.
გადაცემა ჩერდება იმ წამს, როცა ეკრანი ბნელდება, და ნიშანი რამდენიმე წამში მოჰყვება. სამი განსხვავებული რამ ქმნის ამ სურათს: კლიენტის პროცესი იზღუდება, გზა უმოქმედო ხდება და კარგავს თავის რუკებას, ან აპლიკაცია კარგავს სესიას, რომელიც გვირაბმა ვერასოდეს შეამჩნია. თითოეულს თავისი მტკიცებულება აქვს და თითოეული შესწორება სხვა შრეს ეკუთვნის. ქვემოთ მოცემული თანმიმდევრობა გამოყოფს მათ ერთი კონტროლირებული ტესტით, ყველა პარამეტრის გადახედვის ნაცვლად.
სამი გაფუჭება, რომლებიც ერთნაირად გამოიყურება
შეზღუდული ფონური პროცესი წყვეტს keepalive-ების გაგზავნას და მეორე მხარე საბოლოოდ გვირაბს მკვდრად აცხადებს. გზაზე უმოქმედო რუკება შეიძლება ვადაგასული გახდეს, სანამ მოწყობილობა ძილშია, ამიტომ დაბრუნებული ტრაფიკი ვერასოდეს აღწევს კლიენტამდე, რომელიც ჯერ კიდევ სრულიად ცოცხალია. აპლიკაციამ შეიძლება დაკარგოს საკუთარი კავშირი მაშინ, როცა გვირაბი დგას, რაც ქმნის შეცდომის დიალოგს მის უკან ჯანსაღი VPN ნიშნით. მომხმარებლის თვალით სამივე იკითხება როგორც VPN-ის გათიშვა ეკრანის გამორთვისას.
განსხვავება მნიშვნელოვანია, რადგან გადაწყვეტები პრაქტიკაში ერთმანეთს ეწინააღმდეგება. კლიენტის ენერგიის შეზღუდვებისგან გათავისუფლება ასწორებს პირველ შემთხვევას და არაფერს აკეთებს ვადაგასული რუკებისთვის. keepalive-ების გახანგრძლივება ასწორებს მეორეს და მესამეში ბატარეას ხარჯავს, სადაც თავიდან ქსელურად არაფერი იყო არასწორი.
შეადარეთ აქტიური და უმოქმედო მდგომარეობა კონტროლის ქვეშ
ყველაფერი მუდმივი შეინარჩუნეთ: იგივე მოწყობილობა, იგივე ქსელი, იგივე ბოლო წერტილი, იგივე აპლიკაცია. ჩაკეტეთ ეკრანი მოკლე ფიქსირებული ინტერვალით და ჩაწერეთ სამი დაკვირვება: აცნობებს თუ არა კლიენტი გაწყვეტას, მუშაობს თუ არა ახალი მოთხოვნა გახსნისას და გაგრძელდა თუ არა არსებული გადაცემა. შემდეგ გაიმეორეთ მომუშავე keepalive-ით ან პერიოდული მოთხოვნით და შეადარეთ ორი გაშვება. ორ გაშვებას შორის შეცვლილი ერთი ცვლადი მეტს ღირს, ვიდრე ერთკვირიანი ანეკდოტური ანგარიშები.
დრო ჩანაწერს ეკუთვნის. ოთხმოცდაათი წამის შემდეგ გათიშვა რუკებას ან keepalive ინტერვალს მიანიშნებს, ხოლო ჩაკეტვის წამში გათიშვა პროცესის შეჩერებაზე მიუთითებს. ჩაწერეთ როგორც ტრიგერი, ისე ინტერვალი, რადგან შემდეგ ცდას შედარებისთვის რაღაც სჭირდება.
წაიკითხეთ პლატფორმის ფონური პოლიტიკა
Android-ზე VPN სერვისის სასიცოცხლო ციკლი პლატფორმის ნაწილია, ხოლო always-on და block-without-VPN ცალკე გადამრთველებია ცალკე ეფექტებით. always-on არაორი კლიენტი შეიძლება გაჩერდეს, როცა სისტემა რესურსებს იბრუნებს, და აპში არც ერთი პარამეტრი ამას არ ცვლის. iOS თავის ფონურ შეზღუდვებს აკისრებს გვირაბის მომწოდებელს, და დოკუმენტირებული ქცევა განსხვავდება დესკტოპის დემონისგან, რომელიც უბრალოდ აგრძელებს მუშაობას. წაიკითხეთ პლატფორმის დოკუმენტაცია შესაბამისი კომპონენტისთვის და არა ბატარეის ოპტიმიზაციის ზოგადი სახელმძღვანელო.
მართული მოწყობილობები კიდევ ერთ ფენას ამატებენ. პოლიტიკამ შეიძლება პირადი პარამეტრი გადაფაროს, ამიტომ მუშა შთაბეჭდილების ცვლილება უკან ბრუნდება პოლიტიკის შემდეგ განახლებაზე. გამოიყენეთ ორგანიზაციის მხარდაჭერილი გამონაკლისის პროცესი, თუ მოთხოვნა რეალურია, და ჩაწერეთ, რატომ არსებობს გამონაკლისი.
რას აკეთებს მოწყობილობა გაღვიძების შემდეგ
ავტომატური ხელახალი დაკავშირება არ არის იგივე, რაც ტრაფიკის დაბლოკვა შუალედის განმავლობაში. შეამოწმეთ ორივე: ბრუნდება თუ არა გვირაბი და გავიდა თუ არა დაცვის გარეშე ის აპლიკაცია, რომელმაც შუალედში გაგზავნა სცადა. კლიენტს, რომელიც ორ წამში ხელახლა უკავშირდება, მაგრამ პირველში DNS მოთხოვნას ჟონავს, სამუშაო მოწყობილობისთვის არასწორი მარცხის პოლიტიკა აქვს. გამოსცადეთ უვნებელი მოთხოვნებით და თქვენ მიერ კონტროლირებული დანიშნულებით.
აპლიკაციის აღდგენა მესამე კითხვაა. დაბრუნებული გვირაბი არ არეგულირებს ვადაგასულ SSH სესიას, და მომხმარებლები ხშირად ამ სესიის დაკარგვას VPN-ის ჩავარდნად აცხადებენ. ანგარიშში ერთად შეინახეთ ტრიგერი, კლიენტის ვერსია და ზუსტი დრო, რადგან ეს კომბინაცია გამოყოფს მოსალოდნელ ეკრან-გამორთვის ციკლს მოწყობილობისგან დამოუკიდებლად წარუმატებელი სერვერისგან.