Niyə tək route-nopull fayl serverini əlçatmaz edir
İtilənmiş marşrutları görməməzlikdən gəlmək bölünmüş tunelin yalnız yarısıdır. Marşrut sahibini seçin, ofis prefiksini əl ilə əlavə edin və düzəldildi deməzdən əvvəl üç axını yoxlayın.
Fayl serveri normal açılır, sonra qonşu pəncərədəki video zəng donmağa başlayır. Heç nə yavaş deyil və MTU səhv deyil: klientiniz serverin verdiyi marşrut siyahısını qəbul etdi, ona görə də hər paket artıq ofis firewall-undan çıxır. Düzəliş başqa bir tənzimləmə bayrağı deyil, klientin marşrut cədvəlinin kimə aid olduğuna dair qərardır. Bu qərar bir yerdə olmalıdır və aşağıdakı uğursuzluq rejimləri sizə hansı yeri seçdiyinizi göstərir.
Marşrut cədvəlinin kimə aid olduğuna qərar verin
Üç sahib mümkündür. Server marşrutlar və defolt şlüz itələyə bilər, bu halda klient ona deyiləni quraşdırır və tam tunelə çevrilir. Klient profili itələmələri rədd edib öz marşrut sətirlərini daşımaqla sahibliyi götürə bilər. Masaüstü bağlantı meneceri də öz marşrut və defolt-marşrut xassələri ilə qərarın sahibi ola bilər.
Hər seçim fərqli şəkildə uğursuz olur, buna görə profili redaktə etməzdən əvvəl cədvəli oxumağa dəyər. Simptomunuza uyğun sətir əslində sahib olduğunuz sahibdir.
| Owner | Where it lives | Result |
|---|---|---|
| Server | server config, redirect-gateway, pushed routes | client becomes a full tunnel |
| Profile | route-nopull and its own route lines | tunnel up, office prefix missing |
| Manager | never-default plus its own routes | desktop decides, profile ignored |
Birini seçin və yazın. İkisini qarışdırmaq defolt yolu öz sənədləşməsi ilə ziddiyyət təşkil edən host buraxır və növbəti mühəndis hansı qatın qalib gəldiyini deyə bilməz. Uduzanı açıq şəkildə silin.
route-nopull itələmələri filtrləyir, marşrut əlavə etmir
route-nopull klient profilində olmalıdır və o fayldakı sırası əhəmiyyətsizdir, çünki yalnız serverdən gələn dəyərləri rədd edir. İtilənmiş marşrutları, o cümlədən itilənmiş defolt marşrutu rədd edir, tunel isə normal qalxır.
İnsanların qaçırdığı nəticə itilənmiş DHCP seçimlərinin onlarla birlikdə getməsidir. Serverin göndərdiyi DNS parametrləri də rədd edilir, buna görə daxili adlar həll olunmağı dayandırır, halbuki tunel sağlamdır və server ünvana görə əlçatandır.
Bu, özünüz əlavə etməsəniz, ofis prefiksinə yol olmayan tunel buraxır: route-nopull ardınca route 10.30.0.0 255.255.0.0 eyni profildə. O sətir ünvan və maska daşıyır; növbəti hop adlandırmır.
Alternativ forma şlüz tokeni əlavə edir, route 10.30.0.0 255.255.0.0 vpn_gateway, girişi adla tunelə yönəldir. İdxalçılar bu variantı tərcümə edib-etməməkdə fərqlənir, ona görə giriş kernel cədvəlində yoxdursa, saxlanmış bağlantını yoxlayın.
Ping ilə deyil, marşrut axtarışları ilə yoxlayın
Ping sizə nəyinsə cavab verdiyini deyir. Marşrut axtarışı kernelin hansı interfeysi seçəcəyini deyir və bu, əslində verdiyiniz sualdır. Dörd qısa əmr itkin marşrutu yanlış cihaza baxan marşrutdan ayırır.
Tunelin nə quraşdırdığını ip route show dev tun0 ilə oxuyun. Heç bir çıxış sıfır marşrut deməkdir ki, bu işləyən bölünmüş tunel deyil və açıq sətir olmadan filtri əlavə etməyin adi nəticəsidir.
Sonra bir ofis ünvanını ip route get 10.30.5.7 ilə, adi internet ünvanını isə ip route get 1.1.1.1 ilə yoxlayın. İkincisi fiziki interfeysi adlandırmalıdır; tuneli adlandırırsa, itələmə heç filtrə düşməyib.
Nəhayət ip rule oxuyun, çünki əvvəlki cəhdin buraxdığı siyasət qaydası düzəltdiyiniz cədvəli üstələyə bilər. Üstündə köhnə qayda olan düzgün profil pozulmuş profilə tam bənzəyir. Başqasını əlavə etməzdən əvvəl keçən dəfə əlavə etdiyiniz qaydanı silin.
Üst-üstə düşən alt şəbəkələr pozulmuş tunel kimi görünür
İki şəxsi diapazon klientin nöqteyi-nəzərindən eyni ola bilər və bölünmüş tunel məhz burada səbəb olmadığı şeyə görə günahlandırılır. Ofis ev marşrutlaşdırıcınızın istifadə etdiyi prefiksi verirsə, tunel marşrutu marşrutlaşdırıcını əhatə edir və ev şəbəkəsi yox olmuş kimi görünür.
Heç nəyi dəyişməzdən əvvəl adi ünvan siyahısından istifadə edərək öz interfeysinizdəki ünvanı profilin quraşdırdığı marşrutla müqayisə edin. Üst-üstə düşmə realdır və heç bir profil seçimi bunu həll etmir. Düzəldə biləcəyiniz şey adlandırmadır ki, növbəti şəxs bir yox, iki diapazon görsün.
Dürüst düzəlişlər bir tərəfi yenidən nömrələmək və ya ofisdə ünvanları tərcümə etməkdir. Tək host marşrutunu marşrutlaşdırıcıya bərkitmək marşrutlaşdırıcı ünvanı dəyişənə qədər işləyir, sonra birincinin üstünə ikinci sirr əlavə olunur.
Qərar yenidən qoşulmadan sonra da qalsın
Əl ilə yazılmış girişlər yenidən qoşulmadan sonra yaşamır və bağlantı meneceri profil hər başlayanda cədvəli yenidən qurur. Qərarı bağlantının yaradıldığı yerə qoyun, istər profil, istərsə də menecerin saxlanmış parametrləri olsun. Sonra davranışı zəng zamanı kəşf etmək əvəzinə bağlantını bir dəfə qəsdən yenidən başladın. Yalnız növbəti yenidən qoşulmaya qədər işləyən profil bitməmişdir.
Eyni anda üç yolu sınayın: hərfi ünvanla ofis hostu, eyni host adla və adi ictimai sayt. Ortadaki itilənmiş DNS seçimlərini atdıqdan sonra qurduğunuz ad xidmətindən asılıdır və səssizcə uğursuz olan da elə odur.