openfortivpn DNS-ni doim qayta yozadimi? Haqiqiy egasini toping

Ulanishni u ko'tarilgan paytdan boshlab kuzatib boring: mijoz autentifikatsiyadan o'tadi, pppd muzokara qiladi, so'ngra nimadir DNS sozlamalarini operatsion tizimga yozadi. Agar VPN hal qiluvchingizni o'zgartirganini bilsangiz xolos, bu bosqichlardan qaysi biri buni qilganini hali bilmaysiz. Ulardan ikkitasi qila oladi va hujjatlashtirilgan pppd integratsiyasidan foydalanadigan mijozda ular bitta ishtirokchi bo'lib ko'rinadigan darajada yaqin ishlaydi. Yozuvchini nomlash birinchi qadam; uning o'rinbosarini tanlash ikkinchisi, va bu o'z muvaffaqiyatsizlik usullariga ega alohida qaror.

Quyidagi ketma-ketlik mijozni tashqariga qarab kuzatadi: ulanish nimani o'zgartirdi, qaysi kalit qaysi yozuvchini bosadi, kim mas'uliyatni olishi kerak va natija qayta ulanishdan omon qolishini qanday tasdiqlash kerak. Har bir bosqich boshqa iz qoldiradi, va aynan iz o'tkazish haqiqatan sodir bo'lganini aytadi.

Ulanish haqiqatan nimani o'zgartirganidan boshlang

Odatiy buyrug'ingiz bilan bir marta ulanib, yechimni oldin va keyin solishtiring. systemd-resolved ishlaydigan Linux xostida resolvectl status har bir ulanish uchun DNS serverlarini va qidiruv domenlarini chop etadi, o'z serverlarini olib yuruvchi yangi tun yoki ppp ulanishi esa mijoz tomonidagi yangilanishning barmoq izi. macOS da scutil --dns hal qiluvchi konfiguratsiyasini ilovalar unga murojaat qiladigan tartibda ko'rsatadi.

Buni o'zgarishini kutgan fayl bilan solishtiring. Har bir ulanish ko'rinishidagi ulanishga bog'langan yozuv va qayta yozilgan /etc/resolv.conf ikki xil natija, ikkinchisi esa butunlay boshqa narsa boshqaradigan ramziy havola bo'lishi mumkin. Hal qiluvchi manzilini, qidiruv domenlarini va interfeys nomini bir paytda yozib oling; ulardan biridagi o'zgarish boshqa yozuvchiga ishora qiladi. Bu asosiy chiziqsiz har bir keyingi tuzatish uch komponentdan qaysi biri siljiganligi haqidagi taxmindir.

Ikki kalit va har biri bosadigan yozuvchi

openfortivpn o'zi boshqara oladigan ikkala yozuvchini ham o'chiradigan opsiya fragmentini hujjatlashtiradi, va har bir kalitning qo'llanma bir xil sozlama deb hisoblaydigan to'liq yozilgan ekvivalenti bor.

openfortivpn gw.example.com:443 --no-dns --pppd-no-peerdns
# written out in long form
openfortivpn gw.example.com:443 --set-dns=0 --pppd-use-peerdns=0

--no-dns mijozning shlyuzdan o'rgangan DNS serverlarini qo'llashini to'xtatadi, --pppd-no-peerdns esa pppd ning sherik DNS ini tizimga surishini to'xtatadi. upstream qo'llanmasi PPP orqali DNS yangilanishlari mijozning o'z DNS yangilanishlari bilan poygaga tushishi mumkinligidan ogohlantiradi, shuning uchun ikkala kalit ham fragmentga tegishli, birini yetarli deb hisoblash o'rniga.

Hech bir kalit o'rinbosar hal qiluvchini nomlamaydi va hech biri tarmoq menejeri, DHCP mijozi yoki alohida VPN integratsiyasini keyinroq yechim yozishdan to'xtatmaydi. Ikki yozuvchini bosish maydonni egalik qilingan emas, ochiq qoldiradi. Agar uchinchi komponent allaqachon DNS ni boshqarsa, fragment siz kuzata oladigan hech narsani o'zgartirmaydi; agar uni hech narsa boshqarmasa, siz hozir shaxsiy nomlar yechimining yagona manbasini olib tashladingiz. Bu faqat o'rinbosar egasi avval tanlanib, alohida sinovdan o'tkazilganda amal qiladigan tartib.

