Nima uchun VPN uzilishdan ko'ra uzoqroq tiklanadi
Orqaga chekinish qayta ulanish urinishlarini ajratadi, shuning uchun tiklangan tarmoq kutishi mumkin. Taymerlarni qisqartirishdan oldin qayta urinish jadvalini tarmoq tayyorligi bilan solishtiring.
Wi-Fi o'ttiz soniya oldin qaytdi, VPN esa hali ham o'chiq, shuning uchun mijoz buzilgandek ko'rinadi. Ko'pincha u faqat o'zining qayta urinish jadvaliga amal qiladi va bu jadval tarmoq hozirgina qaytganini bilmaydi. Aynan shu bo'shliq butun hikoya: tiklanish vaqti uzilishga mijoz allaqachon rozi bo'lgan har qanday kutishni qo'shganiga teng. Har bir taymerni pasaytirish bitta javob, qaysi taymer muhimligini tushunish esa boshqasi.
Sozlash yordam beradimi-yo'qmi, buni uch shart hal qiladi: qaysi bosqich sekin, nosozlik umuman qayta urinishga yaroqlimi va mijoz tarmoq qaytganini qanday biladi.
Bittaga o'xshab ko'rinadigan uchta kutish
Yakuniy nuqtani aniqlash, IKE yoki TLS muzokarasi, paketlarni qayta yuborish va yangi urinishni boshlash alohida taymerlarga ega alohida hodisalardir. strongSwan IKE uchun qayta yuborish orqaga chekinishini hujjatlashtiradi, OpenVPN esa boshqa ma'noga ega o'z qayta urinish boshqaruviga ega. Raqamni biridan ikkinchisiga ko'chirish mexanizmlar mos keladi deb taxmin qiladi, lekin ular mos kelmaydi. Qaysi intervalga qarab turganingizni hal qilishdan oldin jurnal ketma-ketligini o'qing.
Jurnaldagi jim daqiqa albatta qotib qolgan jarayon emas. Bu nima uchun sozlangan bo'lsa, aynan shuni qilayotgan eksponensial orqaga chekinish bo'lishi mumkin.
Aslida qaysi bosqich sekin?
Agar jurnal autentifikatsiya xatosi bilan muvaffaqiyatsiz bo'lgan urinishlarni ko'rsatsa, hech qanday taymer o'zgarishi yordam bermaydi, chunki hisob ma'lumotlari noto'g'ri. Agar urinishlar umuman qilinmasa, mijoz o'z kutish oynasida va jadval yechimdir. Agar urinishlar qilinib, vaqt tugasa, muammo yetib borish yoki yo'q tinglovchida, tezroq qayta urinish esa faqat jurnalni to'ldiradi. Bu uch holatning har biri boshqa egaga ega va ulardan faqat bittasi vaqt muammosi.
Raqamga tegishdan oldin nosozlikni tasniflang.
Taymerni pasaytirish qachon yordam beradi va qachon bermaydi
Agar asosiy xarajat qisqa, tez-tez uchraydigan uzilishdan keyingi kutish bo'lsa, qayta urinishning yuqori chegarasini pasaytiring, masalan, kirish nuqtalari orasida harakatlanadigan noutbuk. Nosozliklar uzoq yoki kam uchrasa, uni bezovta qilmang, chunki tajovuzkor qayta urinish konsentrator javob berishga eng kam qodir bo'lgan paytda yuk qo'shadi. Ikkala holatda ham bitta parametrni o'zgartiring, uni yozib oling va yaxshilandi deb taxmin qilish o'rniga keyingi tiklanishni o'lchang.
Har bir profilga ko'chirilgan juda past vaqt chegarasi o'lchovsiz sozlashning odatiy yakuniy holatidir.
Mijozni ayblashdan oldin tayyorlikni tekshiring
Mijoz ko'pincha biror narsa urinmaguncha tarmoq ishlatishga yaroqli ekanini ko'ra olmaydi. Qamalgan portal, DHCP yangilanishi yoki marshrut o'zgarishi uni bularning barchasi sodir bo'lishidan oldin belgilangan jadvalga kutishga qoldirishi mumkin. Operatsion tizimning tarmoq holati o'zgarishini va mijozning keyingi urinishini bir xil soatda kuzating, kimning kutayotganini ko'rasiz. Tez usul — tarmoq-tayyor hodisasining vaqt belgisini va undan keyingi birinchi urinishning vaqt belgisini yozib qo'yish.
Kutish davomida to'g'ridan-to'g'ri trafik hali ham bloklanganini tasdiqlang, chunki trafikni oqizadigan tezroq qayta ulanish yaxshilanish emas.
Nimani yozib olish kerak
Qaysi taymer o'zgarganini, qaysi qiymatdan qaysi qiymatga va keyin tiklanish qanday ko'ringanini yozing. Mijoz versiyasini ham belgilang, chunki standart qiymatlar nashrlar orasida o'zgaradi va hujjatlashtirilmagan juda past vaqt chegarasi profilni o'qigan keyingi odamni chalg'itadi.
Bu yozuv keyingi dasturiy yangilanishni tajriba emas, taqqoslashga aylantiradi.