OpenVPN marşrut direktivində wildcard niyə işləmir

marşrut ünvan prefikslərini quraşdırır, ona görə hostname nümunəsinin uyğunlaşdıracağı heç nə yoxdur. Şəbəkələr üçün prefiks, domenlərin qərar verməsi lazım olduqda isə proxy və ya PAC faylı istifadə edin.

Niyyət ağlabatandır: bir şirkət domeni üçün hər şeyi tuneldən keçir və qalanına toxunma. Redaktə olunan direktiv marşrutlar quraşdırır, marşrutun isə uyğunlaşdırılacaq hostname anlayışı yoxdur. Ora wildcard yazmaq üçün hər cəhd ya sintaksis xətası, ya da daha pisi, adın bir ünvana həll olunduğu üçün bu gün təsadüfən işləyən marşrut yaradır. İki fərqli mexanizmdən bir-birinin işini görməsi tələb olunur.

Marşrutun quraşdırdığı və heç vaxt oxumadığı şey

Marşrut qeydi deyir ki, təyinat prefiksi interfeys vasitəsilə əlçatandır. Nüvə paketləri həmin prefikslərlə uyğunlaşdırır, yəni iştirak edən yeganə identifikatorlar ünvanlar və maskalardır. Hostname heç vaxt yönləndirmə qərarında görünmür, buna görə də orada nümunə uyğunlaşdırıla bilməz.

OpenVPN bəzi marşrut parametrlərində həll oluna bilən ad qəbul edə bilər və bu dözümlülük çaşqınlıq mənbəyidir. Ad konfiqurasiya tətbiq olunarkən həll olunur və adi marşrutlara çevrilən bir və ya bir neçə ünvan yaradır. Bundan sonra ad tamamilə mənzərədən yox olur.

Yəni addan qurulan marşrut qayda deyil, anlıq görüntüdür. O, adın tunel başlayan anda həll olunduğu hər şeyi əhatə edir və bu, dəyişən hostlar ailəsi üçün tam istəmədiyiniz davranışdır. Sabah yerini dəyişən qeyd marşrutu dünənə baxan vəziyyətdə qoyur.

Təyinat həqiqətən prefiks olduqda

Hədəf məlum şəxsi şəbəkədirsə, prefiksi yazın. Sənədləşdirmə məkanından bir nümunə üçün tək host və alt şəbəkə belə görünür:

route 10.60.4.20 255.255.255.255
route 10.60.0.0 255.255.0.0

Hər iki qeyd ünvanları və maskaları adlandırır və hər ikisi DNS dəyişikliklərinə tab gətirir, çünki onlarda heç nə addan asılı deyil. Bütün üstünlük budur: marşrut bir dəfə baş verən axtarış haqqında deyil, topologiya haqqında bəyanatdır.

Tək bir DNS cavabından böyük prefiks çıxarmayın. Bir hostname-in bir ünvana həll olunması arxasındakı şəbəkənin ölçüsü haqqında sizə heç nə demir və təxmin edilən prefiks tunelin heç kimin göndərmək istəmədiyi trafiki tutmasına səbəb olur. Prefiksi axtarışdan çıxarmaq əvəzinə şəbəkə sahibindən faktiki prefiksi soruşun.

İş vahidi hostname olduqda

Domenə görə seçim etmək domeni oxuyan bir şey tələb edir, yəni tətbiq qatı komponenti. Adi cavab tunelin o biri tərəfində yerləşən HTTP proxydir və hansı sorğuların ora göndəriləcəyini müştəri seçir.

Proxy konfiqurasiya faylı bu seçimi ifadə edə bilər. Aşağıdakı illüstrativ qaydalar bir domeni və onun alt domenlərini proxyə, qalan hər şeyi isə birbaşa göndərir:

function FindProxyForURL(url, host) {
    var h = host.toLowerCase();
    if (h === "corp.example" || dnsDomainIs(h, ".corp.example")) {
        return "PROXY 10.60.0.12:3128";
    }
    return "DIRECT";
}

Dəqiq ad müqayisəsi domenin özünü əhatə edir, şəkilçi müqayisəsi isə onun övladlarını əhatə edir və sadəcə oxşar simvollarla bitən adı uyğunlaşdırmır. İkisi də lazımdır və birini buraxmaq düzgün görünən, lakin yuxarı domeni və ya saxtakarı ötüb keçən qayda yaradır.

Bu qaydalar proxy seçir; onu yaratmır və heç bir əməliyyat sistemi marşrutunu dəyişmir. Proxy ünvanı hələ də tuneldən öz yoluna ehtiyac duyur və birbaşa işarələnmiş sorğular maşının artıq malik olduğu yönləndirmə siyasətinə tabe olur.

Proxy seçiminin əhatə etmədiyi şey

Brauzerin proxy konfiqurasiyasını nəzərə almayan proqramlara bunların heç biri təsir etməyəcək. Əmr sətri alətləri, yeniləyicilər və öz şəbəkə yığınına malik tətbiqlər PAC faylını deyil, marşrut cədvəlini götürür, ona görə də həmin hallar dəstəklənən tətbiq üzrə mexanizm və ya fərqli dizayn tələb edir. Brauzer qaydasının iş axınını əhatə etdiyini vəd etməzdən əvvəl əhəmiyyətli müştərilərin siyahısını çıxarın.

Birbaşa qayıtmaq da qaçış yolu deyil. Əgər maşının yönləndirmə siyasəti artıq hər şeyi tunelə göndərirsə, birbaşa işarələnmiş sorğu onun içində qalır, çünki proxy seçimi və marşrut cədvəli fərqli qatarlarda verilən fərqli qərarlardır.

Ad həlli üçüncü ayrı sualdır. Hansı sorğuların proxyə getdiyini seçmək onlara hansı həlledicinin cavab verdiyi barədə heç nə demir və ikisini bir parametr kimi qəbul etmək kənardan kimsə sınaqdan keçirənə qədər görünməz sızmalar yaradır. Hər sorğunun harada cavablandırıldığını qərarlaşdırın və bu qərarı proxy qaydasının yanında yazın. Tunel qalxdığı üçün dəyişən həlledici cavabı səssizcə başqa yerə köçürəcək.

Yalnız xoşbəxt yolu deyil, hər iki yolu sınayın

Uyğunlaşmalı olan hostname-i, uyğunlaşmamalı olan hostname-i və yuxarı domeni sınayın, çünki yalnız şəkilçiyə əsaslanan qaydanın ən çox qaçırdığı hal yuxarı domendir. Sonra səhifənin yüklənməsindən çıxarış etmək əvəzinə hər sorğunun həqiqətən hansı yoldan getdiyini təsdiqləyin.

Nəhayət, uğursuzluq budağını sınayın. Əlçatmaz proxy əvvəlcədən qərar verdiyiniz şəkildə uğursuz olmalıdır, səssizcə birbaşa bağlantıya qayıtmamalıdır. şəbəkə parametrləri arayışı marşrut parametrlərini dəqiq sənədləşdirir; bu dizaynın domen yarısı tamamilə onun xaricindədir.

Əlaqəli məqalələr