Nega 23 soatlik VPN eslatmasi noto'g'ri sessiya uchun ishga tushadi
23 soatlik bildirishnoma bitta sessiyaga ergashishi kerak, akkauntga emas. Taymerni boshlangan ulanishga bog'lang va uyqu hamda qayta ulanishni alohida holat deb qarang.
Bildirishnoma ulangandan keyin yigirma daqiqada paydo bo'ldi. Uning ostidagi hisoblagich oldingi tongdan, yoki akkaunt oxirgi marta autentifikatsiya qilingan vaqtdan beri ishlab turgan, va ogohlantirishda qaysi biri ekani aytilmagan. Bu alomat: sizning oldingizdagi ulanishga emas, boshqa narsaga bog'langan eslatma.
Yechim yaxshiroq ogohlantirish emas. Talab qaysi soatni nazarda tutayotganini hal qilish, so'ngra taymerni o'sha soatda mavjud bo'lgan obyektga bog'lash.
Nima ishga tushdi va u nimani sanadi
Uchta ehtimoliy manba bir xil xabar beradi. Kalendar qoidasi belgilangan mahalliy vaqtda ishlaydi va tunnelar haqida hech narsa bilmaydi. Mijozdagi hisoblagich har qanday ulanish mavjud bo'lganda to'planadi va qayta ulanishlarga bardosh beradi. Shlyuz siyosati sessiyani server tomonida tugatadi va avval ogohlantirish yuboradi.
Faqat oxirgi ikkitasi sessiya haqida, va ular ham kelishmaydi. Mijoz hisoblagichi mahalliy jarayon kuzatgan narsani o'lchaydi; shlyuz autentifikatsiya qilgan va hisobga olgan narsani o'lchaydi. Uyqu, tarmoq o'zgarishi yoki kuzatuvchining qayta ishga tushishi ularni soatlab ajratishi mumkin, shuning uchun ogohlantirish va majburiy tugash bir-biridan uzoqlashadi.
Bitta talab ortidagi uch soat
Haqiqatan xohlagan gapingizni yozishdan boshlang. Shlyuz bu ulanishni tugatishidan oldin ogohlantirish bir kunlik ulangan vaqtdan keyin eslatish bilan bir xil talab emas. Bu sessiya 23 soatdan beri ishlayotganini bildirish ham emas. Har bir variant boshqa hodisani nomlaydi va unga boshqa komponent javob berishi kerak.
Keyin ma'lumotlar bor-yo'qligini tekshiring. Mahalliy boshlanish vaqt tamg'asi serverga bog'liq bo'lmagan sessiya yoshini beradi. Shlyuz siyosati qolgan umrni beradi, lekin shlyuz uni ochib bergan taqdirdagina. Foydalanish hisoboti muddatni voqeadan keyin beradi va bu oldindan bildirishnomani harakatga keltira olmaydi.
Taymerni sessiyaga bog'lang, akkauntga emas
Avval obyektni tanlang. Bitta akkaunt bir nechta qurilma va bir nechta bir vaqtdagi sessiyani saqlashi mumkin, shuning uchun foydalanuvchi nomiga bog'langan eslatma qaysi ulanish yoshga yetganini ayta olmaydi. Uni profil va o'sha faollashtirishga bog'lang, faollashtirish tugagach kutayotgan bildirishnomani bekor qiling.
| Evidence you can read | What it establishes | Where it misleads |
|---|---|---|
| Connection state changes to active | A session started now | Does not carry the gateway's own session identifier |
| Duration reported at disconnect | Total service time for that session | Arrives too late for any advance notice |
| Interim usage update | Time accounted up to that update | Staleness equals the update interval |
| Local timestamp taken at activation | Age of your observation | Resets whenever the observer restarts |
O'sha jadval o'z xabardoringiz uchun shartnoma, hech qanday mijozning qayta chaqiruv API tavsifi emas. O'rnatilgan mahsulot ulanish holati haqida hujjatlashtirgan har qanday narsa bog'lanishi kerak bo'lgan manbadir; u faqat autentifikatsiya hodisalarini ochib beradigan joyda buni baland ovozda ayting va sessiyani taxmin qilish o'rniga qo'polroq xulqni qabul qiling.
Qisqa chegara bilan sinab ko'ring
Bir kunlik taymerni bir kunlik kutish bilan hech qachon tuzatishga urinmang. Sozlanadigan chegara qo'shing, uni o'ttiz soniyaga qo'ying va ketma-ket to'rt o'tishni bajaring: ulan, kut, uz, qayta ulan. Har bir o'tish aniq bitta holat o'zgarishini berishi kerak, qayta ulanish esa eski muddatni meros olmasdan yangisini belgilashi kerak.
# current connection state and profile identity
nmcli -f GENERAL.STATE,GENERAL.CONNECTION connection show work
# the notifier unit you wrote: does it restart the deadline or resume it?
journalctl --user -u vpn-timer.service --since "-5 min" -o catSo'zlarga emas, vaqt tamg'alariga qarang. Oldingi sessiyaning boshlanish vaqti bilan kelgan bildirishnoma noto'g'ri obyektni bog'lagan, bitta muddatga ikki marta kelgan bildirishnoma esa yuborilgan bayrog'i hech qachon saqlanmaganini bildiradi.
Uyqu, qayta ulanish va yo'qolgan yetkazish
Uyqu ikkala sodda dizaynni ham buzadi. Monoton sanoq mashina uxlayotganda to'xtaydi, devor soati bo'yicha muddat harakatda davom etadi, uyqu paytida ishga tushgan taymer kech yoki umuman yetkazilmaydi. Talabingizga qanday xulq kerakligini hal qiling, so'ng mashinani chegaradan oshirib uxlatib tekshiring.
Yetkazish ham xuddi shunday e'tiborga loyiq. Agar bildirishnomani ko'rsatib bo'lmasa, uni navbatga qo'ying va oxirida ko'rsatishdan oldin maqsadli sessiya hali borligini qayta tekshiring; aks holda foydalanuvchiga allaqachon tugagan ulanish haqida ogohlantiriladi. Majburiy uzish va hisob ma'lumotlarini yangilash bu yo'ldan tashqarida qoladi, chunki ulanish taqdirini jimgina o'zgartiradigan eslatma bildirishnoma kiyimini kiygan siyosat qaroridir.