Myslíte si, že premenovanie servera Pritunl zmení jeho koncový bod?

Premenovanie servera Pritunl mení štítok v konzole. Nemení adresu, na ktorú sa pripájajú klientske profily, a nevytvára záznam DNS. Hodnota, na ktorej záleží, je verejná adresa hostiteľa a tá prijíma názov rovnako ochotne ako adresu.

Názov, na ktorý sa klienti pripájajú, žije v jednom poli hostiteľa

Pritunl sprístupňuje koncový bod cez nastavenie Verejná adresa hostiteľa, ktoré prijíma verejnú IP adresu alebo názov DNS. Vložte tam vpn.example.net a vygenerované profily aj overená synchronizácia odovzdajú tento názov klientom. Záznam musí už existovať a smerovať na poslucháča, ktorý prijíma prevádzku VPN; pole inzeruje cieľ, ale nezverejňuje ho. Zobrazovaný názov objektu servera je administratívny metadátový údaj a nikdy sa nedostane k pokusu klienta o pripojenie.

Prvým krokom teda nie je premenovanie čohokoľvek. Otvorte nastavenia hostiteľa, zmeňte verejnú adresu a uložte cez podporované rozhranie.

Tri polia, ktoré vyzerajú podobne a nie sú

Lokálna adresa slúži replikácii a smerovaniu medzi hostiteľmi Pritunl. Adresa prepojenia opisuje, ako sa prepojené servery navzájom dostanú. Ani jedno nie je adresa, na ktorú sa klient pripája, a kopírovanie verejného názvu do nich ničí topológiu, ktorú opisujú. Verejná adresa IPv6 je samostatné pole s vlastným záznamom a cestou; záznam A pre IPv4 nenastolí dostupnosť cez IPv6.

Názov DNS tiež nenesie žiadne mapovanie portov ani poslucháča. Ak služba počúva na 1194 UDP, názov sa stále prekladá na hostiteľa, ktorý musí prijímať 1194 UDP. HTTP reverzný proxy na porte 443, ktorý obsluhuje webovú konzolu, nie je koncovým bodom prenosu VPN, aj keď obe zdieľajú rovnaký názov.

Smerovanie podľa domén vo vnútri tunela je zase iná vrstva. Pomenovanie vonkajšieho koncového bodu nič nehovorí o tom, ktoré súkromné ciele môže klient dosiahnuť.

Pošlite nový názov existujúcim klientom

Zmena poľa neprepisuje profily, ktoré už server opustili. Overená synchronizácia konfigurácie Pritunl môže doručiť zmeny adresy a portu hostiteľa kompatibilným klientom a dokumentovaný klient CLI sa synchronizuje pred pripojením alebo opätovným pripojením. Profil importovaný do NetworkManageru alebo do samostatného klienta OpenVPN taký kanál nemá a potrebuje schválenú náhradu. Existujúce relácie nič nepreukazujú, pretože boli nadviazané so starou hodnotou.

Keď webová konzola stojí za vyvažovačom záťaže, Pritunl dokumentuje samostatné nastavenie Adresa synchronizácie pre cestu synchronizácie. Znovu nepoužívajte názov hostiteľa konzoly pre poslucháča VPN len preto, že obe sú Pritunl.

Doručte zmenu v tomto poradí: uložte nastavenie hostiteľa, exportujte alebo synchronizujte aktuálny profil, nahraďte kópiu klienta a potom sa znova pripojte. Zaznamenajte, ktorých klientov spravuje synchronizácia a ktorí držia importované súbory, pretože druhá skupina nebude nasledovať automaticky. Zoznam vlastníctva klientov je tu užitočnejší ako ďalší záznam DNS.

Prijmite zmenu skutočným pripojením

Preklad je najslabší možný test. dig +short vpn.example.net, ktorý vráti adresu, dokazuje iba to, že záznam existuje.

Prijímacím testom je nové overené pripojenie z klienta s novým profilom, po ktorom nasleduje požiadavka na súkromný zdroj, ktorý má byť dostupný cez tunel. Skontrolujte v klientskom logu koncový bod, ktorý skutočne použil, nie ten, ktorý ste zamýšľali. Udržujte cestu správy, ktorá nezávisí od správnej zmeny názvu, aby vás chyba nemohla uzamknúť mimo konzoly.

Neskôr, keď sa verejná adresa presunie, aktualizujte záznam a naplánujte kešovanie u klientov a správanie pri opätovnom pripojení. Názov hostiteľa odpútava klientov od číselnej adresy; nepresúva živý socket ani neprinúti nedostupného poslucháča odpovedať.