İki VPN, bir həlledici: sonuncu yazan qazanır

İki VPN müştərisi qoşulub: biri iş, biri laboratoriya şəbəkəsi üçün; daxili adlar isə yalnız son qoşulan müştəri üçün həll olunur. Bu mənzərə müştərilərdən birində səhv kimi görünür. Adətən bu, hansı adın kimə aid olduğu barədə razılıq olmadan eyni həlledici konfiqurasiyasını yazan iki proqramın gözlənilən nəticəsidir.

Mif: DNS ən yeni VPN-ə məxsusdur

Ən son qoşulmanın qazandığına dair ümumi qayda yoxdur. Nə baş verdiyi platformanın mexanizmindən və hər müştərinin onu necə yazmasından asılıdır. Həlledici faylını əvəz edən müştəri bir nəticə verir; hər keçid üçün domen əlavə edən müştəri başqa nəticə verir; heç nə etməyən müştəri əvvəlki vəziyyəti toxunulmaz qoyur.

Deməli, müşahidə olunan davranış iki tətbiqin xassəsidir, sənədləşdirilmiş prioritet deyil. Yalnız işə salma sırasına əsaslanaraq düşünmək bəzən düz, bəzən isə təkrarlanması çətin yollarla səhv olacaq. Əvəzində xəritəni yazın. İki müştərinin içində yaşayan dizayn dizayn deyil.

Ad fəzalarını həlledicilərə bağlayın

Şəxsi şəkilçiləri və hər şəbəkənin tələb etdiyi həlledicini siyahıya alın, sonra ümumi adların hara getməli olduğuna qərar verin. Bu siyahı dizayndır. O olmadan müştərilər qərarı təsadüfən verir.

Hər keçid üçün DNS və ya marşrutlaşdırma domenlərini dəstəkləyən platforma bölgünü qəsdən ifadə edə bilər: bir domen bir keçidə, başqa domen digərinə gedir, qalan hər şey açıq standartı izləyir. Eyni faylı üzərinə yazan iki düz skript bu dizaynı qoruya bilməz, çünki hər biri bütün konfiqurasiyanın sahibi olduğuna inanır.

Windows-da ad həlli siyasəti cədvəli şəkilçiləri müəyyən serverlərə yönəldə bilər və VPN müştərisi orada qaydalar quraşdıra bilər. Adaptor siyahısına deyil, siyasətə baxın, çünki adı həll edən adaptor siyahısı deyil.

Bootstrap yolu saxlayın

Hər müştəri öz son nöqtəsini tapmalıdır ki, həmin son nöqtənin təqdim etdiyi xidmətdən istifadə edə bilsin. Son nöqtənin host adı yalnız tuneldən həll olunursa və tunelin host adının həllinə ehtiyacı varsa, onda qoşulma fasiləsi kimi görünən dairəvi asılılıq var. Hər iki tuneldən kənarda bir bootstrap yolu saxlayın. O, qoşulmanı xilas etdiyi günə qədər heç nəyə başa gəlmir.

Hər həllediciyə gedən yola baxın, yalnız onun üçün qurulmuş ada deyil. Yalnız digər tuneldən əlçatan olan həlledici itkin olan kimi davranır və simptom marşrut xətası deyil, fasilədir.

Üst-üstə düşən ünvanlar DNS problemi deyil

Eyni ünvan aralığından istifadə edən iki şəxsi şəbəkə DNS sırası ilə düzəldilə bilməz. Hər iki tunel 10.0.0.0/8 tələb edirsə, düzgün həll olunan ad yenə də hostun düzgün tunelə marşrutlaşdıra bilmədiyi ünvana işarə edir. Bu, fərqli aralıqlar, ad fəzası və ya tərcümə kimi ünvan səviyyəsində həll tələb edir, başqa həlledici qurğusu deyil. Bunu erkən qərara almaq heç vaxt işləməyəcək DNS konfiqurasiyası ilə uzun bir aylaq yoldan qoruyur.

Ad həllini günahlandırmazdan əvvəl hər iki tunelin ünvan təyinatlarını müqayisə edin. Hər iki tərəf eyni prefiksi itələdikdə host onun üçün bir marşrut saxlayır və ikinci tuneldən həll olunan ad yenə də birinci tunelin sahib olduğu ünvana düşür. Fərqli aralıqlar, hər şəbəkə üçün ad fəzası və ya tərcümə düzəlişlərdir; hər müştəri qoşulduqdan sonra marşrut cədvəlinin nəzərdə tutduğunuz yolu göstərdiyini təsdiqləyin.

Bunu real tətbiqlərlə sübut edin

Yalnız öz ad fəzalarında mövcud olan iki host və bir ümumi ad seçin, sonra hər birini sahib olmalı olan müştəri vasitəsilə həll edin. Gözlənilən həlledicidən düzgün cavab tətbiqin hosta çatdığını sübut etmir, çünki həmin ünvana marşrut yenə də uğursuz ola bilər. Hər sorğunu istifadəçinin həqiqətən işlədəcəyi proqramdan qoşulma testi ilə izləyin.

Öz şifrələnmiş DNS seçimi olan müştəri indicə yoxladığınız siyasəti keçə bilər, ona görə də bu ayarı baxışın bir hissəsi kimi yoxlayın. Sonra hər iki müştərini satıcının dəstəklədiyi sıra ilə yenidən qoşun və sorğuları təkrarlayın; sıra dəyişdikdə cavablar yer dəyişirsə, rəqib yazıçı hələ də konfiqurasiyanın bir hissəsinə sahibdir. Nəyisə redaktə etməzdən əvvəl qaydanı hansı komponentin quraşdırdığını tapın - müştəri, ƏS profili və ya idarəetmə agenti. Sıranı və sahibləri qeyd edin ki, növbəti şəxs onları yenidən kəşf etməsin.