Pritunl serverining nomini o'zgartirish konsoldagi yorliqni o'zgartiradi. U mijoz profillari ulanadigan manzilni o'zgartirmaydi va DNS yozuvini yaratmaydi. Muhim qiymat xostning ommaviy manzili bo'lib, u nomni manzil kabi oson qabul qiladi.

Mijozlar ulanadigan nom xostning bitta maydonida yashaydi

Pritunl oxirgi nuqtani xostning Ommaviy manzil sozlamasi orqali ochadi, u ommaviy IP manzil yoki DNS nomini qabul qiladi. U yerga vpn.example.net qo'ying, hosil qilingan profillar va autentifikatsiyalangan sinxronizatsiya bu nomni mijozlarga beradi. Yozuv allaqachon mavjud bo'lishi va VPN transportini qabul qiluvchi tinglovchiga hal bo'lishi kerak; bu maydon manzilni e'lon qiladi, uni e'lon qilib qo'ymaydi. Server obyektining ko'rsatiladigan nomi ma'muriy metadata bo'lib, u hech qachon mijozning ulanish urinishiga yetib bormaydi.

Shuning uchun birinchi qadam biror narsaning nomini o'zgartirish emas. Xost sozlamalarini oching, ommaviy manzilni o'zgartiring va qo'llab-quvvatlanadigan interfeys orqali saqlang.

O'xshab ko'rinadigan, lekin bo'lmagan uchta maydon

Mahalliy manzil Pritunl xostlari o'rtasidagi replikatsiya va marshrutlashga xizmat qiladi. Bog'lanish manzili bog'langan serverlar bir-biriga qanday yetib borishini tavsiflaydi. Hech biri mijoz ulanadigan manzil emas va ommaviy nomni ularga ko'chirish ular tavsiflaydigan topologiyani buzadi. Ommaviy IPv6 manzili o'z yozuvi va yo'liga ega alohida maydon; IPv4 uchun A yozuvi IPv6 yetib borish imkoniyatini o'rnatmaydi.

DNS nomi ham port xaritalash yoki tinglovchini olib yurmaydi. Agar xizmat 1194 UDP da tinglasa, nom baribir 1194 UDP qabul qilishi kerak bo'lgan xostga hal bo'ladi. Veb konsolni taqdim etuvchi 443 portidagi HTTP teskari proksi VPN transportining oxirgi nuqtasi emas, hatto ikkalasi bir xil nomni bo'lishsa ham.

Tunnel ichidagi domenga asoslangan marshrutlash yana boshqa qatlam. Tashqi oxirgi nuqtani nomlash mijoz qaysi xususiy manzillarga yetib borishi haqida hech narsa demaydi.

Yangi nomni mavjud mijozlarga yuboring

Maydonni o'zgartirish serverdan allaqachon chiqib ketgan profillarni qayta yozmaydi. Pritunl ning autentifikatsiyalangan konfiguratsiya sinxronizatsiyasi xost manzili va porti o'zgarishlarini mos keluvchi mijozlarga yetkazishi mumkin, hujjatlashtirilgan CLI mijozi esa ulanish yoki qayta ulanishdan oldin sinxronizatsiya qiladi. NetworkManager yoki mustaqil OpenVPN mijoziga import qilingan profilda bunday kanal yo'q va tasdiqlangan almashtirish talab qilinadi. Mavjud seanslar hech narsani isbotlamaydi, chunki ular eski qiymat bo'yicha o'rnatilgan.

Veb konsol yuk muvozanatlagichi orqasida bo'lsa, Pritunl sinxronizatsiya yo'li uchun alohida Sinxronizatsiya manzili sozlamasini hujjatlashtiradi. Faqat ikkalasi ham Pritunl bo'lgani uchun VPN tinglovchisiga konsolning xost nomini qayta ishlatmang.

O'zgarishni shu tartibda yetkazing: xost sozlamasini saqlang, joriy profilni eksport qiling yoki sinxronlashtiring, mijoz nusxasini almashtiring, so'ng qayta ulaning. Qaysi mijozlar sinxronizatsiya bilan boshqarilishini va qaysilarida import qilingan fayllar borligini yozib qo'ying, chunki ikkinchi guruh avtomatik ergashmaydi. Mijoz egaligi ro'yxati bu yerda yana bitta DNS yozuvidan foydaliroq.

O'zgarishni haqiqiy ulanish bilan qabul qiling

Nomni hal qilish eng zaif mumkin bo'lgan sinovdir. dig +short vpn.example.net manzil qaytarsa, bu faqat yozuv mavjudligini isbotlaydi.

Qabul sinovi yangi profilga ega mijozdan yangi autentifikatsiyalangan ulanish, so'ng tunnel orqali yetib borilishi kerak bo'lgan xususiy resursga so'rovdir. Mijoz jurnalida u haqiqatda ishlatgan oxirgi nuqtani tekshiring, nazarda tutganingizni emas. Nomning to'g'ri o'zgarishiga bog'liq bo'lmagan boshqaruv yo'lini saqlang, shunda xato sizni konsoldan qulflab qo'ymaydi.

Keyinchalik ommaviy manzil ko'chsa, yozuvni yangilang va mijoz keshlashi hamda qayta ulanish xatti-harakatini rejalashtiring. Xost nomi mijozlarni raqamli manzildan ajratadi; u tirik soketni ko'chirmaydi va yetib bo'lmaydigan tinglovchini javob berishga majbur qilmaydi.

O'xshash maqolalar