Tunnel ko'tarilganda noutbukda prefiks paydo bo'ladi, shuning uchun uni VPN o'rnatgandek tuyuladi. Shunday bo'lishi mumkin, lekin xuddi shu natija ulanish vaqtida ishlaydigan klient skriptidan, quyi tarmoqni sanab o'tuvchi ulanish profilidan yoki boshidan mavjud bo'lib, interfeys paydo bo'lgandagina ishlay boshlagan statik marshrutdan ham kelishi mumkin. Noto'g'ri manbani tanlash marshrut har bir tozalashdan keyin qaytib kelishini va keyingi odam xuddi shu tuzatishni takrorlashini bildiradi. Quyidagi ketma-ketlik biror narsani o'zgartirishdan oldin bu uchtasini ajratadi.

1-qadam: prefikslarni o'rnatadigan mexanizmni nomlang

Turli protokollar yetib borishni turli yo'llar bilan ta'minlaydi va bularning barchasini e'lon deb atash farqni yashiradi. OpenVPN serveri boshqaruv kanali orqali marshrut direktivasini suradi va pull filtri to'sqinlik qilmasa, klient uni o'rnatadi. WireGuard konfiguratsiyasi ruxsat etilgan prefikslarni mahalliy darajada sanab o'tadi, klient ularni kriptoklavish marshrutlash uchun ham, o'zi qo'shadigan marshrutlar uchun ham ishlatadi. IPsec tunnel hamkor bilan trafik selektorlarini kelishadi va yadro o'sha selektorlardan marshrutlarni o'rnatadi.

Har qanday jadvalni o'qishdan oldin tunnelingiz ulardan qaysinisini ishlatishini aniqlang. Ulanish vaqtida surilgan marshrut marshrutlash protokoli e'loni emas va prefiks uzoq uchning orqasida yetib borishini va'da qilmaydi. Tuzatish qayerga tegishli ekanini u belgilagani uchun mexanizmni prefiks yoniga yozib qo'ying.

2-qadam: jadvalni bitta ulanish davomida solishtiring

Tunnel past bo'lganda asosiy jadvalni saqlang, uni ko'taring, yana saqlang va ikkita yozuvni solishtiring. Paydo bo'lgan hamma narsa ulanishning hayot tsikliga tegishli, qolgani esa mahalliy konfiguratsiyaga tegishli.

Uni ip route show table main > /tmp/route-down.txt bilan yozib oling, ulanib, yana yozib oling. Sayt IPv6 ishlatsa ip -6 route uchun ham xuddi shunday qiling, chunki u yerda yo'q prefiks marshrutlash bilan bog'liq bo'lmagandek ko'rinadigan nosozliklar keltirib chiqaradi.

3-qadam: faqat mavjudligini emas, metrikani o'qing

Bir prefiks uchun ikkita yozuv birga bo'lishi mumkin va yadro pastroq metrikani tanlaydi. Metrikasi 50 bo'lgan statik marshrut ikkisi ham ko'rinsa ham 100 dagi surilgan marshrutdan ustun kelaveradi, shuning uchun «marshrut bor» va «trafik undan foydalanadi» ikki xil bayon.

ip route get 10.20.5.7 bilan yadrodan to'g'ridan-to'g'ri so'rang va u bildirgan interfeysni o'qing. Jadvalda tunnel marshruti turgan bo'lsa ham trafik jismoniy adapterdan chiqsa, buni VPN klienti emas, metrika yoki prefiks uzunligi tushuntiradi. Tunnel orqasida ekanini bilgan xost va bunday emasligini bilgan xost uchun qidiruvni takrorlang, farq esa bo'linish ko'zda tutilganidek ishlayotganini ko'rsatadi.

4-qadam: tunneldan uzoqroq yashaydigan yozuvlarni toping

Statik marshrutlar dizayni bo'yicha uzilishdan omon qoladi va eskirgan yozuvlar aynan shundan keladi. Endi mavjud bo'lmagan interfeysga ishora qiluvchi doimiy marshrut quyi tarmoqni jimgina yutib yuborishi mumkin, qayta ishlatilgan interfeys nomiga ishora qiluvchisi esa qayta ishga tushirishdan keyin shaxsiy trafikni noto'g'ri eshikdan chiqarishi mumkin.

Doimiy tomonni tarqatishingiz ishlatadigan joyda tekshiring, u systemd-networkd birligi, NetworkManager profili yoki klientning up papkasidagi skript bo'lishi mumkin. Jonli jadvalni ip route del bilan tuzatish faqat keyingi ulanishgacha davom etadi. Bu o'chirishni ta'mirlash emas, gipoteza sinovi deb biling.

Uzoq uch noto'g'ri qamrov bersa, hamma narsani filtrlash o'rniga buni operatorga yetkazing. Barcha surilgan sozlamalardan voz kechish profil tayanadigan DNS va bo'lingan tunnel siyosatini ham tashlaydi.

5-qadam: klientni ayblashdan oldin qaytish yo'lini tasdiqlang

Sayt-sayt ulanishi yoki tunnel orqasidagi quyi tarmoq uchun uzoq tomon sizning klient manzilingizga qaytish marshrutiga va shlyuzda yo'naltirish yoqilgan bo'lishiga muhtoj. Bir tomonlama yo'l xuddi klient marshrutlash xatosidek ko'rinadi, faqat qo'l berib ko'rishish va chiquvchi paket ikkisi ham muvaffaqiyatli bo'ladi.

Teskari yo'lni filtrlash Linux shlyuzlariga ikkinchi tuzoq qo'shadi. Marshrut kutganidan boshqa interfeysga kelgan javob qat'iy rejimda tashlanadi va ikki provayder orqali assimetrik yo'llar buni ishonchli tarzda keltirib chiqaradi. Filtrlash sababmi yoki yo'qmi, klientda emas, shlyuzdagi tashlash hisoblagichlari aytadi.

6-qadam: ping emas, resursni sinang

Tanlangan marshrut to'g'ri bo'lgach, haqiqiy resursni oching va qaytish trafigini tasdiqlang. Ping javobi yo'lni bir yo'nalishda isbotlaydi va xizmat haqida hech narsa aytmaydi, keshga olingan ulanishda javob beradigan xizmat esa undan ham ozini isbotlaydi.

So'ngra qayta ulangandan keyin butun tekshiruvni takrorlang. Ketma-ketlikning qiymati keyingi ulanish nima qilishini oldindan aytishidadir, shuning uchun ham solishtirish, ham metrika ticketga kiradi.

O'xshash maqolalar