IPv6 ünvanları VPN-inizi əvəz etmir: əvvəlcə ilkin vəzifəyə baxın

Müştərinin status səhifəsini açın, qlobal IPv6 ünvanı görün və tunelin artıq məcburi olmadığı qənaətinə gəlmək istəyi yaranır. O səhifə ünvan göstərir, şifrələmə sərhədi deyil, özəl marşrut cədvəli deyil və giriş qərarı deyil. VPN adətən eyni anda üç vəzifə daşıyır və IPv6 yalnız qıt ünvanların paylaşılması ilə bağlı olana toxunur. Bir xidməti müştəridən dinləyiciyə qədər izləmək hansı vəzifənin dəyişiklikdən sonra qaldığını görməyin yeganə yoludur.

Aləti söndürməzdən əvvəl vəzifəni adlandırın

İnsanlar “VPN” deyəndə üç quruluşdan birini nəzərdə tuturlar və üçü fərqli səbəblərdən uğursuz olur. Bir komandanın yayımladığı bir tətbiqə çatmaq tətbiqə giriş problemidir. Bir neçə saytın bir-birinə çatması üçün müəyyən özəl şəbəkələr toplusuna qoşulmaq marşrutlaşdırma münasibətidir. Tam nəzarət etmədiyiniz infrastruktur üzərində sabit inzibati örtük saxlamaq öz ünvan planı olan əməliyyat quruluşudur.

IPv6 birinci quruluş üçün ünvan paylaşma maneəsini aradan qaldırır və orada həqiqi iş görür, çünki birbaşa ünvan tərcüməçini əvəz edə bilər. Digər ikisi üçün heç nə dəyişmir, çünki tələb heç vaxt ünvan qıtlığı olmayıb. Konfiqurasiyaya toxunmazdan əvvəl üçündən hansını həqiqətən işlətdiyinizi yazın.

Açıq ünvan şifrələmə deyil

Qlobal əhatəli ünvan hostun haradan əlçatan olduğunu deyir; ora gələn trafikin şifrələndiyi və ya doğrulandığı barədə heç nə demir. RFC 8504-in təhlükəsizlik müzakirəsi IPsec tətbiqi dəstəyini IPsec, TLS, SSH və digər yanaşmalar arasındakı daha geniş seçimdən ayırır və ünvanlılıq müdafiə kimi oxunduqda məhz bu fərq yox olur. Bir mexanizmi dəstəkləyən yığın yalnız mexanizmin mövcud olduğunu sübut edib, bu axının ondan keçdiyini heç vaxt. Xüsusilə IPsec-də nəyin qorunduğunu danışılmış assosiasiya və onun seçdiyi trafik həll edir, ünvan ailəsi isə paketin xassəsidir, onun siyasəti deyil.

Əlçatanlıq yenə ayrı bir sualdır. Açıq ünvan tələb olunmayan trafikin gəlməsinə səbəb olmur, çünki marşrut, firewall və dinləyici hərəsi bir səs verir və NAT-ı silmək bütün filtrləri deyil, bir filtri silir. Tunelin hansını əvəz etdiyini, əgər varsa, qərar verin.

Örtük hələ nə verir

Örtük üç halda yerini qazanmağa davam edir. Uzaq istifadəçilərə bir tətbiq deyil, müəyyən marşrut toplusu lazım ola bilər, iki sayt özəl əlçatanlıq razılaşmasına ehtiyac duya bilər və operatorlar giriş provayderi dəyişdikdə dəyişməyən ünvanlaşdırma istəyə bilər. Üçünün heç biri IPv4 ünvan qıtlığı ilə bağlı deyil.

Qlobal ünvanlar bunu texniki xidmətdən azad etmir. Səliqəli daxili plan provayder onu dəyişdikdən sonra xarici son nöqtənin cavab verməsini saxlamır və doğrulama, yenidən qoşulma və ad yeniləmələri hələ də sahib tələb edir. Bir şey söndürülməzdən əvvəl bunların necə bərpa olunacağına qərar verin.

Açıq hala gələn xidməti izləyin

Hostdan başlayın və həqiqətən nəyin dinlədiyini siyahıya alın, çünki təsdiqlədiyiniz tətbiq qutuda olan yeganə şey deyil. ss -lntup hər TCP və UDP dinləyicisini bağlama ünvanı ilə çap edir və səlahiyyətləriniz imkan verdikdə sahib prosesi əlavə edir, bu da idarəetmə interfeysinin wildcard ünvanda, yoxsa yalnız loopback-də olduğunu bir baxışda göstərir. Yığınınız IPv6 soketlərini ayrı saxlayırsa, eyni siyahını belə alın: ss -6 -lntup.

Sonra hər sətri auditoriyaya görə təsnif edin. Öz doğrulaması və nəqliyyat təhlükəsizliyi olan tətbiq portu açıq ünvanda qəbul edilə bilər, halbuki inzibati interfeys, metrika son nöqtəsi və verilənlər bazası portu adətən belə deyil. Bir təsdiqlənmiş tətbiq yalnız həmin tətbiq barədə hökmdür, hostu paylaşan hər xidməti açmaq icazəsi heç vaxt deyil. Hər sətirdəki bağlama ünvanı məruz qalmanın artıq mövcud olduğunu, yoxsa planlaşdırdığınız dəyişikliyin onu yaradacağını deyir.

İki test, sonra nəyi söndürəcəyinizə qərar verin

Bir qatı silməzdən əvvəl kağızda iki suala cavab verin. Birincisi, tələb özəl marşrutlaşdırma tələb edirmi, yəni açıq ünvanın ifadə etmədiyi və giriş provayderinin təklif etmədiyi əlçatanlıq? İkincisi, mühafizə sərhədi lazımdırmı, yəni əks halda etibarsız yolu açıq keçəcək axında şifrələmə və doğrulama? Əgər hər iki cavab həmin xidmət üçün yoxdursa, tunel silinməyə namizəddir; hər hansı biri hədirsə, qalır.

İki yığınlı müştəridə eyni testi IPv4 və IPv6 üzərində ayrı-ayrılıqda aparın çünki qorunan IPv4 trafiki IPv6 yolu barədə heç nə demir. Status səhifəsində qlobal IPv6 ünvanı sızma sübutu deyil, onun olmaması isə müdafiə sübutu deyil. Yalnız hər iki cavabın yazıldığı və hələ də yox olduğu xidmətləri söndürün və dəyişiklik qeydində hansı sualın həll etdiyini qeyd edin.