Да ли мислите да преименовање Pritunl сервера мења његову крајњу тачку?

Преименовање Pritunl сервера мења ознаку у конзоли. Оно не мења адресу на коју се повезују клијентски профили и не ствара DNS запис. Вредност која је важна је јавна адреса домаћина, и она прихвата име једнако радо као адресу.

Име на које се клијенти повезују живи у једном пољу домаћина

Pritunl излаже крајњу тачку кроз поставку Јавна адреса домаћина, која прихвата јавну IP адресу или DNS име. Ставите vpn.example.net тамо, и генерисани профили и аутентификована синхронизација предаће то име клијентима. Запис мора већ да постоји и да се разрешава ка слушаоцу који прихвата VPN саобраћај; поље оглашава одредиште, али га не објављује. Приказано име серверског објекта су административни метаподаци и никада не стиже до покушаја повезивања клијента.

Зато први корак није преименовање било чега. Отворите поставке домаћина, промените јавну адресу и сачувајте преко подржаног интерфејса.

Три поља која изгледају слично, а нису

Локална адреса служи репликацији и усмеравању између Pritunl домаћина. Адреса везе описује како повезани сервери стижу једни до других. Ниједна од њих није адреса на коју се клијент повезује, а копирање јавног имена у њих квари топологију коју описују. Јавна IPv6 адреса је одвојено поље са сопственим записом и путањом; A запис за IPv4 не успоставља доступност преко IPv6.

DNS име такође не носи ни мапирање портова, ни слушаоца. Ако услуга слуша на 1194 UDP, име се и даље разрешава на домаћина који мора да прихвати 1194 UDP. HTTP обрнути прокси на порту 443 који служи веб конзолу није крајња тачка VPN саобраћаја, чак и када оба деле исто име.

Усмеравање засновано на доменима унутар тунела је још један слој. Именовање спољне крајње тачке не говори ништа о томе до којих приватних одредишта клијент може да стигне.

Пошаљите ново име постојећим клијентима

Промена поља не преписује профиле који су већ напустили сервер. Аутентификована синхронизација конфигурације Pritunl може да достави промене адресе и порта домаћина компатибилним клијентима, а документовани CLI клијент се синхронизује пре повезивања или поновног повезивања. Профил увезен у NetworkManager или самостални OpenVPN клијент нема такав канал и потребна му је одобрена замена. Постојеће сесије ништа не доказују, јер су успостављене са старом вредношћу.

Када веб конзола стоји иза балансера оптерећења, Pritunl документује одвојену поставку Адреса синхронизације за путању синхронизације. Не користите поново име домаћина конзоле за VPN слушаоца само зато што су оба Pritunl.

Доставите промену овим редом: сачувајте поставку домаћина, извезите или синхронизујте тренутни профил, замените копију клијента, затим се поново повежите. Забележите које клијенте управља синхронизација и који држе увезене датотеке, јер друга група неће следити аутоматски. Списак власништва над клијентима је овде кориснији од још једног DNS записа.

Прихватите промену стварном везом

Резолуција је најслабији могући тест. dig +short vpn.example.net који враћа адресу доказује само да запис постоји.

Тест прихватања је нова аутентификована веза са клијента који има нови профил, након чега следи захтев ка приватном ресурсу који треба да буде доступан кроз тунел. Проверите у дневнику клијента крајњу тачку коју је заиста користио, а не ону коју сте намеравали. Одржавајте путању управљања која не зависи од исправне промене имена, како вас грешка не би закључала изван конзоле.

Касније, када се јавна адреса помери, ажурирајте запис и планирајте кеширање код клијената и понашање при поновном повезивању. Име домаћина одваја клијенте од нумеричке адресе; оно не помера активан сокет и не тера недоступног слушаоца да одговори.