Pritunl serverinin adını dəyişməyin onun son nöqtəsini dəyişdiyini düşünürsünüz?

Pritunl serverinin adını dəyişmək konsolda bir etiketi dəyişir. O, müştəri profillərinin qoşulduğu ünvanı dəyişmir və DNS qeydi yaratmır. Vacib olan dəyər hostun Ümumi Ünvanıdır və o, adı ünvan qədər asanlıqla qəbul edir.

Müştərilərin qoşulduğu ad bir host sahəsində yaşayır

Pritunl son nöqtəni hostun Ümumi Ünvan parametri vasitəsilə açır, bu parametr ya ümumi IP ünvanını, ya da DNS adını qəbul edir. Oraya vpn.example.net yazın, yaradılan profillər və autentifikasiyalı sinxronizasiya bu adı müştərilərə ötürəcək. Qeyd artıq mövcud olmalı və VPN nəqliyyatını qəbul edən dinləyiciyə yönlənməlidir; sahə bir təyinatı elan edir, onu dərc etmir. Server obyektinin göstərilən adı inzibati metadır və heç vaxt müştərinin qoşulma cəhdinə çatmır.

Yəni ilk addım heç nəyin adını dəyişmək deyil. Host parametrlərini açın, Ümumi Ünvanı dəyişin və dəstəklənən interfeys vasitəsilə yadda saxlayın.

Oxşar görünən və olmayan üç sahə

Yerli Ünvan Pritunl hostları arasında replikasiya və marşrutlaşdırmaya xidmət edir. Bağlantı Ünvanı əlaqələndirilmiş serverlərin bir-birinə necə çatdığını təsvir edir. Heç biri müştərinin qoşulduğu ünvan deyil və ümumi adı onlara köçürmək təsvir etdikləri topologiyanı pozur. Ümumi IPv6 Ünvanı öz qeydi və yolu olan ayrı bir sahədir; IPv4 üçün A qeydi IPv6 əlçatanlığı yaratmır.

DNS adı həm də heç bir port xəritələnməsi və dinləyici daşımır. Xidmət 1194 UDP üzərində dinləyirsə, ad yenə də 1194 UDP qəbul etməli olan hosta yönəlir. Veb konsolu təqdim edən 443 portundakı HTTP tərs proksisi VPN nəqliyyat son nöqtəsi deyil, hətta hər ikisi eyni adı paylaşsa da.

Tunelin içində domen əsaslı marşrutlaşdırma yenə başqa bir təbəqədir. Xarici son nöqtənin adlandırılması müştərinin hansı özəl təyinatlarına çata biləcəyi barədə heç nə demir.

Yeni adı mövcud müştərilərə ötürün

Sahəni dəyişmək serveri artıq tərk etmiş profilləri yenidən yazmır. Pritunl-un autentifikasiyalı konfiqurasiya sinxronizasiyası host ünvanı və port dəyişikliklərini uyğun müştərilərə çatdıra bilər və sənədləşdirilmiş CLI müştərisi qoşulmadan və ya yenidən qoşulmadan əvvəl sinxronizasiya edir. NetworkManager-ə və ya ayrıca OpenVPN müştərisinə idxal edilmiş profilin belə kanalı yoxdur və təsdiqlənmiş əvəz tələb edir. Mövcud sessiyalar heç nə sübut etmir, çünki onlar köhnə dəyərə qarşı qurulub.

Veb konsol yük balanslaşdırıcısının arxasındadırsa, Pritunl sinxronizasiya yolu üçün ayrı Sinxronizasiya Ünvanı parametrini sənədləşdirir. Yalnız hər ikisi Pritunl olduğu üçün konsolun host adını VPN dinləyicisi üçün təkrar istifadə etməyin.

Dəyişikliyi bu sıra ilə çatdırın: host parametrini saxlayın, cari profili ixrac edin və ya sinxronlaşdırın, müştərinin surətini dəyişdirin, sonra yenidən qoşulun. Hansı müştərilərin sinxronizasiya ilə idarə olunduğunu və hansıların idxal edilmiş fayl saxladığını qeyd edin, çünki ikinci qrup avtomatik izləməyəcək. Müştəri mülkiyyətinin siyahısı burada başqa bir DNS qeydindən daha faydalıdır.

Dəyişikliyi real bağlantı ilə qəbul edin

Həll etmə mümkün olan ən zəif sınaqdır. dig +short vpn.example.net ünvan qaytarırsa, bu yalnız bir qeydin mövcud olduğunu sübut edir.

Qəbul sınağı yeni profili daşıyan müştəridən təzə autentifikasiyalı bağlantı və ardınca tunel vasitəsilə əlçatan olmalı olan özəl resursa sorğudur. Müştəri jurnalında həqiqətən istifadə etdiyi son nöqtəyə baxın, nəzərdə tutduğunuza yox. Adın düzgün dəyişdirilməsindən asılı olmayan bir idarəetmə yolu saxlayın ki, səhv sizi konsoldan kilidləməsin.

Sonra ümumi ünvan yer dəyişdirəndə qeydi yeniləyin və müştəri keşləməsi ilə yenidən qoşulma davranışını planlaşdırın. Host adı müştəriləri rəqəmsal ünvandan ayırır; lakin o, canlı soketi yerindən tərpətmir və əlçatmaz dinləyicini cavab verməyə məcbur etmir.