DHCP ning 121 parametri bilan LAN xostlariga VPN qaytish yo‘lini bering

Uzoq VPN mijozlari ulanadi, LAN serveri javob beradi va javob oddiy internet routeridan chiqib, o‘sha yerda o‘ladi. Bitta serverni statik yo‘l bilan tuzatish mumkin, lekin ularning butun bir quyi tarmog‘ini ular allaqachon tarmoq konfiguratsiyasini oladigan joyda boshqarish yaxshiroq. DHCPv4 ning 121 parametri aynan shunday manzil yo‘lini tarqatadi va odamlar standart yo‘lni unutgan zahoti xato qiladigan qism ham shu. Alomat bir tomonlama trafik: so‘rovlar keladi, javoblar yo‘qoladi.

Avval uchta manzilni nomlang

Aniq bir LAN oling: 192.168.50.0/24, odatdagi standart router 192.168.50.1 da va alohida VPN darvozasi 192.168.50.2 da. Autentifikatsiyadan o‘tgan uzoq mijozlar 10.90.0.0/24 ni egallaydi.

Har bir qatnashuvchi xostga kerakli yo‘l — 10.90.0.0/24 via 192.168.50.2. Manzil mijozlar hovuchidir, keyingi sakrash esa darvozaning tunnel manzili emas, LAN manzilidir.

Uni sinfsiz statik yo‘l sifatida kodlang

121 parametri prefiks va keyingi sakrash juftlarini tashiydi, RFC 3442 esa kodlashni ham, undan kelib chiqadigan mijoz xatti-harakatini ham belgilaydi. Faqat shu namunaviy LAN ga xizmat qiladigan mavjud dnsmasq nusxasi uchun konfiguratsiya shakli quyidagicha:

dhcp-option=121,10.90.0.0/24,192.168.50.2,0.0.0.0/0,192.168.50.1

Bu parcha, yangi DHCP xizmati emas. Bir nechta segmentga xizmat qiladigan serverda parametrni siz allaqachon ishlatadigan teglar yoki tarmoq siyosati bilan cheklang. Avvalgi konfiguratsiyani qo‘lingizda saqlang, chunki uni qaytarish qayta yuklash emas, yana bir ijara yangilanishini bildiradi.

Standart yo‘lni yo‘qotmang

Mana tuzoq. 121 parametrini olgan mijoz odatdagi Router parametrini e'tiborsiz qoldirishi kerak, shuning uchun faqat VPN hovuchining yo‘lini e'lon qilish o‘sha xostni umuman standart yo‘lsiz qoldirishi mumkin. Mashina hanuz konfiguratsiyalangan ko‘rinadi va jimgina internetni yo‘qotadi. Foydalanuvchilar buni barcha interfeyslar ishlab turganda tarmoq ishlamay qolgani deb ta'riflaydi.

Yuqoridagi parcha qilganidek, ko‘zlangan standartni o‘sha ro‘yxatga qo‘shing. Sinfsiz yo‘llarni joriy qilmaydigan mijozlar uchun odatdagi Router parametrini ham joyida qoldiring; kimga nima yuborilishini serverning o‘z parametr ishlovi hal qiladi.

Mijoz nimani qabul qilishini tekshiring

Manzili qo‘lda berilgan xost buni hech qachon olmaydi, chunki u ijara so‘ramaydi. Mijozlardagi qo‘llab-quvvatlash ham turlicha, shuning uchun har bir qurilma 121 parametriga rioya qiladi deb o‘ylash o‘rniga haqiqatda ishlatadigan operatsion tizimda sinab ko‘ring. O‘sha serverlarning egalari bilan qaysilari statik manzilli ekanini tasdiqlang. Bunday xostlarga o‘z yo‘l yozuvlari kerak, aks holda ular shunchaki qatnashmaydi.

Boshqariladigan DHCP xizmatlari yana bir chegara. Ba'zi bulut tarmoqlari administratorlarga ixtiyoriy parametrlarni e'lon qilishga ruxsat bermaydi, o‘sha segmentdagi raqib DHCP serveri esa umuman parametr yo‘qligidan ham yomonroq.

Ijarani, so‘ng qidiruvni tekshiring

DHCP egasidan o‘zgarishni qo‘llashni so‘rang, so‘ng mijozda ijarani yangilang. Mavjud ijaralar yangilanmaguncha eski konfiguratsiyani saqlaydi, shuning uchun darhol natija kafolatlanmaydi.

Linux mijozida haqiqiy yo‘llarni o‘qing va ikkala yozuvni tasdiqlang:

ip -4 route
ip -4 route get 10.90.0.23

Kontekstli qidiruv hovuch yo‘lini 192.168.50.2 orqali va standartni 192.168.50.1 orqali ko‘rsatishi kerak. Agar standart yo‘q bo‘lsa, yuqoridagi tuzoqni takrorlagansiz.

So‘ng haqiqiy almashinuvni sinang

Yo‘llarni tarqatish butun yo‘l emas. Alohida darvoza hanuz yo‘naltirishga, uzoq sheriklarning egaligiga va serverga ruxsat beradigan kirish siyosatiga muhtoj, DHCP esa hech kimni autentifikatsiya qilmaydi.

Nihoyat, olib tashlash rejasini saqlang. O‘rganilgan statik yo‘l VPN yiqilganda o‘zini qaytarib olmaydi, shuning uchun eskirgan keyingi sakrash tunnel yo‘qolganidan ancha keyin ham o‘sha prefiksni qora tuynukka aylantirishi mumkin.