Дали мислите дека преименувањето на серверот 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 што враќа адреса докажува само дека постои запис.

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

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