VPN doim uzilib qolyaptimi? Shu tartibda tekshiring

Biror narsani o'zgartirishdan oldin intervalni, mijoz xatosini va tarmoq holatini yozib oling. Uzilishlar orasidagi bo'shliq to'rt qatlamdan qaysi birini tekshirish kerakligini aytadi.

Mijozni qayta o'rnatishdan oldin uchta narsani yozib oling: tunnel qancha vaqt ishlagan, uzilganda mijoz nima degan va shu orada mashina uxlaganmi yoki tarmoqni almashtirganmi. O'sha yozuv keyinchalik sizda bo'ladigan yagona dalil, qayta o'rnatish esa odatda uni o'chiradi. Takrorlanuvchi intervalda uzilish taymer yoki holatning tugashi; tasodifiy daqiqada uzilish yo'l muammosi. Quyidagi tartib uchta narsani bir vaqtda o'zgartirib, hech narsa o'rganmasligingizdan saqlaydi.

Birinchi qadam: intervalni va xato matnini yozib oling

Provayder panelidan emas, mijozning o'z jurnalidan boshlang. Linux mijozida xizmat jurnali va tunnelning jonli holati buning ko'p qismini qamrab oladi:

journalctl -u openvpn-client@client --since '3 hours ago' | tail -60
journalctl -u wg-quick@wg0 --since '3 hours ago' | tail -40
wg show
ip -s link show wg0

Faqat belgi rangi o'zgargan lahzani emas, oxirgi muvaffaqiyatli qo'l siqishning vaqt belgilarini va trafik to'xtagan lahzani yozib oling. Keyin uzildi deydigan GUI mijoz yadro bir necha soniya oldin erishgan holatni xabar qilayotgan bo'lishi mumkin.

Xatoning ifodasini saqlang. Vaqt tugashi, autentifikatsiya rad etilishi va adapter yoki drayver xatosi uch xil qatlamga ishora qiladi, bu muammoda behuda ketgan kuchning ko'p qismi ularni bitta deb qarashdan keladi. Qatorni so'zma-so'z qaydga ko'chiring.

Ikkinchi qadam: profilni emas, bitta o'zgaruvchini o'zgartiring

Qurilma va profilni o'zgarmas saqlab, mashinani boshqa kirish tarmog'iga, masalan telefon hotspotiga ko'chiring. Bu mijozni yo'ldan ajratadigan eng arzon sinov. Uni dastlabki nosozlik intervalini qoplaydigan qadar uzoq ishga tushiring; ikki barqaror daqiqa o'ttizinchi daqiqada bo'ladigan uzilish haqida hech narsani isbotlamaydi.

Ethernet porti bo'lgan noutbuk Wi-Fi'ni butunlay rasmdan chiqaradigan ikkinchi taqqoslashni beradi. Tunnel ikkala variantda ham tursa, dastlabki kirish tarmog'i e'tiborga loyiq: kirish nuqtalari orasidagi rouming, tarjima jadvali tugaydigan uy routeri yoki uzoq oqimlarni qayta o'rnatadigan yuqori bo'g'in.

Qaysi o'zgaruvchini o'zgartirganingizni yozing. Taqqoslash faqat qolgan hamma narsa bir xil bo'lganda hisobga olinadi, bunga serverning oxirgi nuqtasi va kunning vaqti ham kiradi.

Uchinchi qadam: intervalni qatlam bilan bog'lang

Yaxshi sessiyaning uzunligi sizdagi eng ma'lumotli yagona raqam. Taymerlarga tegishdan oldin uni shu ro'yxat bilan solishtirib o'qing:

  • Uyqu yoki qayta uyg'onishdan keyin uzilish: tunnel holati to'xtatishdan o'tdi, interfeys esa o'tmadi. Mijozning uyg'onishda qayta ulanish xatti-harakatini va xizmat tunnelni qayta ishga tushiradimi yoki trafikni kutadimi, shuni tekshiring.
  • Faqat bo'sh turganda uzilish: o'rtada nimadir oqimning muddatini tugatdi. keepalive aynan shu holat uchun bor.
  • Sessiyaning qat'iy yoshida uzilish: qayta autentifikatsiya yoki kalit yangilash hodisasi, yo'l nosozligi emas. Jurnalda aynan o'sha intervalda aniq rad javobi belgidir.
  • Katta uzatishlar yoki katta sahifalar paytida uzilish: MTU va bo'laklanishdan shubhalaning, bo'sh turish taymeridan emas.

