Vai domājat, ka Pritunl servera pārdēvēšana maina tā galapunktu?

Pritunl servera pārdēvēšana konsolē maina etiķeti. Tā nemaina adresi, ar kuru savienojas klientu profili, un neveido DNS ierakstu. Svarīgā vērtība ir resursdatora publiskā adrese, un tā nosaukumu pieņem tikpat viegli kā adresi.

Nosaukums, ar kuru savienojas klienti, mīt vienā resursdatora laukā

Pritunl atklāj galapunktu ar resursdatora iestatījumu Publiskā adrese, kas pieņem publisku IP adresi vai DNS nosaukumu. Ievietojiet tur vpn.example.net, un ģenerētie profili un autentificētā sinhronizācija nodos šo nosaukumu klientiem. Ierakstam jau jābūt un tam jāatrisinās uz klausītāju, kas pieņem VPN pārvadi; laukis izziņo galamērķi, bet to nepublicē. Servera objekta parādītais nosaukums ir administratīvi metadati, un tas nekad nesasniedz klienta savienojuma mēģinājumu.

Tātad pirmais solis nav kaut ko pārdēvēt. Atveriet resursdatora iestatījumus, mainiet publisko adresi un saglabājiet atbalstītajā saskarnē.

Trīs lauki, kas izskatās līdzīgi un nav tādi

Vietējā adrese kalpo replikācijai un maršrutēšanai starp Pritunl resursdatoriem. Savienojuma adrese apraksta, kā saistītie serveri sasniedz viens otru. Neviena no tām nav adrese, ar kuru savienojas klients, un publiskā nosaukuma kopēšana tajos salauž topoloģiju, ko tie apraksta. Publiskā IPv6 adrese ir atsevišķs lauks ar savu ierakstu un ceļu; A ieraksts IPv4 neizveido IPv6 sasniedzamību.

DNS nosaukums arī nenes ne portu kartējumu, ne klausītāju. Ja pakalpojums klausās uz 1194 UDP, nosaukums joprojām atrisinās uz resursdatoru, kuram jāpieņem 1194 UDP. HTTP apgrieztais starpniekservers 443 portā, kas apkalpo tīmekļa konsoli, nav VPN pārvades galapunkts, pat ja abi dala vienu un to pašu nosaukumu.

Uz domēniem balstīta maršrutēšana tuneļa iekšienē ir vēl cits slānis. Ārējā galapunkta nosaukšana neko neizsaka par to, kurus privātos galamērķus klients var sasniegt.

Nosūtiet jauno nosaukumu esošajiem klientiem

Lauka maiņa nepārraksta profilus, kas jau ir atstājuši serveri. Pritunl autentificētā konfigurācijas sinhronizācija var piegādāt resursdatora adreses un porta izmaiņas saderīgiem klientiem, un dokumentētais CLI klients sinhronizējas pirms pievienošanās vai atkārtotas pievienošanās. Profilam, kas importēts NetworkManager vai atsevišķā OpenVPN klientā, šāda kanāla nav, un tam nepieciešams apstiprināts aizstājējs. Esošās sesijas neko nepierāda, jo tās tika izveidotas pret veco vērtību.

Kad tīmekļa konsole atrodas aiz slodzes līdzsvarotāja, Pritunl dokumentē atsevišķu iestatījumu Sinhronizācijas adrese sinhronizācijas ceļam. Nelietojiet konsoles resursdatora nosaukumu VPN klausītājam tikai tāpēc, ka abi ir Pritunl.

Piegādājiet izmaiņas šādā secībā: saglabājiet resursdatora iestatījumu, eksportējiet vai sinhronizējiet pašreizējo profilu, aizstājiet klienta kopiju, pēc tam pievienojieties atkārtoti. Pierakstiet, kurus klientus pārvalda sinhronizācija un kuriem ir importēti faili, jo otrā grupa automātiski nesekos. Klientu īpašumtiesību saraksts šeit ir noderīgāks par vēl vienu DNS ierakstu.

Pieņemiet izmaiņas ar īstu savienojumu

Atrisināšana ir vājākais iespējamais tests. dig +short vpn.example.net, kas atgriež adresi, pierāda tikai to, ka ieraksts pastāv.

Pieņemšanas tests ir jauns autentificēts savienojums no klienta ar jauno profilu, kam seko pieprasījums privātam resursam, kuram jābūt sasniedzamam caur tuneli. Pārbaudiet klienta žurnālā galapunktu, ko tas faktiski izmantoja, nevis to, ko bijāt iecerējis. Uzturiet pārvaldības ceļu, kas nav atkarīgs no pareizas nosaukuma maiņas, lai kļūda nevarētu jūs izslēgt no konsoles.

Vēlāk, kad publiskā adrese pārvietosies, atjauniniet ierakstu un plānojiet klientu kešatmiņu un atkārtotas pievienošanās uzvedību. Resursdatora nosaukums atsaista klientus no skaitliskas adreses; tas nepārvieto aktīvu ligzdu un neliek nesasniedzamam klausītājam atbildēt.