Ikki VPN mijozi, bitta marshrut jadvali: standart marshrut kimga nasib qiladi

Ikki VPN mijozi bir xil soket uchun kurashayotgandek ko'rinadi, va aniq yechim bittasini o'chirish bo'lishi kerak. Amalda ular bir xil soketga kamdan-kam tegadi. Har bir ulanish operatsion tizimning marshrut jadvalini qayta yozadi, to'liq tunnel profili esa standart marshrutni talab qiladi. Odatda oxirgi ulangan yutadi, shuning uchun alomat mijozlar orasida ko'chayotgandek ko'rinadi.

Ziddiyat marshrut jadvalida yashaydi

Virtual adapter va standart marshrut — to'liq tunnel trafikni shunday ushlaydi. Ikkinchi mijoz o'z standart marshrutini o'rnatganda, eski yozuv almashtiriladi yoki metrika bilan pasaytiriladi, va har bir manzil endi yangiroq tunneldan o'tadi. Birinchi mijoz ulangan holicha qoladi va hali ham yashil belgi ko'rsatadi, ya'ni interfeys ishlayapti, yo'l esa yo'q. Aynan ulanish holati bilan marshrutlash holatining shu ajralishi xatti-harakatni chalkashtirib yuboradi.

Mijozlar bitta umumiy jadvalning muharrirlari. Qaysi o'zgarish oxirgi bo'lganini bilish deyarli har bir alomatni tushuntiradi.

Joriy yo'l qaysi tunnelga tegishli ekanini o'qing

Ulangan deb xabar bergan mijozga ishonish o'rniga haqiqiy qarorni tekshiring. Tizimdan ma'lum manzilni qaysi interfeys olib o'tishini so'rang.

ip route get 10.20.0.5
route print -4

Birinchi buyruq bitta manzil uchun interfeys va manba manzilini nomlaydi, va bu sizni qiziqtiradigan aniq savol. Marshrutlar ro'yxati Windowsda raqobatlashuvchi standart yozuvlarni va ularning metrikalarini ko'rsatadi, shuning uchun hozir qaysi biri yutayotganini ko'rasiz. Har bir uzoq tarmoqdagi bitta xost uchun qidiruvni ishga tushiring, chunki bir manzil to'g'ri bo'lishi mumkin, ikkinchi tarmoq esa yetib bo'lmaydigan bo'lishi mumkin. Agar javob noto'g'ri tunnelni nomlasa, qayta ulanish yordam bermaydi; marshrut siyosati o'zgarishi kerak.

Ikkinchi mijozning hamma narsaga da'vo qilishini to'xtating

Bitta mijoz standart marshrutga ega bo'lishi, ikkinchisi esa faqat o'z prefikslarini olib yurishi kerak. OpenVPN mijozlari server itarayotgan narsani rad eta oladi.

pull-filter ignore "redirect-gateway"
ip route get 10.30.4.10

route-nopull har bir itarilgan marshrutni e'tiborsiz qoldiradi, pull-filter ignore "redirect-gateway" esa faqat standart marshrut ko'rsatmasini tashlab, itarilgan DNS va boshqa parametrlarni saqlaydi. Server konfiguratsiyasining qancha qismi hali kerakligiga qarab ikkalasidan birini tanlang, so'ngra ikkinchi tarmoqqa zarur aniq prefikslarni qo'shing. DNSni yodda tuting, chunki so'rovlarni olib yurmaydigan tunnel itargan hal qiluvchi hech narsa qaytarmaydi. Har bir tarmoqda bitta taniqli xostni sinab ko'ring va uzoq tomon ko'radigan manba manzilini tasdiqlang.

Ustma-ust tushadigan quyi tarmoqlarni aylanib o'tib bo'lmaydi

Ikkala tarmoq bir xil prefiksni e'lon qilganda, yadro ikki xil joy uchun bitta yozuvni ushlab turadi va tanlashi kerak. Xost marshruti yetishmayotgan farqni o'ylab topa olmaydi, metrika tuzatishi ham qila olmaydi. Bir tomonni qayta raqamlang yoki uning administratori uzoq diapazonni tarjima qilsin, prefikslar farqlansin. Mijozlarni ayblashdan oldin haqiqiy quyi tarmoqlarni tekshiring, chunki uy routerining standart 192.168.1.0/24 diapazoni ofis diapazoni bilan kutilganidan ko'proq to'qnashadi. Keyingi o'zgarish ustma-ustlikni qayta yaratmasligi uchun ikkala diapazonni biletda qayd eting.

Ikki maqsadni ham ajrating: ikkala tarmoqqa yetish — marshrutlash muammosi, tunnelni maxfiylik uchun zanjirlash esa yo'lda qo'shimcha operator bo'lgan boshqa dizayn. Birini ikkinchisini hal qilish uchun ishlatmang.