Bo'sh turish holatida sozlamalar protokolga xos va ikkala uchi ham muhim. Serverdagi OpenVPN keepalive 10 60 har 10 soniyada ping yuboradi va u kelmasa 60 soniyadan keyin aloqani qayta ishga tushiradi; NAT orqasidagi WireGuard mijozlari tengdosh blokida PersistentKeepalive = 25 ishlatadi. OpenVPN shuningdek ma'lumot kanalini taymer bo'yicha qayta kelishadi, reneg-sec, u 2.x da sukut bo'yicha 3600 soniya.

Boshqa provayder qo'llanmasidan tajovuzkor qiymatlarni ko'chirmang. Yo'qotishli mobil aloqada qisqa vaqt tugashi aynan oldini olishi kerak bo'lgan uzilishlarni keltirib chiqaradi va server yuborgan qiymatlar mijoz profilida o'rnatganingizdan ustun turadi.

To'rtinchi qadam: bitta qo'llab-quvvatlanadigan muqobilni taqqoslang

Agar operator UDP va TCP profilini ham e'lon qilsa, o'sha qurilma va tarmoqni ikkinchisiga qarshi ishga tushiring. Ko'chirilgan profilda transportni tahrirlash o'rniga haqiqiy mos faylni ishlating. UDP qayta o'rnatiladigan yo'lda barqaror TCP profili muammoni shu yo'lga toraytiradi; bu TCP hamma joyda yaxshiroq transport degani emas.

Xuddi shu mantiq oxirgi nuqtalarga ham tegishli. Boshqa serverni sinab ko'ring va dastlabki natijani uning yonida saqlang. Agar faqat bitta chiqish sessiyalarni qayta o'rnatsa, bu o'sha oxirgi nuqta haqidagi dalil, noutbukdagi har bir adapterni qayta qurish uchun sabab emas.

Har qanday o'zgarishdan keyin dastlabki qo'zg'atuvchini takrorlang va trafik aslida qayerga ketishini tasdiqlang. Qaytarilgan internet kirish tunnel ichidagi trafik bilan bir xil natija emas, va jimgina to'g'ridan-to'g'ri yo'lga qaytgan mijoz brauzerdan sog'lom ko'rinadi.

Tuzatishni tekshiring va orqaga qaytish imkoniyatini saqlang

Tuzatish dastlabki qo'zg'atuvchini qayta hosil qilish bilan tekshiriladi, muvaffaqiyatli ulanish bilan emas. Tunnelni eski nosozlik intervalidan uzoqroq bo'sh qoldiring, bir marta to'xtatib qayta boshlang, so'ngra qo'l siqish yoshini va chiqish manzilini tekshiring:

wg show wg0 latest-handshakes
curl -m 5 -sS https://ifconfig.me
cp client.ovpn client.ovpn.bak   # before editing timers

Yangi xatti-harakat to'liq ish kuniga chidaguncha oldingi profil va oldingi taymer qiymatlarini saqlang. Uzilishlar qaytsa, zaxira nusxani tiklang, so'ngra ikkinchi urinish ma'lum holatdan boshlanishi uchun o'zgarishlarni birma-bir qayta qo'llang.

Jurnal toza qolsa va tunnel hali ham takrorlanuvchi intervalda uzilsa, keyingi bekat shu sessiyaning server tomoni. Mijozning sessiya identifikatorini va uzilishning aniq vaqtini o'zingiz bilan olib boring, chunki aynan shu juftlik server jurnalini qidiriladigan qiladi. Protokolning aloqa parametrlari OpenVPN 2.6 qo'llanmasida yozilgan, qiymatning aniq ma'nosi kerak bo'lganda.

O'xshash maqolalar