Mislite da preimenovanje Pritunl servera mijenja njegovu krajnju točku?

Preimenovanje Pritunl servera mijenja oznaku u konzoli. Ono ne mijenja adresu na koju se spajaju klijentski profili i ne stvara DNS zapis. Vrijednost koja je važna jest javna adresa hosta, a ona prihvata ime jednako rado kao i adresu.

Ime na koje se klijenti spajaju živi u jednom polju hosta

Pritunl izlaže krajnju točku kroz postavku Javna adresa hosta, koja prihvata ili javnu IP adresu ili DNS ime. Stavite vpn.example.net tamo i generisani profili te autentificirana sinkronizacija predat će to ime klijentima. Zapis već mora postojati i usmjeravati na slušatelja koji prihvata VPN promet; polje oglašava odredište, ali ga ne objavljuje. Prikazano ime serverskog objekta administrativni su metapodaci i nikada ne stižu do klijentova pokušaja povezivanja.

Zato prvi potez nije preimenovanje bilo čega. Otvorite postavke hosta, promijenite javnu adresu i spremite kroz podržano sučelje.

Tri polja koja izgledaju slično, a nisu

Lokalna adresa služi replikaciji i usmjeravanju između Pritunl hostova. Adresa veze opisuje kako povezani serveri dolaze jedni do drugih. Nijedna od njih nije adresa na koju se klijent spaja, a kopiranje javnog imena u njih kvari topologiju koju opisuju. Javna IPv6 adresa zasebno je polje s vlastitim zapisom i putanjom; A zapis za IPv4 ne uspostavlja dostupnost preko IPv6.

DNS ime također ne nosi nikakvo mapiranje portova ni slušatelja. Ako usluga sluša na 1194 UDP, ime se i dalje razrješava na host koji mora prihvatiti 1194 UDP. HTTP obrnuti proxy na portu 443 koji poslužuje web konzolu nije krajnja točka VPN prometa, čak i kada oboje dijele isto ime.

Usmjeravanje po domenama unutar tunela opet je drugi sloj. Imenovanje vanjske krajnje točke ne govori ništa o tome do kojih privatnih odredišta klijent može doći.

Pošaljite novo ime klijentima koji postoje

Promjena polja ne prepisuje profile koji su već napustili server. Pritunl-ova autentificirana sinkronizacija konfiguracije može dostaviti promjene adrese hosta i porta kompatibilnim klijentima, a dokumentirani CLI klijent sinkronizira prije spajanja ili ponovnog spajanja. Profil uvezen u NetworkManager ili samostalni OpenVPN klijent nema takav kanal i treba odobrenu zamjenu. Postojeće sesije ne dokazuju ništa, jer su uspostavljene prema staroj vrijednosti.

Kada web konzola stoji iza balansera opterećenja, Pritunl dokumentira zasebnu postavku Adresa sinkronizacije za put sinkronizacije. Ne koristite ponovo ime hosta konzole za VPN slušatelj samo zato što su oboje Pritunl.

Dostavite promjenu ovim redom: spremite postavku hosta, izvezite ili sinkronizirajte trenutni profil, zamijenite klijentovu kopiju, zatim se ponovo povežite. Zabilježite koje klijente upravlja sinkronizacija, a koji drže uvezene datoteke, jer druga skupina neće slijediti automatski. Popis vlasništva nad klijentima ovdje je korisniji od još jednog DNS zapisa.

Prihvatite promjenu stvarnom vezom

Razrješavanje je najslabiji mogući test. dig +short vpn.example.net koji vraća adresu dokazuje samo da zapis postoji.

Prihvatni test je nova autentificirana veza s klijenta koji ima novi profil, nakon čega slijedi zahtjev prema privatnom resursu koji bi trebao biti dostupan kroz tunel. Provjerite u klijentskom dnevniku krajnju točku koju je stvarno upotrijebio, a ne onu koju ste namjeravali. Držite put upravljanja koji ne ovisi o tome da je ime ispravno promijenjeno, kako vas greška ne bi zaključala izvan konzole.

Kasnije, kada se javna adresa premjesti, ažurirajte zapis i planirajte klijentsko keširanje i ponašanje pri ponovnom spajanju. Ime hosta odvaja klijente od numeričke adrese; ono ne premješta aktivni socket niti tjera nedostupnog slušatelja da odgovori.