Ikki VPN, bitta resolver: oxirgi yozgan yutadi

Ikki VPN klienti ulangan: biri ish uchun, biri laboratoriya tarmog'i uchun, va ichki nomlar faqat oxirgi ulangan klient uchun hal qilinadi. Bu manzara klientlardan biridagi xato kabi ko'rinadi. Odatda bu qaysi nom kimga tegishli ekani haqida kelishuvsiz bir xil resolver konfiguratsiyasini yozadigan ikki dasturning oldindan aytish mumkin bo'lgan natijasidir.

Afsona: eng yangi VPN DNSga egalik qiladi

Eng oxirgi ulanish yutadi degan umumiy qoida yo'q. Nima bo'lishi platforma mexanizmiga va har bir klient uni qanday yozishiga bog'liq. Resolver faylini almashtiruvchi klient bir natija beradi; har bir ulanish uchun domen qo'shuvchi klient boshqa natija beradi; hech narsa qilmaydigan klient avvalgi holatni daxlsiz qoldiradi.

Demak, kuzatilgan xatti-harakat ikki amalga oshirishning xossasi, hujjatlashtirilgan ustuvorlik emas. Faqat ishga tushish tartibidan fikr yuritish ba'zan to'g'ri, ba'zan esa takrorlash qiyin bo'lgan tarzda xato bo'ladi. Buning o'rniga xaritani yozib qo'ying. Ikki klientda yashaydigan dizayn dizayn emas.

Nom fazolarini resolverlarga bog'lang

Xususiy qo'shimchalarni va har bir tarmoq talab qiladigan resolverni sanab chiqing, so'ngra ochiq nomlar qayerga borishini hal qiling. O'sha ro'yxat dizayndir. Usiz klientlar qarorni tasodifan qabul qiladi.

Har bir ulanish uchun DNS yoki marshrutlash domenlarini qo'llab-quvvatlaydigan platforma bo'linishni ataylab ifodalashi mumkin: bir domen bir ulanishga, boshqa domen boshqasiga boradi, qolgan hammasi aniq standart qiymatga ergashadi. Bir faylni qayta yozadigan ikki tekis skript bu dizaynni saqlay olmaydi, chunki har biri butun konfiguratsiyaga egalik qiladi deb o'ylaydi.

Windowsda nomlarni hal qilish siyosati jadvali qo'shimchalarni muayyan serverlarga yo'naltirishi mumkin, VPN klienti esa u yerda qoidalar o'rnatishi mumkin. Adapterlar ro'yxatini emas, siyosatni tekshiring, chunki nomni adapterlar ro'yxati hal qilmaydi.

Yuklash yo'lini saqlang

Har bir klient o'z oxirgi nuqtasini topishi kerak, shundagina u oxirgi nuqta taqdim etadigan xizmatdan foydalana oladi. Agar oxirgi nuqtaning xost nomi faqat tunnel orqali hal qilinsa, tunnelga esa hal qilingan xost nomi kerak bo'lsa, sizda ulanish vaqti tugashi sifatida ko'rinadigan aylanma bog'liqlik bor. Ikkala tunneldan tashqarida bitta yuklash yo'lini saqlang. U ulanishni qutqaradigan kungacha hech narsa turmaydi.

Har bir resolverga boradigan yo'lni ko'ring, faqat unga sozlangan nomni emas. Faqat boshqa tunnel orqali yetib boriladigan resolver yo'q bo'lgan kabi harakat qiladi, alomat esa marshrutlash xatosi emas, vaqt tugashi.

Ustma-ust tushadigan manzillar DNS muammosi emas

Bir xil manzil diapazonidan foydalanadigan ikki xususiy tarmoqni DNS tartibi bilan tuzatib bo'lmaydi. Agar ikkala tunnel ham 10.0.0.0/8ni talab qilsa, to'g'ri hal qilingan nom ham xost to'g'ri tunnelga marshrutlay olmaydigan manzilga ishora qiladi. Bu manzil darajasidagi yechimni talab qiladi, masalan, alohida diapazonlar, nom fazosi yoki tarjima, yana bitta resolver sozlamasi emas. Buni erta hal qilish hech qachon ishlamaydigan DNS konfiguratsiyasi orqali uzoq aylanma yo'lni oldini oladi.

Nomlarni hal qilishni ayblashdan oldin ikki tunnelning manzil taqsimotini solishtiring. Ikki tomon bir xil prefiksni itarib yuborganda, xost buning uchun bitta marshrut saqlaydi, ikkinchi tunnel orqali hal qilingan nom esa baribir birinchi tunnelga tegishli manzilga tushadi. Alohida diapazonlar, har bir tarmoq uchun nom fazosi yoki tarjima — tuzatishlar; har bir klient ulangandan keyin marshrutlar jadvali siz ko'zda tutgan yo'lni ko'rsatayotganini tasdiqlang.

Buni haqiqiy ilovalar bilan isbotlang

Faqat o'z nom fazosida mavjud bo'lgan ikki xostni va bitta ochiq nomni tanlang, so'ngra har birini unga egalik qilishi kerak bo'lgan klient orqali hal qiling. Kutilgan resolverdan to'g'ri javob ilova xostga yetib borishini isbotlamaydi, chunki o'sha manzilga yo'l baribir muvaffaqiyatsiz bo'lishi mumkin. Har bir qidiruvdan so'ng foydalanuvchi haqiqatda ishga tushiradigan dasturdan ulanish sinovini o'tkazing.

O'zining shifrlangan DNS parametriga ega klient siz hozir tekshirgan siyosatni chetlab o'tishi mumkin, shuning uchun bu sozlamani ko'rib chiqishning bir qismi sifatida tekshiring. So'ngra ikki klientni yetkazib beruvchi qo'llab-quvvatlaydigan tartibda qayta ulang va qidiruvlarni takrorlang; tartib o'zgarganda javoblar almashsa, raqib yozuvchi hali ham konfiguratsiyaning bir qismiga ega. Biror narsani tahrirlashdan oldin qoidani qaysi komponent o'rnatishini aniqlang - klient, operatsion tizim profili yoki boshqaruv agenti. Tartib va egalarni yozib qo'ying, keyingi odam ularni qaytadan kashf etmasin.