Pritunl серверінің атын өзгерту оның соңғы нүктесін өзгертеді деп ойлайсыз ба?

Pritunl серверінің атын өзгерту консольдегі белгіні өзгертеді. Ол клиент профильдері қосылатын мекенжайды өзгертпейді және DNS жазбасын жасамайды. Маңызды мән — хосттың жария мекенжайы, және ол атауды мекенжай сияқты оңай қабылдайды.

Клиенттер қосылатын атау хосттың бір өрісінде тұрады

Pritunl соңғы нүктені хосттың Жария мекенжай параметрі арқылы ашады, ол жария IP мекенжайын немесе DNS атауын қабылдайды. Ол жерге vpn.example.net қойыңыз, сонда жасалған профильдер мен аутентификацияланған синхрондау сол атауды клиенттерге береді. Жазба бұрыннан болуы және VPN тасымалын қабылдайтын тыңдаушыға шешілуі керек; бұл өріс мақсатты жариялайды, оны жария етпейді. Сервер нысанының көрсетілетін атауы әкімшілік метадеректер және клиенттің қосылу әрекетіне ешқашан жетпейді.

Сондықтан бірінші қадам — ешнәрсенің атын өзгерту емес. Хост параметрлерін ашыңыз, жария мекенжайды өзгертіңіз және қолдау көрсетілетін интерфейс арқылы сақтаңыз.

Ұқсас көрінетін, бірақ олай емес үш өріс

Жергілікті мекенжай Pritunl хосттары арасындағы репликация мен маршруттауға қызмет етеді. Байланыс мекенжайы байланысқан серверлердің бір-біріне қалай жететінін сипаттайды. Екеуі де клиент қосылатын мекенжай емес, ал жария атауды оларға көшіру олар сипаттайтын топологияны бұзады. Жария IPv6 мекенжайы өз жазбасы мен жолы бар жеке өріс; IPv4 үшін A жазбасы IPv6 қолжетімділігін орнатпайды.

DNS атауы да порт салыстыруды және тыңдаушыны алып жүрмейді. Егер қызмет 1194 UDP-де тыңдаса, атау әлі де 1194 UDP қабылдауы керек хостқа шешіледі. Веб консольді қызмет ететін 443 портындағы HTTP кері прокси VPN тасымалының соңғы нүктесі емес, тіпті екеуі бір атауды бөліссе де.

Туннель ішіндегі доменге негізделген маршруттау — тағы бір қабат. Сыртқы соңғы нүктені атау клиенттің қандай жеке мақсаттарға жете алатыны туралы ештеңе айтпайды.

Жаңа атауды бар клиенттерге жіберіңіз

Өрісті өзгерту серверден кетіп қалған профильдерді қайта жазбайды. Pritunl-дың аутентификацияланған конфигурация синхрондауы хост мекенжайы мен портының өзгерістерін үйлесімді клиенттерге жеткізе алады, ал құжатталған CLI клиенті қосылу немесе қайта қосылу алдында синхрондайды. NetworkManager немесе дербес OpenVPN клиентіне импортталған профильде мұндай арна жоқ және оған мақұлданған ауыстыру қажет. Бар сеанстар ештеңе дәлелдемейді, өйткені олар ескі мәнге қарсы орнатылған.

Веб консоль жүктеме теңгергішінің артында тұрса, Pritunl синхрондау жолы үшін жеке Синхрондау мекенжайы параметрін құжаттайды. Екеуі де Pritunl болғандықтан ғана VPN тыңдаушысы үшін консольдің хост атауын қайта пайдаланбаңыз.

Өзгерісті осы ретпен жеткізіңіз: хост параметрін сақтаңыз, ағымдағы профильді экспорттаңыз немесе синхрондаңыз, клиенттің көшірмесін ауыстырыңыз, содан кейін қайта қосылыңыз. Қай клиенттерді синхрондау басқаратынын және қайсыларында импортталған файлдар бар екенін жазып алыңыз, өйткені екінші топ өздігінен ілеспейді. Клиенттердің меншік тізімі бұл жерде тағы бір DNS жазбасынан пайдалырақ.

Өзгерісті нақты қосылыммен қабылдаңыз

Шешу — ең әлсіз мүмкін тексеру. dig +short vpn.example.net мекенжайды қайтарса, бұл тек жазбаның бар екенін дәлелдейді.

Қабылдау тексерісі — жаңа профилі бар клиенттен жаңа аутентификацияланған қосылым, содан кейін туннель арқылы қолжетімді болуы тиіс жеке ресурсқа сұраныс. Клиент журналында ол нақты пайдаланған соңғы нүктені тексеріңіз, сіз ойлағанды емес. Атаудың дұрыс өзгертілуіне тәуелді емес басқару жолын ұстаңыз, сонда қате сізді консольден құлыптамайды.

Кейінірек жария мекенжай жылжығанда, жазбаны жаңартыңыз және клиент кэші мен қайта қосылу мінез-құлқын жоспарлаңыз. Хост атауы клиенттерді сандық мекенжайдан ажыратады; ол тірі сокетті жылжытпайды және қолжетімсіз тыңдаушыны жауап беруге мәжбүрлемейді.