VPN ilə qoşulmuş server üçün DNS-ə hansı ünvan yazılır?
Yerləşdirilmiş serverin üç ünvanı var və onlar bir-birini əvəz etmir. Hər xidmətin ehtiyac duyduğu dəyəri seçin, sonra onu maşının xaricindən təsdiqləyin.
VPN quraşdırılmış yerləşdirilmiş server sonda üç ünvan saxlayır və onlardan yalnız biri konfiqurasiya etmək üzrə olduğunuz hər yerə aiddir. Nömrəni provayder panelindən DNS-ə, dinləyiciyə və ya icazə siyahısına köçürmək işləyən tunelin heç kimin çata bilmədiyi xidmətə çevrilmə yoludur. Bu təlimat hər ünvanın göstərilən məqsəd üçün seçilməsi üçün işi sıralayır. Həmçinin həqiqətən nə dərc etdiyinizi təsdiqləyən əmrləri sadalayır.
Heç nə dərc etməzdən əvvəl üç ünvanı xəritələyin
Onları funksiyasına görə adlandırın. Underlay ünvanı maşının VPN son nöqtəsinə internet üzərindən çatmaq üçün istifadə etdiyi ünvandır və çox vaxt provayderin NAT-ı arxasında özəldir. Tunel ünvanı VPN-in içində yaşayır və məhsuldan asılı olaraq server və ya müştəri tərəfindən verilir. İctimai çıxış uzaq bir veb saytın tərcümədən sonra qeyd etdiyi ünvandır, və soruşa biləcəyiniz heç bir interfeysdə mövcud olmaq məcburiyyətində deyil.
Bir maşın üçün tək ictimai ünvan göstərən panel digər iki rol haqqında sizə çox az şey deyir. Underlay əlçatanlığı tələbdir, satınalma deyil: ev marşrutlaşdırıcısının arxasındakı noutbuk ictimai IPv4 ünvanına sahib olmadan yerləşdirilmiş VPN son nöqtəsinə çata bilər. Edə bilmədiyiniz şey, heç kimin yönləndirmədiyi ünvana həll olunan ad yazaraq gələn yol uydurmaqdır.
Ünvanı etiketə görə deyil, xidmətə görə seçin
Nömrə seçməzdən əvvəl serverin nə etməli olduğunu yazın. Gedən API çağırışları qarşı tərəf icazə siyahısı saxladıqda sabit çıxışa ehtiyac duyur. Özəl giriş müştərilərin marşrutlaşa biləcəyi tunel ünvanına və ona bağlı dinləyiciyə ehtiyac duyur. İctimai yerləşdirmə provayderin həqiqətən təklif etdiyi gələn xəritələməyə ehtiyac duyur və bunu təkcə çıxış ünvanı təmin etmir.
Tək bir maşın üç məqsədin hamısına xidmət edə və yenə də üç fərqli ünvan istifadə edə bilər. Qırılan, tək bir dəyərin hamısını əhatə etdiyi fərziyyəsidir:
| Requirement | Value that belongs there | What you see when the roles are swapped |
|---|---|---|
| Outbound allowlisting | Public exit | Requests reach the service but are rejected |
| Private client access | Tunnel address | Client connects, nothing answers |
| Inbound web service | Provider mapping | Name resolves, connection times out |
Mübahisə olunan sətir gələn sətirdir. Çıxış ünvanına işarə edən qeyd dinləyici, firewall açılışı və ya port xəritələməsi yaratmır və gözləmək bunu dəyişmir. Provayder ayrılmış ünvanı gələn qayda ilə birlikdə satırsa, o paket aldığınız qabiliyyətdir; ünvan özü hüquq deyil.
Hansı ünvanın hansı olduğunu göstərən əmrlər
Paneli deyil, maşını oxuyun. İnterfeys adları sistemlər arasında fərqlənir, buna görə etiketə güvənmək əvəzinə ünvanları cihazlarla uyğunlaşdırın.
Birinci sətir hər IPv4 ünvanını və cihazını sadalayır, ikincisi isə nüvədən tanınmış xarici təyinat üçün hansı cihazı istifadə edəcəyini soruşur:
ip -brief -4 addr show
ip -4 route get 198.51.100.10
curl -4 -s https://ifconfig.me
ss -lntp | grep -E ':(443|1194)'Marşrut axtarışı ictimai trafik üçün tunel cihazı ilə cavab verirsə, tam tuneliniz qüvvədədir. Dinləyici yoxlaması da eyni dərəcədə vacibdir, çünki yalnız 127.0.0.1-ə bağlı proses hansı adı dərc etsəniz də tunel ünvanında heç vaxt cavab verməyəcək.
Onu dərc edin, sonra xaricdən yoxlayın
Xidmətin ehtiyac duyduğu dəyəri dərc edin və başqa heç nə: yerləşdirmə üçün A və ya AAAA qeydi, gedən çağırışlar üçün icazə siyahısı qeydi, özəl giriş üçün müştəri profili. Sonra vacib olan mövqedən sınaqdan keçirin və bu heç vaxt indicə redaktə etdiyiniz maşın deyil.
İki yoxlama çoxunu əhatə edir və hər ikisi skriptdə saxlamaq üçün kifayət qədər ucuzdur:
dig +short vpn.example.net A
curl -4 -sS -o /dev/null -w '%{http_code}\n' https://vpn.example.net/healthQeydinizin mövcud olduğunu sübut edən DNS cavabı sorğunun gəldiyinin sübutu deyil və bir uğurlu sorğu yalnız bir yolun bir şəbəkədən işlədiyini sübut edir. İcazə siyahısı işə qarışdıqda yoxlamanı mobil bağlantıdan təkrarlayın, çünki müşahidə etdiyiniz çıxış ünvan ailəsindən və keçilən marşrutdan asılı ola bilər. Hansı ailəni təsdiqlədiyinizi qeyd edin; işləyən IPv4 yolu IPv6 haqqında heç nə demir.
Xidmət gələn yönlüdürsə, çıxış ünvanı kifayət etmir
Gələn giriş dörd şeyin bir xəttdə olmasını tələb edir: müştərinin çata biləcəyi ad və ya ünvan, paketi maşına çatdıran marşrut, onu qəbul edən dinləyici və onu atmadan siyasət. VPN ikinci elementi və bəzən birincini dəyişir, üçüncü və dördüncü üçün heç nə etmir. Tunel çatdırılma yolu olduqda, müştərilər çıxışa deyil, tunel ünvanına qoşulur.
Hər xidmətin hansı ünvandan asılı olduğunu qeyd edin və provayder marşrutlaşdırma modelini hər dəyişdikdə bu qeydi yenidən nəzərdən keçirin. Özəl cavab verib ictimai olaraq uğursuz olan server adətən xarab deyil; yanlış kimliklə cavab verir və düzəliş firewall dəyişikliyi deyil, xəritələmə qərarıdır.