Nega OpenVPN route direktivasidagi wildcard ishlay olmaydi

route manzil prefikslarini o'rnatadi, shuning uchun xost nomi shablonining taqqoslaydigan hech narsasi yo'q. Tarmoqlar uchun prefiks, domenlar qaror qabul qilishi kerak bo'lganda esa proksi yoki PAC faylidan foydalaning.

Maqsad oqilona: bitta kompaniya domeni uchun hamma narsani tunnel orqali yuborish va qolganini tinch qo'yish. Tahrirlanayotgan direktiva marshrutlarni o'rnatadi, marshrutda esa taqqoslash uchun xost nomi tushunchasi yo'q. Unga wildcard yozishga qilingan har bir urinish yo tahlil xatosini, yo, undan ham yomoni, nom bitta manzilga hal qilingani uchun bugun tasodifan ishlaydigan marshrutni beradi. Ikki xil mexanizm bir-birining ishini qilishga so'ralmoqda.

Marshrut nima o'rnatadi va nimani hech qachon o'qimaydi

Marshrut yozuvi manzil prefiksi interfeys orqali yetib borishini aytadi. Yadro paketlarni o'sha prefikslar bilan taqqoslaydi, shuning uchun ishtirok etadigan yagona identifikatorlar manzillar va maskalardir. Xost nomi hech qachon uzatish qarorida ko'rinmaydi, shuning uchun u yerda shablonni taqqoslab bo'lmaydi.

OpenVPN ba'zi marshrut parametrlarida hal qilinadigan nomni qabul qilishi mumkin va bu bag'rikenglik chalkashlik manbai. Nom konfiguratsiya qo'llanayotganda hal qilinadi va oddiy marshrutlarga aylanadigan bir yoki bir nechta manzillarni hosil qiladi. Shundan so'ng nom rasmdan butunlay yo'qoladi.

Demak, nomdan qurilgan marshrut qoida emas, bir lahzalik suratdir. Tunnel boshlangan paytda nom nima bilan hal qilingan bo'lsa, shuni qamrab oladi va o'zgaruvchan xostlar oilasi uchun siz istamaydigan xatti-harakat aynan shu. Ertaga ko'chadigan yozuv marshrutni kechaga ishora qilib qoldiradi.

Manzil haqiqatan prefiks bo'lganda

Agar maqsad ma'lum xususiy tarmoq bo'lsa, prefiksni yozing. Hujjat maydonidan misol uchun bitta xost va bitta quyi tarmoq shunday ko'rinadi:

route 10.60.4.20 255.255.255.255
route 10.60.0.0 255.255.0.0

Ikkala yozuv ham manzillar va maskalarni nomlaydi va ikkalasi ham DNS o'zgarishlariga bardosh beradi, chunki ularda hech narsa nomga bog'liq emas. Bu butun afzallik: marshrut bir marta sodir bo'lgan qidiruv haqida emas, topologiya haqida bayonotdir.

Bitta DNS javobidan katta prefiks chiqarmang. Bitta manzilga hal qilinadigan bitta xost nomi uning orqasidagi tarmoq hajmi haqida sizga hech narsa aytmaydi va taxmin qilingan prefiks tunnelning oxir-oqibat hech kim u orqali yuborishni niyat qilmagan trafikni ushlab qolishining yo'lidir. Qidiruvdan xulosa chiqarish o'rniga tarmoq egasidan haqiqiy prefiksni so'rang.

Ish birligi xost nomi bo'lganda

Domen bo'yicha tanlash domenni o'qiydigan narsani, ya'ni amaliy qatlam komponentini talab qiladi. Odatiy javob tunnelning narigi tomonida yashaydigan HTTP proksi bo'lib, qaysi so'rovlarni unga yuborishni mijoz tanlaydi.

