Bo'lingan tunnel qaysi trafik VPN ishlatishini qanday hal qiladi

Bo'lingan tunnel qoidalar to'plami sifatida ifodalangan marshrutlash siyosati, va mijoz — ularni o'rnatadigan narsa xolos. Ajratish ikki joyda sodir bo'ladi: har bir paket uchun yo'l tanlaydigan moslik qoidalari va jadval nima desa ham ilovani bitta interfeysda ushlab turadigan bog'lashlar. Mijozingiz qaysi mexanizmga tayanishi odamlar aytadigan hayratlarning ko'pini tushuntiradi.

Bir satrda aytib bera oladigan siyosatni sinash mumkin. Tezroq ko'rish deb ta'riflangan siyosat bunday emas va so'rov noto'g'ri yo'nalishga ketganda qaysi qoidani o'zgartirishni aytmaydi.

Qoidalarni mijoz o'rnatadi, tanlovni yadro qiladi

Tunnel ko'tarilganda mijoz boshqa interfeyslaringiz ishlatadigan o'sha jadvalga yo'llar va ko'pincha siyosat qoidalarini qo'shadi. Keyin har bir paket o'z manzilini har bir nomzod prefiks bilan solishtirib, eng aniq moslikni saqlaydigan qidiruvga etadi, ustuvorlik esa turli jadvallarga ishora qiluvchi qoidalar orasidagi tenglikni hal qiladi. Bu qidiruvda paket zaxira ishidan emas, brauzer yorlig'idan kelganini hech narsa bilmaydi. G'olib qoida yo'lni belgilaydi va uni o'zgarishdan oldin ham, keyin ham o'qishingiz mumkin.

Shuning uchun bo'lingan tunnel o'zboshimchalik bilan ko'rinishi mumkin. Bitta ilovadagi ikki manzil turli yo'llarni tutishi mumkin, faqat bir prefiks ikkinchisidan torroq bo'lgani uchun.

Xuddi shu tanlov har bir platformada bor, garchi nomlar o'zgarsa. Windows qarorni o'z filtr platformasiga itaradi, Android VPN xizmati orqali har bir ilova uchun ruxsat ro'yxatini ochib beradi, macOS esa marshrutlash jadvaliga hali bo'ysunadigan qurilmaga tunnelni bog'laydi. Microsoftning marshrutlash eslatmalari Windows holati uchun o'qishga arziydi, va bitta platforma uchun yozilgan qo'llanma kamdan-kam o'zgarishsiz boshqasiga ko'chiriladi.

Har bir ilova uchun bog'lash va manzil prefikslari turli asboblardir

Manzil siyosati paket qayerga ketayotganini so'raydi va yo'l jadvali yoki siyosat qoidasi bilan maslahatlashadi. Har bir ilova siyosati qaysi dastur soketni ochganini so'raydi, va platforma aniqroq yo'l boshqa joyga ishora qilganda ham bu dasturni tunnel interfeysida ushlab turadi. Ikkinchisi jadval o'zgarishlariga chidagani uchun kuchliroq, lekin platforma nisbat bera oladigan jarayonlarnigina qamraydi. Yordamchi jarayon, ichiga o'rnatilgan brauzer yoki o'z ulanishini ochadigan xizmat siz nazarda tutgan bog'lashni meros qilib olmasligi mumkin.

Ikki yondashuvning hech biri yordamsiz nomga asoslangan siyosatdan o'tolmaydi. Katta saytlarning manzillari kontent tarmoqlari orasida aylanadi, shuning uchun xost nomini bir necha prefiksga qadash jimgina mos kelishni to'xtatadigan qoida yaratadi. Nomlarga ergashishi kerak bo'lgan siyosatga statik marshrut o'rniga hal qiluvchini taniydigan komponent kerak.

DNS va xavfsizlik kaliti o'z qoidalariga amal qiladi

Nomlarni hal qilish paket marshrutlashidan alohida qaror, va bo'lingan tunnel odatda ikki hal qiluvchini xohlaydi: ichki nomlar uchun kompaniyaniki, qolgan hamma narsa uchun mahalliy. Mijoz har bir interfeys uchun DNS sozlamalarini o'rnatishi, so'rovlarni vositachi hal qiluvchiga berishi yoki tizim standartini tegmasdan qoldirishi mumkin. O'z shifrlangan hal qiluvchisiga ega brauzer uchta tartibning barchasini chetlab o'tadi. Hal qiluvchi marshrutga ergashgan deb taxmin qilish o'rniga qidiruvni sinab ko'ring.

Xavfsizlik kaliti tepasiga filtr qo'shadi, va bu filtr har doim ataylab qilingan istisnoni tasodifiy oqishdan ajratmaydi. Ba'zi mijozlar tunneldan tashqaridagi hamma narsani bloklaydi, boshqalari siyosat e'lon qilgan istisnolarga ruxsat beradi, shuning uchun ikkalasidan biriga tayanishdan oldin o'zingiznikiga qaysi xatti-harakatni amalga oshirishini o'qing.

Ajratishni ikkala tomondan tekshiring

Kiritilgan yo'lni va chiqarib tashlangan yo'lni alohida sinab ko'ring, va natijani ommaviy manzil bilan emas, interfeys nomi bilan baholang. Bu buyruqlar tunnel qurilmasi allaqachon ko'tarilgan Linux xostini nazarda tutadi. 203.0.113.10 ni siyosatingiz ichkariga yo'naltiradigan manzil bilan, 198.51.100.25 ni esa tashqariga yuboradigan manzil bilan almashtiring.

ip route get 203.0.113.10
ip route get 198.51.100.25
resolvectl query intranet.example.com
curl -s --interface tun0 https://example.com -o /dev/null -w '%{http_code}\n'

Birinchi ikki javobni birga o'qing, chunki har birida nomlangan interfeys ajratish o'sha manzilni tunnelga qo'ygan-qo'ymaganini ko'rsatadi. Hal qiluvchi so'rovi ichki nomga qaysi server javob berganini ko'rsatadi, oxirgi buyruq esa tunnel qurilmasi so'rovni umuman tashiy olishini isbotlaydi. Birinchi satr muvaffaqiyatli bo'lganda ikkinchi satrda muvaffaqiyatsizlik siyosat aynan o'ziga aytilganini qilayotganini bildiradi.

To'plamni qayta ulangandan keyin va tarmoq o'zgarganidan keyin takrorlang. Ijara yangilanishi va interfeyslarning almashinuvi ajratish o'zi qurilgan maqsadga mos kelishni to'xtatadigan joylardir, va har bir ishga tushirishning saqlangan chiqishi og'ishni yaqqol qiladi.