bypass-dhcp OpenVPN marshrut rejasiga aslida nima qo'shadi

redirect-gateway def1 bypass-dhcp bo'lgan profil IPv4 standart marshrutini almashtirishni bitta tor istisno bilan birlashtiradi. Odamlar oxirgi so'zni o'qib, mobil ulanishlar uchun umumiy yechim kutadilar, so'ng bu bayroq hech qachon qo'llab-quvvatlamagan DHCP nazariyasi bilan yarim kun o'tkazadilar. Har bir qism bitta ish qiladi va istisno o'z obro'sidan ancha kichik.

Faqat mobil tarmoqda uchraydigan nosozlikni manzil taqsimlashga bog'lashdan oldin bayroqlarni ajratib oling. Bu satrning ikki yarmi bir-biriga hech qanday aloqasi yo'q.

Ikki bayroq, ikki bog'lanmagan ish

def1 bilan klient allaqachon mavjud standart marshrutni almashtirish o'rniga ikkita IPv4 yarim standart marshrut qo'shadi. 0.0.0.0/1 manzil maydonining pastki yarmini, 128.0.0.0/1 esa yuqori yarmini qamrab oladi, shuning uchun ular birgalikda har qanday manzilga yetib boradi, har biri esa 0.0.0.0/0 dan aniqroq bo'lib qoladi. Shu sababli asl standart marshrut o'sha qidiruvlarda g'olib bo'lmasdan jadvalda qoladi, bu esa eski shlyuzni klient aniq yo'naltiradigan hamma narsa uchun yetib boriladigan qilib turadi. U jadvalda bir-birini qoplaydigan ikkita standart marshrutni ham qoldiradi, shuning uchun marshrutlar chiqarilishi profilda ko'rsatilganidan g'alati ko'rinishi mumkin.

bypass-dhcp alohida va standart marshrutga umuman tegmaydi. OpenVPN 2.6 qo'llanmasi uni mahalliy quyi tarmoqda bo'lmagan DHCP serveriga to'g'ridan-to'g'ri marshrut qo'shish deb ta'riflaydi, shuning uchun ijara trafigi tunneldan tashqariga chiqadi, va bu xatti-harakat Windows mijozlarida joriy qilinganini, boshqa joyda mavjud bo'lmasligi mumkinligini qayd etadi.

Uning mavjudligi sababi mexanik. Yarim standart marshrutlar chiquvchi trafikni ushlagandan so'ng, jismoniy tarmoqdagi serverga yo'naltirilgan DHCP yangilanishi, agar biror narsa o'sha manzilni haqiqiy interfeysga bog'lamasa, tunnelga yo'naltiriladi. Bayroq uni bog'laydi.

Istisno aslida nimani qamrab oladi

Muvaffaqiyatli ulanishdan keyingi illyustrativ jadval shaklni ko'rsatadi: tunnel orqali ikkita yarim standart marshrut va jismoniy shlyuz orqali DHCP serveri uchun bitta xost marshruti. Uni o'z manzillaringiz sifatida emas, shakl sifatida o'qing.

0.0.0.0/1        via 10.8.0.1      dev tun0
128.0.0.0/1      via 10.8.0.1      dev tun0
192.168.1.1/32   via 192.168.1.254 dev wlan0

O'sha uchinchi qator bitta manzilni nomlaydi. Bu resolver sozlamasi emas, mahalliy tarmoq uchun umumiy ruxsat emas va serverdagi chiqish qoidasi emas. Uyali operatordagi telefonda klient bunday aniqlay oladigan DHCP serveri bo'lmasligi mumkin, shuning uchun bayroq u yerda hech narsani o'zgartirmaydi.

Klient aslida nima o'rnatganini tekshiring

Profilda yozilgan variantni, server taklif qilgan variantni va ulanish egasi haqiqatan qo'llagan marshrutni farqlang. Qo'llab-quvvatlanmaydigan bayroqni rad etgan klient konfiguratsiyaning qolgan qismini saqlab qolishi mumkin, shuning uchun tunnel ko'tariladi va istisno shunchaki yo'q bo'ladi. Fayldagi qator kuchga kirdi deb taxmin qilish o'rniga klientning o'z jurnali va natijaviy marshrutlash jadvalini o'qing. Ulardan uchtasi bir vaqtning o'zida to'g'ri bo'lishi mumkin va faqat oxirgisi paketlar aslida qayerga ketishini o'zgartiradi.

VPN oxirgi nuqtasiga marshrutni ham bir vaqtning o'zida ishlatish mumkin holda saqlang. Bu oxirgi nuqta istisnosi DHCP istisnosidan boshqa talab bo'lib, usiz tunnel o'zini ushlab turadigan transportni ushlab qolishi mumkin.

Ilova manzili uchun muvaffaqiyatsiz bo'lgan kontekstda samarali qidiruvni ko'rib chiqing. Aniqroq mahalliy marshrutlar, siyosat bo'yicha yo'naltirish va har bir ilova uchun istisnolar javobni o'zgartiradi, shuning uchun ikkita yarim standart marshrutning mavjudligi har bir oqimning ro'yxati emas.

Yo'lning qolgan qismi bu bayroqda emas

Serverga hali ham klientning internet trafigini uzatish uchun ruxsat va uni qaytarib yubora oladigan chiqish tartibi kerak. Klient tomonidagi hech bir marshrut serverda yetishmayotgan uzatish yoki manba tarjimasini yaratmaydi va hech bir bayroq ishlaydigan qaytish yo'lini almashtirmaydi.

Nomlarni hal qilish va IPv6 har biri o'z siyosatiga muhtoj. IPv4 almashtirish resolverni tunnel tomonidagi serverga yo'naltirmaydi va IPv6 qamrovini o'rnatmaydi, faqat v4 ni qayta yo'naltiruvchi klient v6 yo'lini tegmasdan qoldiradi.

Profil va manzilni qat'iy ushlab, bitta tasdiqlangan zararsiz so'rovni ishlaydigan va ishlamaydigan kirish yo'lida solishtiring. Farq nomlarni hal qilishda, tunnel o'rnatishda, marshrut tanlashda yoki uzatilgan trafikda ekanini qayd eting va javobni profil bilan birga saqlang. Aynan o'sha yozuv keyingi odamning DHCP ni yetib bora olmaydigan muammoda ayblashini oldini oladi.