Ekran qorayganda VPN uziladi: qulf, bo'sh ekran yoki uyqu?
Qulflangan sessiya, qoraygan ekran va uyquga ketgan qurilma uch xil hodisadir. VPN ulanishini ushlab turish mexanizmini ayblashdan oldin ularni journalctl bilan bog'lang.
Kimdir ekran qorayganda VPN o'ldi desa, birinchi foydali savol uch hodisadan qaysi biri haqiqatda sodir bo'ldi: sessiya qulflandi, panel o'chdi yoki butun qurilma uyquga ketdi. Bular alohida taymerlardagi alohida mexanizmlar va ulardan faqat bittasi jarayonning rejalashtirilishini butunlay to'xtata oladi. Quyidagi tekshiruvlarni tartib bilan o'tkazing. Savolga javob beradigan birinchi tekshiruvda to'xtang, chunki undan keyingi har bir tekshiruv boshqa narsaga javob beradi.
Birinchi tekshiruv: qulfni bo'sh ekrandan va uyqudan ajrating
Qulf sessiyadan kim foydalanishi mumkinligini o'zgartiradi; kompozitor chizishda davom etadi, tarmoq steki ishlashda davom etadi va VPN mijozi hech narsani sezmaydi. Ekranning bo'shashishi harakatsizlik oralig'idan keyin panelni o'chiradi va qurilmani butunlay uyg'oq qoldiradi. Uyqu protsessorlarni to'xtatadi, ya'ni foydalanuvchi maydonidagi hech bir jarayon rejalashtirilmaydi, shuning uchun intervalni qanchalik qisqa qilib qo'ymang, hech qanday ulanish ushlab turish signali ishga tushmaydi.
| 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 |
Aynan shu jadval «ekran qoraydi» degani tashxis emasligining sababidir. Besh daqiqada bo'shashishga va o'ttizda uyquga sozlangan ish stoli oltinchi daqiqada butunlay sog'lom tunnel bilan qorong'i ekran ko'rsatadi. O'ttizinchi daqiqadagi nosozlik boshqa hodisa va boshqa yechim, ikkisi ham xonaning narigi chetidan bir xil ko'rinadi.
Ikkinchi tekshiruv: quvvat va tarmoq hodisalarini bitta vaqt chizig'iga qo'ying
Jurnalni butun yuklanish uchun emas, cheklangan oyna uchun o'qing va kirish menejerini hamda ulanish egasini ikkalasini ham kiriting:
journalctl -b -u systemd-logind -u NetworkManager --since "45 minutes ago"
systemd-inhibit --listBirinchi buyruq uyqu so'rovlarini, uyg'onishni va ulardan keyingi tarmoq o'tishlarini ko'rsatadi. Ikkinchisi hozir nima to'siq qulfini ushlab turganini ko'rsatadi, bu sizga biror narsa uyquni ataylab to'sayotganini va bu qaysi dastur ekanini aytadi. Agar ulanishingiz egasi NetworkManager bo'lmasa, birlik nomlarini moslashtiring va boshqa foydalanuvchining birligini yoki tizim jurnalini o'qish mahalliy siyosatga bog'liqligini yodda tuting.
Yo'q qator salbiy natija emas. Agar tanlangan birlikning jurnali hisobingizga ko'rinmasa, uyqu yozuvining yo'qligi hech narsani isbotlamaydi va bo'sh filtrdan «u hech qachon uxlamagan» degan xulosaga kelish odamlarning bir haftani ulanish ushlab turishni sozlash bilan o'tkazish yo'lidir.
Uchinchi tekshiruv: agar u uxlagan bo'lsa, bu ataylab bo'lganmi, hal qiling
Vaqt chizig'ida uyqu o'tishi paydo bo'lishi bilanoq savol «VPN nima uchun buzildi» dan «qurilma umuman uxlashi kerakmidi» ga o'zgaradi. Noutbukda javob ko'pincha ha, va tunnel uzilishi kutilgan xatti-harakat bo'lib, mijoz uyg'onganda undan tiklanishi kerak. Doimiy ochiq turishi kerak bo'lgan ish stansiyasida o'zgartirilishi kerak bo'lgan narsa uyqu siyosatidir. Bu ikki qurilmaning qaysi biriga qarab turganingizni hal qilish uchun bitta savol kerak va bu jurnal sizning o'rningizga javob bera oladigan savol emas.
Uni kirilgan sessiyaga tegishli boshqaruv elementlari orqali yoki talab butun qurilmaga tegishli bo'lsa, administrator qo'llab-quvvatlaydigan mexanizm orqali o'zgartiring. Boshqa hisob bilan kirgan holda displey menejerining sozlamasini tahrirlash bir xil harakat emas va keyingi sessiya boshlanguncha ishlagandek ko'rinadi. Quvvat boshqaruvini butunlay o'chirish batareya umrini yeydigan va haqiqiy siyosat savolini yashiradigan keng birinchi javobdir.
To'rtinchi tekshiruv: agar u uyg'oq qolsa, tarmoq va mijozga qarang
Tunnelini yo'qotgan uyg'oq qurilmaning uch hikoyadan biri bor: kirish tarmog'i uzildi, VPN mijozi to'xtadi yoki qayta ishga tushdi, yoki server tomoni assotsiatsiyaning muddati tugashiga yo'l qo'ydi, mijoz esa hanuz ulangan deb ishonardi. Asosiy bog'lanish hodisasining vaqt belgilarini tunnel hodisasi bilan solishtiring va qaysi biri birinchi bo'lganini aniq ayting.
So'ng tiklash yo'lini dastlabki sessiyadan alohida sinab ko'ring. Tiklangan tunnel orqali yangi so'rov muvaffaqiyatli bo'lishi mumkin, lekin uzilishdan oldin ochilgan uzoq muddatli dastur sessiyasi buzilganicha qoladi, chunki dastur eskirgan soket yoki keshdagi manzilni ushlab turadi. Bu dastur muammosi, tunnel qaytmaganining isboti emas.
Foydali hisobotda nima bo'ladi
Ketma-ketlikni vaqt belgilari va egalari bilan yozing: sessiya qachon qulflandi, ekran qachon qoraydi, uyqu so'rovi qayd etildimi, bog'lanish qachon uzilib qaytdi, tunnel qachon holatini o'zgartirdi va dastur aslida nima qildi. Har bir bandning egasi bor, shuning uchun har bir bandni Linux haqidagi umumiy shikoyatga aylantirish o'rniga to'g'ri odamga topshirish mumkin.
Agar bu qatorlardan biri yo'q bo'lsa, o'sha o'lchash kerak bo'lgan keyingi narsa, o'zgartirish kerak bo'lgan keyingi narsa emas. Bo'shliqli vaqt chizig'i taxminga asoslangan sozlama o'zgarishidan ko'ra ko'proq ma'lumot beradi.