İki VPN klienti, bir marşrut cədvəli: standart marşrutu kim qazanır

Görünür, iki VPN klienti bir soket üstündə dava edir və aşkar həll biri silməkdir. Əslində onlar nadir hallarda eyni soketə toxunur. Hər qoşulma əməliyyat sisteminin marşrut cədvəlini yenidən yazır və tam tunel profili standart marşrutu iddia edir. Ən son qoşulan adətən qalib gəlir, buna görə simptom klientlər arasında yer dəyişir kimi görünür.

Münaqişə marşrut cədvəlində yaşayır

Virtual adapter üstəgəl standart marşrut – tam tunelin trafiki tutma üsulu budur. İkinci klient öz standart marşrutunu quraşdırdıqda köhnə yazı əvəz olunur və ya metrikaya görə geri salınır və hər təyinat artıq daha yeni tuneldən keçir. Birinci klient qoşulmuş qalır və hələ də yaşıl ikon göstərir, yəni interfeys işləkdir, yol isə yoxdur. Qoşulma vəziyyəti ilə marşrutlaşdırma vəziyyəti arasındakı bu ayrılıq davranışı çaşdırıcı edir.

Klientlər bir ümumi cədvəlin redaktorlarıdır. Hansı düzəlişin sonuncu olduğunu bilmək demək olar hər simptomu izah edir.

Cari yola hansı tunelin sahib olduğunu oxuyun

Qoşulduğunu bildirən klientə güvənmək əvəzinə faktiki qərarı yoxlayın. Sistemdən konkret təyinatı hansı interfeysin daşıyacağını soruşun.

ip route get 10.20.0.5
route print -4

Birinci əmr bir təyinat üçün interfeysin və mənbə ünvanının adını çəkir, bu da sizi maraqlandıran dəqiq sualdır. Marşrut siyahısı Windows-da rəqabət edən standart yazıları və onların metrikalarını göstərir, beləliklə hansının hazırda qalib gəldiyini görürsünüz. Axtarışı hər uzaq şəbəkədə bir host üçün aparın, çünki bir təyinat düzgün ola bilər, digər şəbəkə isə əlçatmazdır. Cavab səhv tunelin adını çəkirsə, yenidən qoşulma kömək etməyəcək; marşrut siyasəti dəyişməlidir.

İkinci klientin hər şeyi mənimsəməsini dayandırın

Bir klient standart marşruta sahib olmalı, digəri isə yalnız öz prefikslərini daşımalıdır. OpenVPN klientləri serverin göndərdiklərini rədd edə bilər.

pull-filter ignore "redirect-gateway"
ip route get 10.30.4.10

route-nopull göndərilən hər marşrutu nəzərə almır, pull-filter ignore "redirect-gateway" isə yalnız standart marşrut direktivini atır və göndərilən DNS ilə digər seçimləri saxlayır. Onların arasında server konfiqurasiyasının nə qədərini hələ istədiyinizə görə seçin, sonra ikinci şəbəkənin ehtiyac duyduğu konkret prefiksləri əlavə edin. DNS-i yadda saxlayın, çünki sorğuları daşımayan tuneldən göndərilən resolver heç nə qaytarmır. Hər şəbəkədə tanınmış bir hostu sınayın və uzaq tərəfin gördüyü mənbə ünvanını təsdiqləyin.

Üst-üstə düşən alt şəbəkələri yan keçmək olmaz

Hər iki şəbəkə eyni prefiksi elan etdikdə nüvə iki fərqli yer üçün bir yazı saxlayır və seçim etməlidir. Host marşrutu çatışmayan fərqi yarada bilməz, metrika düzəlişi də bacarmaz. Bir tərəfi yenidən nömrələyin və ya onun administratoru uzaq diapazonu tərcümə etsin ki, prefikslər fərqlənsin. Klientləri günahlandırmadan əvvəl real alt şəbəkələri yoxlayın, çünki ev marşrutlaşdırıcısının standart 192.168.1.0/24 aralığı ofis aralığı ilə gözlənildiyindən daha tez toqquşur. Hər iki aralığı biletdə qeyd edin ki, növbəti dəyişiklik üst-üstə düşməni yenidən yaratmasın.

İki məqsədi də ayırın: hər iki şəbəkəyə çatmaq marşrut problemi, tunelləri məxfilik üçün zəncirləmək isə yol boyunca əlavə operatoru olan fərqli dizayndır. Birini digərini həll etmək üçün istifadə etməyin.