Ekran sönəndə VPN düşür: hansı həyat dövrü?

Köçürmə ekran qaralan anda dayanır, nişan isə bir neçə saniyə sonra ardınca gəlir. Bu mənzərəni üç fərqli şey yaradır: müştəri prosesi məhdudlaşdırılır, yol boş qalıb xəritələməsini itirir və ya tətbiq tunelin heç görmədiyi sessiyanı itirir. Hər birinin öz sübutu var və hər düzəliş fərqli qata aiddir. Aşağıdakı ardıcıllıq ayarların tam yenidən baxışı əvəzinə bir nəzarətli sınaqla onları ayırır.

Eyni görünən üç nasazlıq

Məhdudlaşdırılmış fon prosesi keepalive göndərməyi dayandırır və qarşı tərəf sonda tunelin öldüyünü elan edir. Yolda boş qalan xəritələmə cihaz yatarkən bitə bilər, beləliklə cavab trafiki hələ tam sağlam olan müştəriyə çatmır. Tətbiq tunel işləyərkən öz bağlantısını itirə bilər və bu, arxasında sağlam VPN nişanı olan xəta pəncərəsi yaradır. İstifadəçi baxımından üçü də ekran sönəndə VPN-in düşməsi kimi oxunur.

Fərq vacibdir, çünki praktikada çarələr bir-birinə ziddir. Müştərini enerji məhdudiyyətlərindən azad etmək birinci halı düzəldir və müddəti bitmiş xəritələmə üçün heç nə etmir. Keepalive-ləri uzatmaq ikincini düzəldir və üçüncüdə batareyanı boş yerə xərcləyir, halbuki orada əvvəldən şəbəkə ilə bağlı heç nə səhv deyildi.

Aktiv və boş vəziyyəti nəzarət altında müqayisə edin

Hər şeyi sabit saxlayın: eyni cihaz, eyni şəbəkə, eyni son nöqtə, eyni tətbiq. Ekranı qısa, sabit interval üçün kilidləyin və üç müşahidə qeyd edin: müştəri kəsilmə barədə məlumat verirmi, kilid açılanda yeni sorğu işləyirmi və mövcud köçürmə bərpa olunubmu. Sonra keepalive və ya dövri sorğu işləyərkən təkrarlayın və iki gedişi müqayisə edin. İki gediş arasında dəyişən bir dəyişən bir həftəlik anekdot hesabatlarından yaxşıdır.

Tayminq qeydə daxil olmalıdır. Doxsan saniyədən sonra düşmə xəritələmə və ya keepalive intervalını xatırladır, kilid anındakı düşmə isə prosesin dayandırılmasına işarə edir. Həm tetiği, həm də intervalı yazın, çünki növbəti cəhdə müqayisə üçün nəsə lazımdır.

Platformanın fon siyasətini oxuyun

Android-də VPN xidmətinin həyat dövrü platformanın bir hissəsidir və always-on ilə block-without-VPN ayrı-ayrı açarlar və ayrı-ayrı təsirlərdir. Always-on olmayan müştəri sistem resursları geri götürəndə dayandırıla bilər və heç bir tətbiqdaxili ayar bunu dəyişmir. iOS tunel təminatçısına öz fon məhdudiyyətlərini tətbiq edir və sənədləşdirilmiş davranış sadəcə işləməyə davam edən masaüstü demonundan fərqlənir. Ümumi batareya optimallaşdırma təlimatı yerinə sözügedən komponent üçün platformanın sənədlərini oxuyun.

İdarə olunan cihazlar bir qat daha əlavə edir. Siyasət fərdi ayarı üstələyə bilər, belə ki işləyən kimi görünən dəyişiklik növbəti siyasət yenilənməsində geri qayıdır. Tələb həqiqidirsə təşkilatın dəstəklədiyi istisna prosesindən istifadə edin və istisnanın niyə mövcud olduğunu yazın.

Oyanışdan sonra cihaz nə edir

Avtomatik yenidən qoşulma boşluq zamanı trafiki bloklamaqla eyni şey deyil. Hər ikisini yoxlayın: tunel qayıdırmı və boşluq zamanı göndərməyə çalışan tətbiq qorunmadan çıxıbmı. İki saniyəyə yenidən qoşulan, amma birinci saniyədə DNS sorğusunu sızdıran müştəri iş cihazı üçün yanlış nasazlıq siyasətinə malikdir. Zərərsiz sorğular və nəzarət etdiyiniz hədəflə sınaq keçirin.

Tətbiqin bərpası üçüncü sualdır. Qayıdan tunel vaxtı bitmiş SSH sessiyasını bərpa etmir və istifadəçilər çox vaxt bu sessiya itkisini VPN nasazlığı kimi bildirirlər. Tetiği, müştəri buraxılışını və dəqiq tayminqi hesabatda birlikdə saxlayın, çünki bu birləşmə gözlənilən ekran-sönmə həyat dövrünü cihazdan asılı olmayaraq uğursuz olan serverdən ayırır.