Tunnel kun bo'yi barqaror turadi, keyin katta yuklama boshlanganda uziladi. Interaktiv so'rovlar birinchi bo'lib to'xtaydi, mijoz vaqt tugaganini bildiradi va uzatish tugagach ulanish qaytadi. Bu manzara uzoq serverning ishlamay qolganini emas, navbat va qayta ishlashni ko'rsatadi, chunki serverga o'z vaqtida javob berish imkoni hech qachon berilmagan. Vazifa — buni boshqariladigan yuklama ostida qayta hosil qilish va to'g'ri hisoblagichlarni o'qish.

Har bir ishga tushirishda bitta o'zgaruvchini o'zgartiring va oxirgi nuqtani qat'iy ushlab turing.

Takrorlanadigan yuklama taqqoslashini quring

Aloqa bo'sh bo'lganda boshlang'ich chiziqni yozib oling: borish-kelish vaqti, bir nechta ilova so'rovi va tunnelning o'z hodisalar jurnali. So'ng ma'lum o'lchamdagi yuklamani boshlang va u ishlayotganda aynan o'sha o'lchovlarni takrorlang. Oxirgi nuqta, mijoz va test manzilini o'zgartirmasdan saqlang, chunki ulardan ikkitasini birdan o'zgartirish sizga hech narsa aytmaydi.

Qaysi hodisa birinchi ko'rinishini kuzating. Har qanday xatodan oldin ortib borayotgan borish-kelish vaqti navbatga ishora qiladi; barqaror kechikish bilan qattiq vaqt tugashi boshqa narsaga, masalan kalit almashinuviga yoki hisobdagi amalga ishora qiladi. Ikki manzara har xil keyingi qadamlarga olib boradi. Biror narsani o'zgartirishdan oldin kuzatuvni yozib qo'ying.

Natijani vaqt belgilari bilan saqlang, shunda yuklangan va bo'sh ishga tushirishlarni satrma-satr solishtirish mumkin bo'ladi.

Tezlikni emas, navbatni o'qing

Iste'molchi liniyalari paketlarni provayder uskunasida buferlaydi va to'la chiqish navbati tunnelni tirik ushlab turadigan kichik boshqaruv paketlarini ham qo'shib, hamma narsani kechiktiradi. Yuqori raqam ko'rsatadigan tezlik testi bu kechikish haqida oz gapiradi, shuning uchun bo'sh liniyada test o'tadi, to'yingan liniya esa muvaffaqiyatsiz bo'ladi.

ping -c 20 -i 0.2 203.0.113.10
mtr -rwc 20 203.0.113.10
tc -s qdisc show dev eth0
ss -ti dst 203.0.113.10
nstat -az | grep -E 'Retrans|Timeout'

Yuklama ostidagi kechikish raqamlarini bo'sh holatdagilar bilan solishtiring. Paket yo'qotishsiz o'nlab millisekunddan yuzlabgacha sakrash navbat; barqaror kechikish bilan yo'qotish boshqa nuqsonga ishora qiladi.

Qurilma va boshqaruv yo'lini tekshiring

Shifrlash va yo'naltirish protsessor vaqtini oladi, kichik router yoki issiqlik bilan cheklangan noutbuk band bo'lganda paketlarni tashlab yuborishi mumkin. Bitta jarayonning foizini emas, umumiy yuklamani kuzating, chunki yadrodagi yo'naltirish va uzilishlarni qayta ishlash odamlar odatda qaraydigan joyda ko'rinmaydi.

uptime
mpstat -P ALL 1 3
dmesg | grep -i -E 'thermal|throttl'
journalctl -u openvpn-server@server --since '10 min ago' | tail -20

Mijozdagi vaqt tugashi rejalashtirilgan kalit almashinuvi yoki sessiya siyosati hodisasi bilan ham mos kelishi mumkin. Hodisalar tartibi uchun faqat ilova xato xabarini emas, mijozning o'z jurnalini o'qing.

Bitta narsani o'zgartirib, takrorlang

Platforma qo'llab-quvvatlaydigan joyda yuklama tezligini cheklang yoki ommaviy trafikni interaktiv trafikdan pastroq tasniflang, shunda navbat hech qachon to'lmaydi. So'ng o'sha ish hajmini takrorlang va avvalgidek o'sha uchta raqamni solishtiring. Tezlik testini yaxshilab, vaqt tugashini joyida qoldiradigan o'zgarish hech narsani tuzatmadi.

Vaqt chegaralarini hamma joyda oshirish va shifrlashni zaiflashtirish — qaysi chegara ishdan chiqqanini aniqlamasdan simptomni yo'q qiladigan ikki o'zgarish. Hech biri ta'mirlash emas. Ikkisi ham nosozlikni keyinroqqa, sababini bog'lash qiyinroq joyga suradi.

Yangi so'rov va foydalanuvchi haqiqatan tayanadigan qayta ulanish xatti-harakatini sinab tugating. Shikoyatga sabab bo'lgan yuklama ostidagi barqarorlik — yozib qo'yishga arziydigan yagona natija.

O'xshash maqolalar