OpenVPN DHCP yangilanishidan keyin uziladi: oxirgi nuqta marshrutini saqlang

Tunnel ulanadi, keyin kirish havolasidagi ijara yangilanishi uni o'ldiradi, jurnal esa marshrutni emas, vaqt tugashini ayblaydi. VPN konfiguratsiyasida hech narsa o'zgarmagan, va bu ishora: uning tashqarisida nimadir o'zgargan. DHCP hodisasi manzil yoki shlyuzni qayta yozdi, tunnel oxirgi nuqtasini yetib borishli saqlagan xost marshruti endi mavjud bo'lmagan keyingi sakrashga ishora qiladi. Bu marshrutlash muammosidan oldin egalik muammosi.

Alomatni yarim standart marshrutlar bilan solishtiring

redirect-gateway def1 bilan OpenVPN standart marshrutni almashtirish o'rniga 0.0.0.0/1 va 128.0.0.0/1 o'rnatadi. Ikkalasi birgalikda butun manzil maydonini qoplaydi va 0.0.0.0/0 ni faqat prefiks uzunligi bilan yutadi. Shuning uchun aniqroq mos kelishi bo'lmagan har qanday manzil tunnelga kiradi.

Oxirgi nuqtaga istisno kerak. OpenVPN yarim standartlar kirishidan oldin asl kirish shlyuzi orqali server manziliga xost marshruti qo'shadi, shunda inkapsulyatsiya qilingan paketlar chiqa oladi. O'sha istisno yo'qolganda yoki endi mavjud bo'lmagan keyingi sakrashni saqlab qolganda, tunnelning o'z tashqi paketlari yarim standartga mos keladi va tunnelga qaytariladi. Natija keyingi keepalive yoki qo'l berishda o'ladigan ulanish bo'ladi, jurnalda esa marshrutlash xatosiga o'xshash hech narsa yo'q.

Boshqa narsaga tegishdan oldin jadval shaklini tasdiqlang. ip route show ikkala yarmini va server manzili uchun xost marshrutini sanab chiqishi kerak; xost marshruti bo'lmasa, tekshiruvning qolgan qismi uchun aniq boshlanish nuqtasi bor.

Yarim standartlar metrika o'zgartirilmasdan nima uchun yutadi

Pastroq metrika uzunroq prefiksni yutmaydi. /1 marshrutlari yutadi, chunki yadro avval eng aniq marshrutni moslashtiradi, shuning uchun standart marshrutdagi metrikani oshirish tunnelga yo'naltirilgan trafik qayerga ketishini hech o'zgartirmaydi. Metrikalar ortidan quvish bu tashxisda eng keng tarqalgan noto'g'ri burilish.

Tanlovni ip route get 203.0.113.10 bilan tekshiring va unga haqiqiy server manzilini qo'ying. Javob yadro haqiqatda ishlatadigan interfeys va keyingi sakrashni nomlaydi, bu esa jadvalni o'qib, u haqda fikr yuritishdan ko'ra ko'proq ma'lumot beradi.

Bu buyruqni tunnel boshlanishidan oldin, u ishlab turganda va ijara hodisasidan keyin bajaring. Bitta buyruqdan uch javob, va farq nuqtasi ko'rinadi.

Bitta emas, uchta surat oling

Kirish manzilini, kirish shlyuzini, oxirgi nuqta manzilini, tanlangan marshrutni va har qanday siyosat qoidasini uch lahzada yig'ing: kirish havolasi sozlangandan keyin, VPN ulangandan keyin va ijara yoki operator hodisasidan keyin. Har bir surat bir hovuch buyruq, va ular faqat birgalikda ma'noga ega. Muvaffaqiyatsizlikdan keyingi bitta surat o'tishni emas, holatni qayd etadi. Buyruqlarni kichik skriptga yozing, har bir surat bir xil usulda olinsin.

Suratlarni vaqt belgilari bilan bitta faylda saqlang, chunki keyin qiziqarli savol tartib. DHCP hodisasi OpenVPN o'z marshrutini yangilashidan oldin keldimi yoki keyinmi? Javob buni kim tuzatishi kerakligini hal qiladi. Noto'g'ri soatning vaqt belgisi yo'qligidan yomonroq, shuning uchun uni marshrutlash jadvaliga ega xostdan oling.

Oxirgi nuqta manzil o'rniga nom sifatida sozlangan bo'lsa, uni har bir suratda ham hal qiling. Kirish havolasidagi DNS o'zgarishi hech qanday marshrutga tegmasdan oxirgi nuqtani ko'chirishi mumkin.

Qaysi komponent istisnoni yangilashini hal qiling

dhcpcd tizimida ilgaklar ilgak katalogidan va chiqish ilgagidan ishlaydi, menejer rejimi qamrovda har bir interfeys rejimidan farq qiladi. Ilgak nima qilsa ham, u idempotent bo'lishi kerak, chunki yangilanishlar to'da-to'da kelishi mumkin.

Ishonchli egasi ikki tomonni allaqachon biladigan integratsiya: VPN ulanishini boshqaradigan tarmoq menejeri yoki kirish havolasi ko'tarilgandan keyin tartiblangan unit. Ilgak qo'shgan statik marshrut keyingi shlyuz o'zgarishigacha ishlaydi, keyin xuddi shunday muvaffaqiyatsiz bo'ladi. Agar ilgakdan foydalansangiz, bugun ko'rgan shlyuzni qattiq kodlash o'rniga ishlash vaqtida joriy shlyuzni o'qishiga ruxsat bering.

Egasini konfiguratsiya ichida qayd eting. Keyingi safar qayta ulanishni tuzatadigan odam istisno marshruti uchun VPN emas, ilgak javobgar ekanini bilishi kerak.

Faqat qayta ulanishni emas, hayot tsiklini sinab ko'ring

dhcpcd -n eth0 bilan yoki ijarani bo'shatib, qayta olib yangilanishga majbur qiling, keyin oxirgi nuqta uchun ip route get ni yana tekshiring. Buni ikki marta qiling, chunki ikkinchi aylanish ikki nusxa marshrut qo'shadigan ilgaklarni ushlaydi. Keyin qayta yuklang, chunki barqarorlik to'g'rilikdan boshqa xususiyat.

Yangilanish va qayta yuklashdan omon o'tgan tunnelning egasi va ishlaydigan istisnosi bor. Faqat qo'lda qayta ishga tushirishdan omon o'tgan tunnelda ikkisi ham yo'q, va u siz rejalashtira olmaydigan keyingi hodisada muvaffaqiyatsiz bo'ladi.