Biror narsani o'chirishdan oldin egasini tanlang

Avval ish nomlari bo'yicha so'rovlarga kim javob berishini hal qiling, chunki bu tanlov keyingi hamma narsani cheklaydi. Mavjud hal qiluvchini saqlash shaxsiy zona mijoz qayerda o'tirsa ham u yerdan allaqachon yetib boriladigan bo'lishi kerakligini bildiradi, ofis ichidagi shaxsiy hal qiluvchiga esa tunnel ko'tarilganda ham chidaydigan marshrut kerak. Har bir so'rovni bitta ichki xizmatga yuborish yanada o'tkir muvaffaqiyatsizlik usuliga ega uchinchi siyosat: o'sha xizmat yetib borilmasa, ommaviy nomlar shaxsiy nomlar bilan birga muvaffaqiyatsizlikka uchraydi.

Marshrut egaligi ataylab alohida qoladi. Marshrut opsiyalari DNS ni o'zgartirganingiz uchun shart emas, va o'rinbosar o'rnatmasdan marshrut o'rnatishni o'chirish hozir tanlagan hal qiluvchingizni yetib borilmaydigan qilib qo'yishi mumkin. Marshrutlash jadvalida aynan hal qiluvchi manzilini tekshiring, tasodifan sinagan ilova sub tarmog'ini emas.

Yechimni har bir fayl uchun emas, har bir ulanish uchun tekshiring

Cheklangan yoki domen bo'yicha yechimga ega xostda ilovalar haqiqatan nima ishlatishining ro'yxati bitta /etc/resolv.conf emas, shuning uchun hal qiluvchi holatini platforma ochib bergan tarzda o'qing.

resolvectl status
resolvectl query vpn.internal.example.com
resolvectl query example.com
ip route get 10.20.0.53

Ulanish ko'tarilgandan so'ng bitta shaxsiy nom va bitta ommaviy nomni so'rang va qaysi ulanish har biriga javob berganini belgilang. VPN ulanishi domen bo'yicha qidiruv ro'yxatini olib yurganda, shaxsiy nom to'g'ri yechilishi mumkin, ommaviy nom esa hali ham mahalliy hal qiluvchiga boradi, va bu bo'linish nosozlik emas, ishlayotgan dizayn. Agar shaxsiy so'rov muvaffaqiyatsiz bo'lsa, DNS ga yana tegishdan oldin hal qiluvchiga boradigan marshrutni tekshiring; agar u muvaffaqiyatli bo'lsa-yu, ilova hali ham muvaffaqiyatsizlikka uchrasa, ilova o'zining keshlangan yoki alohida sozlangan hal qiluvchisini o'qiyotgan bo'lishi mumkin.

Qayta ulanib, uzilgan holatni tasdiqlang

Ulanishni tushiring va ikkala so'rovni takrorlang. Tanlangan egasi o'rnatgan narsani o'sha egasi olib tashlashi yoki tikashi kerak, siz jim qilgan mijoz uni qoldirib ketmasligi kerak. Tunnel dan uzoq yashaydigan eskirgan ulanish yozuvi shaxsiy so'rovlarni endi yetib borilmaydigan manzilga yuborishda davom etadi.

Keyin qayta ulanib, o'sha uch qiymatni yana o'qing: hal qiluvchi manzili, qidiruv domenlari, interfeys.

Agar ular yozib olgan siyosatingizga mos kelsa, o'tkazish tugallangan va VPN mijozi endi yozuvchilardan biri emas. Agar ulanish ko'tarilgandan bir necha soniya o'tib qiymat orqaga siljisa, boshqa narsa hali ham konfiguratsiyani qo'llamoqda, va keyingi qadam yana bir bayroq qo'shish emas, o'sha komponentni aniqlash. Siz xohlagan yakuniy holat hodisasiz: bitta egasi, bitta hujjatlashtirilgan siyosat va tunnel paydo bo'lishidan oldingidek aniq yechadigan uzilgan xost.