Ali mislite, da preimenovanje strežnika Pritunl spremeni njegovo končno točko?

Preimenovanje strežnika Pritunl spremeni oznako v konzoli. Ne spremeni naslova, s katerim se povezujejo odjemalski profili, in ne ustvari zapisa DNS. Pomembna vrednost je javni naslov gostitelja, in ta sprejme ime prav tako rad kot naslov.

Ime, s katerim se povezujejo odjemalci, živi v enem polju gostitelja

Pritunl izpostavi končno točko z nastavitvijo Javni naslov gostitelja, ki sprejme javni naslov IP ali ime DNS. Tja vstavite vpn.example.net, in ustvarjeni profili ter overjena sinhronizacija bodo to ime predali odjemalcem. Zapis mora že obstajati in se razreševati na poslušalca, ki sprejema promet VPN; polje oglašuje cilj, ne objavi pa ga. Prikazano ime strežniškega objekta so administrativni metapodatki in nikoli ne doseže poskusa povezave odjemalca.

Prvi korak torej ni preimenovanje česarkoli. Odprite nastavitve gostitelja, spremenite javni naslov in shranite prek podprtega vmesnika.

Tri polja, ki so videti podobna in niso

Lokalni naslov služi replikaciji in usmerjanju med gostitelji Pritunl. Naslov povezave opisuje, kako povezani strežniki dosežejo drug drugega. Nobeno ni naslov, s katerim se povezuje odjemalec, in kopiranje javnega imena vanju zlomi topologijo, ki jo opisujeta. Javni naslov IPv6 je ločeno polje z lastnim zapisom in potjo; zapis A za IPv4 ne vzpostavi dosegljivosti IPv6.

Ime DNS tudi ne nosi preslikave vrat ali poslušalca. Če storitev posluša na 1194 UDP, se ime še vedno razreši na gostitelja, ki mora sprejemati 1194 UDP. HTTP povratni posrednik na vratih 443, ki streže spletno konzolo, ni končna točka prenosa VPN, tudi ko si oba delita isto ime.

Usmerjanje na podlagi domen znotraj tunela je spet druga plast. Poimenovanje zunanje končne točke ne pove ničesar o tem, do katerih zasebnih ciljev lahko odjemalec pride.

Pošljite novo ime obstoječim odjemalcem

Sprememba polja ne prepiše profilov, ki so strežnik že zapustili. Overjena sinhronizacija konfiguracije Pritunl lahko dostavi spremembe naslova in vrat gostitelja združljivim odjemalcem, dokumentirani odjemalec CLI pa se sinhronizira pred povezavo ali ponovno povezavo. Profil, uvožen v NetworkManager ali samostojnega odjemalca OpenVPN, nima takega kanala in potrebuje odobreno zamenjavo. Obstoječe seje ničesar ne dokažejo, ker so bile vzpostavljene s staro vrednostjo.

Ko spletna konzola stoji za porazdeljevalnikom obremenitve, Pritunl dokumentira ločeno nastavitev Naslov sinhronizacije za pot sinhronizacije. Ne uporabljajte znova imena gostitelja konzole za poslušalca VPN samo zato, ker sta oba Pritunl.

Spremembo dostavite v tem vrstnem redu: shranite nastavitev gostitelja, izvozite ali sinhronizirajte trenutni profil, zamenjajte kopijo odjemalca in se nato znova povežite. Zabeležite, katere odjemalce upravlja sinhronizacija in kateri imajo uvožene datoteke, ker druga skupina ne bo sledila samodejno. Seznam lastništva odjemalcev je tu koristnejši od še enega zapisa DNS.

Sprejmite spremembo s pravo povezavo

Razreševanje je najšibkejši možni preizkus. dig +short vpn.example.net, ki vrne naslov, dokaže le, da zapis obstaja.

Preizkus sprejema je nova overjena povezava z odjemalca z novim profilom, ki ji sledi zahteva do zasebnega vira, ki mora biti dosegljiv skozi tunel. V dnevniku odjemalca preverite končno točko, ki jo je dejansko uporabil, ne tiste, ki ste jo nameravali. Vzdržujte pot upravljanja, ki ni odvisna od pravilne spremembe imena, da vas napaka ne more zakleniti izven konzole.

Pozneje, ko se javni naslov premakne, posodobite zapis in načrtujte predpomnjenje pri odjemalcih ter vedenje pri ponovni povezavi. Ime gostitelja odveže odjemalce od številčnega naslova; ne premakne živega vtiča in ne prisili nedosegljivega poslušalca k odgovoru.