SoftEther VPN Azure: açıq port deyil, ötürmə yolu

Serveriniz konfiqurasiya edə bilmədiyiniz marşrutlaşdırıcının arxasındadır, ona görə də portu yönləndirmək kimi aydın plan mövcud deyil. VPN Azure məhz bu vəziyyət üçün mövcuddur və ilk bağlantının istiqamətini tərsinə çevirməklə həll edir: server xaricə bir ötürücüyə qoşulur və müştərilər serverin əvəzinə ötürücüyə çatır. Bu tərsinə çevirməni başa düşmək həm xidmətin nəyi düzəltdiyini, həm də sonralar rastlaşacağınız hər həddi izah edir.

Yolda nə dəyişir

Adi dinləyicidə müştəri marşrutlaşdırıcınızın serverə ötürdüyü ümumi ünvana TCP bağlantısı açır. Ötürücü ilə server ötürücü infrastrukturuna çıxan bağlantı saxlayır və ötürücü müştəri bağlantılarını qəbul edib yüklərini gözləyən serverə ötürür. Heç bir daxil olan port açılmır, statik ünvan tələb olunmur və marşrutlaşdırıcı toxunulmaz qalır. Güvənlik divarı baxımından server adi çıxan müştəridir və buna görə məhdudlaşdırıcı şəbəkələr ona icazə verir.

Ötürücü həmin serverə öz domenində bir ad verir və müştərilər ora qoşulmaq üçün konfiqurasiya edilir.

Bu ad ötürücü xidmətinə aiddir və hər ikisi Azure nəsə adlansa da, o, Microsoft Azure VPN Gateway deyil. Onları bir-birini əvəz edən kimi qəbul etmək işləməsi mümkün olmayan konfiqurasiya yaradır.

Hansı protokollar ötürücüdən keçir

Ötürücü SoftEther protokolunu daşıyır və layihə SSTP seçimini müştəri seçimi kimi sənədləşdirir; bu, Windows-un SSTP müştərisi ilə gəlməsi baxımından faydalıdır. Lakin o, hostdaki hər dinləyici üçün ümumi daşıyıcıya çevrilmir: OpenVPN dinləyicisi, IPsec cavabdehi və L2TP xidməti hər biri öz əlçatan son nöqtəsinə ehtiyac duyur və heç biri yalnız SoftEther serveri qoşulduğu üçün ötürücüdən keçmir.

Buna görə müştəri profilləri server ünvanı əvəzinə ötürücü adına işarə edir və birbaşa bağlantı üçün qurulmuş mövcud profil dəyişdirilmədən işləməyəcək. Ötürücünün daşımadığı protokol ətrafında dizayn etməzdən əvvəl istifadə etdiyiniz versiya üçün dəstəklənən müştərilərin siyahısına baxın.

Ötürücünün sizin üçün etmədiyi şeylər

Ötürücü bir daşıyıcıdır. İstifadəçi, virtual hub, giriş siyasəti və ya marşrut yaratmır və serverinizin arxasındakı özəl şəbəkələr haqqında heç nə bilmir. Uzaq müştərilər LAN altşəbəkəsinə çatmalıdırsa, server yenə də körpü və ya marşrutlaşdırma konfiqurasiyasına, geri yola və bunu işlədən güvənlik divarı siyasətinə ehtiyac duyur. İki ucdakı üst-üstə düşən ünvan planları da ötürücü üçün görünməzdir və həll etməli olduğunuz problem olaraq qalır.

Dəstəklənən təhlükəsizlik parametrlərini də siz seçirsiniz. Layihə sənədləri daha köhnə platforma nümunələri ehtiva edir və köhnə ekran görüntüsündən köhnəlmiş şifrələmə və ya sertifikat parametrlərini köçürmək heç kimin audit edə bilməyəcəyi bir tunel qurmağın yaxşı yoludur. İstifadə etdiyiniz versiya üçün cari təlimatlardan istifadə edin.

Sertifikat doğrulaması və istifadəçi autentifikasiyası serverin məsuliyyəti olaraq qalır və ötürücü heç vaxt onlardan heç birini əvəz etmir.

Onu asılılıq kimi idarə edin

Əlçatanlıq artıq üçüncü tərəfi əhatə edir. Ötürücüyə çatmaq mümkün olmadıqda, serveriniz nə qədər sağlam olsa da müştərilər qoşula bilmir və nasazlıq kənardan müştəri problemi kimi görünür. Ötürücü yolunu serverin öz sağlamlığından ayrı izləyin və vacib olacağı gün üçün başqa ünvanda birbaşa dinləyici kimi sənədləşdirilmiş ehtiyat plan saxlayın.

Gecikmə istifadəçilərinizin yaxınlığına deyil, ötürücünün coğrafiyasına uyğundur; bunun üzərindən interaktiv performans vəd etməzdən əvvəl ölçməyə dəyər.

Serverin kimliyini, sonra isə real tətbiq yolunu yoxlayın, yalnız uğurlu bağlantı bannerini deyil, və ehtiyac duyduğunuz resursun ötürücünün daşıdığı ünvan ailəsi üzərindən əlçatan olub-olmadığını yoxlayın. Ötürücü adını, istifadə olunan protokolu və ehtiyat planı qeyd edin, çünki bu üç fakt bu keçid haqqında gələcək sualların çoxuna cavab verir.