Windows VPN şlüzü: üç iş, üç sahib

Kimsə VPN server deyəndə üç funksiya bir yerə yığılır: şifrələnmiş tuneli bitirmək, paketləri şəbəkələr arasında ötürmək və istəyə bağlı olaraq ünvanları yenidən yazmaq. Windows-da bunlar yığının müxtəlif hissələrində yaşayır, hətta bir qutu hamısını yerinə yetirsə belə. Hər birinin öz girişləri və öz nasazlıq rejimi var və hər biri fərqli bir məhsula verilə bilər. Onları kağız üzərində ayırmaq kiçik bir yerləşdirməni anlaşılan saxlamağın ən ucuz yoludur.

Oxunaqlı dizayn maşını bir rol kimi təsvir etmək əvəzinə hər axının sahibini adlandırır.

Bitirmək, ötürmək, ünvanı dəyişmək

Windows-un doğma halında tuneli RRAS idarə edir: istifadəçini doğrulayır, hovuzdan ünvan təyin edir və hansı təyinatların icazəli olduğuna qərar verir. Başqa bir VPN məhsulu dinləyicinin və virtual adapterin sahibi ola bilər, Windows isə deşifrə edilmiş paketləri ötürür. Microsoft-un Remote Access sənədləri VPN, site-to-site və marşrutlaşdırma rollarını ayırır və marşrutlaşdırma rolunun quraşdırılması ikinci bir VPN kimliyi yaratmır. Başqa bir VPN tətbiqinin əlavə edilməsi də onun adapterini mövcud şlüz funksiyalarının hamısına vermir.

Ünvan dəyişmə üçüncü və ən istəyə bağlı işdir. Ötürmədən sonra gəlir və uzaq şəbəkənin gördüyü mənbə ünvanını dəyişir. Ona ehtiyacınız olub-olmaması təyinat şəbəkəsinin mənbə kimi nəyi qəbul etməsindən asılıdır, maşının VPN şlüzü adlandırılmasından deyil.

Adapterin və hovuzun sahibi kimdir

Bir neçə məhsul hostu paylaşdıqda dörd şeyin hər birinə tək sahib lazımdır: dinləyici portları, adapterin ömrü, müştəri ünvan hovuzu və marşrutlar. Ən narahat olan adapterdir, çünki VPN xidməti onu dinamik yarada və əlaqə kəsiləndə məhv edə bilər. Bu interfeysi daimi adlanmış şəbəkə kartı kimi qəbul etmək və onun adına qaydalar yazmaq növbəti yenidən qoşulmaya qədər işləyir. İnterfeys adını sərt kodlaşdırmaq əvəzinə məhsulun dəstəklədiyi inteqrasiya nöqtəsindən istifadə edin.

Ünvan hovuzu ikinci toqquşmadır. Üst-üstə düşən diapazonlar verən iki məhsul düzgün görünən və heç nə çatdırmayan marşrutlaşdırma yaradır. Hovuzları marşrutlarla eyni sənəddə saxlayın ki, birindəki dəyişiklik digərinə nəzərən görünsün.

Mənbəni qoru və ya yenidən yaz

Müştərinin mənbə ünvanını qorumaq istifadəçi üzrə görünürlüyü saxlayır: jurnallar, kvotalar və firewall qaydaları bir istifadəçini digərindən ayıra bilər. Qiymət odur ki, təyinat LAN-ı şlüzə doğru geri marşruta ehtiyac duyur və kimsə onu saxlamaq məcburiyyətindədir. Mənbəni NAT ilə yenidən yazmaq bu tələbi aradan qaldırır və görünürlüyü də onunla birlikdə götürür. Qərarı şüurlu verin və yenidən yazmanın hansı məlumatı gizlətdiyini yazın.

Şəxsi şəbəkəyə giriş, internetə çıxış və şlüzün özündə bitən bağlantılar üç fərqli yoldur. Hamısının eyni rəftara ehtiyacı yoxdur.

Axını bir cümlə ilə təsvir edin

Bir cümlə dizaynı təsvir etməlidir: bu xidmətin hansı müştəriləri qəbul etdiyi, həmin ötürmə siyasətinin hansı resursları verdiyi və geri yolun axını necə tamamladığı. Əgər cümlənin doğru olması üçün ikinci NAT qatı lazımdırsa, bu adətən əvvəlki hissələrin həll olunmadığının əlamətidir. Host həm də ortaq nasazlıq və etimad sərhədidir, ona görə marşrut dəyişikliyi həm istifadəçi girişinə, həm də idarəetməyə təsir edə bilər. Sonuncu üçün müstəqil bərpa yolu saxlayın.

Konfiqurasiyanın yanında rol inventarını saxlayın: hansı məhsul bitirir, hansı ötürür, hansı ünvanı dəyişir və hər birini kim dəyişə bilər. Növbəti dəyişikliyi yoxlanıla bilən edən məhz həmin siyahıdır.

Cümlə aydın olmayanda daha bir ünvan dəyişmə qatı əlavə etmək onu nadir hallarda aydınlaşdırır. Birini çıxarmaq adətən edir.