Proksi konfiguratsiya fayli bu tanlovni ifodalashi mumkin. Quyidagi misol qoidalar bitta domen va uning quyi domenlarini proksiga, qolgan hamma narsani to'g'ridan-to'g'ri yuboradi:

function FindProxyForURL(url, host) {
    var h = host.toLowerCase();
    if (h === "corp.example" || dnsDomainIs(h, ".corp.example")) {
        return "PROXY 10.60.0.12:3128";
    }
    return "DIRECT";
}

Aniq nom taqqoslash domenning o'zini qamrab oladi, qo'shimcha taqqoslash esa faqat o'xshash belgilar bilan tugaydigan nomga mos kelmasdan uning avlodlarini qamrab oladi. Ikkalasi ham kerak va bittasini qoldirish to'g'ri ko'rinadigan, lekin cho'qqini yoki firibgarni chetlab o'tadigan qoida hosil qiladi.

Bu qoidalar proksini tanlaydi; uni yaratmaydi va operatsion tizimning hech bir marshrutini o'zgartirmaydi. Proksi manzili hali ham tunnel orqali o'z yo'lini talab qiladi va to'g'ridan-to'g'ri deb belgilangan so'rovlar mashinada allaqachon mavjud marshrutlash siyosatiga amal qiladi.

Proksi opsiyasi nimani qamrab olmaydi

Brauzerning proksi konfiguratsiyasini e'tiborsiz qoldiradigan dasturlarga bularning hech biri ta'sir qilmaydi. Buyruq qatori vositalari, yangilovchilar va o'z tarmoq stekiga ega ilovalar PAC faylini emas, marshrutlar jadvalini oladi, shuning uchun bunday holatlar qo'llab-quvvatlanadigan har bir ilova uchun mexanizm yoki boshqa dizaynni talab qiladi. Brauzer qoidasi ish oqimini qamrab oladi deb va'da berishdan oldin muhim mijozlarni ro'yxatga oling.

To'g'ridan-to'g'ri qaytish ham qochish yo'li emas. Agar mashinaning marshrutlash siyosati allaqachon hamma narsani tunnelga yuborsa, to'g'ridan-to'g'ri deb belgilangan so'rov uning ichida qoladi, chunki proksi tanlovi va marshrutlar jadvali turli qatlamlarda qabul qilinadigan turli qarorlardir.

Nomlarni hal qilish uchinchi alohida savol. Qaysi so'rovlar proksiga borishini tanlash ularga qaysi hal qiluvchi javob berishi haqida hech narsa aytmaydi va ikkalasini bitta sozlama deb qarash tashqaridan kimdir sinab ko'rmaguncha ko'rinmaydigan oqishlarni keltirib chiqaradi. Har bir so'rovga qayerda javob berilishini hal qiling va bu qarorni proksi qoidasi yoniga yozing. Tunnel ko'tarilgani uchun o'zgaradigan hal qiluvchi javobni jimgina ko'chiradi.

Ikkala yo'lni ham sinash, faqat omadlisini emas

Mos kelishi kerak bo'lgan xost nomini, mos kelmasligi kerak bo'lgan xost nomini va domen cho'qqisini sinab ko'ring, chunki cho'qqi faqat qo'shimchali qoida eng ko'p o'tkazib yuboradigan holatdir. So'ngra sahifa yuklangan-yuklanmaganidan taxmin qilish o'rniga har bir so'rov haqiqatda qaysi yo'lni bosib o'tganini tasdiqlang.

Nihoyat, muvaffaqiyatsizlik tarmog'ini sinab ko'ring. Yetib bo'lmaydigan proksi siz oldindan qaror qilgan tarzda muvaffaqiyatsizlikka uchrashi kerak, jimgina to'g'ridan-to'g'ri ulanishga qaytmasligi kerak. Tarmoq opsiyalari ma'lumotnomasi marshrut parametrlarini aniq hujjatlashtiradi; bu dizaynning domen yarmi butunlay undan tashqarida yashaydi.

O'xshash maqolalar