Niyə VPN marşrutu ip route çıxışında heç bir şlüz göstərmir
Cihazı olan və şlüzü olmayan sətir birbaşa marşrutdur, pozulmuş deyil. Təyinatı, dev və scope-u oxuyun, sonra ip route get ilə təsdiqləyin.
Marşrut cədvəlləri şlüz sütunu boş görünəndə tez-tez nasaz kimi oxunur, halbuki sətir adətən özlüyündə tamam olur. via sahəsi yalnız nüvə paketi növbəti hop ünvanına ötürəndə görünür; interfeysə bağlanmış marşrut isə təyinatlarına bunun əvəzinə kanal qatı həlli və ya nöqtədən nöqtəyə həmkar vasitəsilə çatır. Sütunları soldan sağa oxumaq hansı halda olduğunuzu deyir və bu oxuma hər hansı standart marşrutu redaktə etməzdən əvvəl baş verməlidir. İtkin şlüz haqqında biletlərin çoxu bu fərqdə bitir.
Marşrut sətrini sütun-sütun oxuyun
Hər giriş təyinat və onun prefiks uzunluğu ilə başlayır, sonra sabit lüğətdə dəyişdiricilər əlavə edir: via, dev, proto, scope, src və metric. 198.51.100.0/24 dev tun0 proto kernel scope link src 198.51.100.2 kimi bir sətir sıxdır, lakin tam müəyyən edilmişdir. Onda heç nə çatışmır və heç bir marşrutlaşdırıcı ünvanı nəzərdə tutulmur.
via ifadəsinin olmaması maraqlı hissədir. Növbəti hop olmadan nüvə təyinatı birbaşa göstərilən interfeysdə həll edir, bu da tunel üçün kadrı tunel qurğusuna vermək və inkapsulyasiyanın oradan davam etməsinə imkan vermək deməkdir. proto kernel girişin ünvan təyin ediləndə avtomatik quraşdırıldığını qeyd edir, inzibatçı tərəfindən yazılmadığını. scope link təyinatın marşrutlaşdırıcıdan keçmədən həmin kanalda əlçatan olduğunu bildirir və src nüvənin uyğun trafik üçün mənbə kimi üstünlük verəcəyi ünvanı adlandırır.
İndi standart marşrutu eyni şəkildə oxuyun: default via 192.0.2.254 dev eth0 proto static metric 100. Burada via var, çünki paket həqiqətən növbəti hopa ehtiyac duyur və bu hop özü eth0 üzərində əlçatan olmalıdır. İki sətir bir-birinin variantı deyil; trafikin hara getdiyi ilə bağlı fərqli suallara cavab verirlər.
Bir-biri ilə qarışdırılan iki marşrut forması
Tunel alt şəbəkə marşrutu və standart marşrut ekran görüntüsündə oxşar görünür və tamamilə fərqli davranır. Aşağıdakı cədvəldən sahələr üçün oxu köməyi kimi istifadə edin, sonra bələdçidən götürülmüş nümunəyə güvənmək əvəzinə ayıkladığınız maşında faktiki rəqəmləri təsdiqləyin.
| Piece of the line | What it settles | What it says nothing about |
|---|---|---|
| The destination and mask | Which packets are eligible to match | Where those packets leave the host |
via plus its address | Which next hop receives them, and therefore that a router is involved | Whether that router is reachable or sane |
dev | Which interface carries the encapsulated or raw packet | Whether the interface is up or has a carrier |
proto and scope | Who installed the entry and how far the destination is considered to be | Whether a firewall later drops the traffic |
Cədvəlin sizə deyə bilmədiyi şey niyyətdir. Tunel vasitəsilə şəxsi diapazona düz marşrut qəsdən split-tunel dizaynıdır; hər şeyi VPN-dən göndərməli olan hostda eyni formanın görünməsi simptomdur. Niyyət girişi yaradan konfiqurasiyada yaşayır, ona görə nüvənin səhv etdiyi qənaətinə gəlməzdən əvvəl onu quraşdıran alətə baxın.
Eyni şəkildə, itkin şlüz onu uydurmaq üçün icazə deyil. Əgər marşrut həqiqətən növbəti hopa ehtiyac duyursa, növbəti hop onu daşıyan interfeysdə əlçatan olmalıdır və nöqtədən nöqtəyə tunel üçün həmkar ünvanı yerli ünvanla eyni obyekt deyil. Yerli tunel ünvanını Ethernet marşrutlaşdırıcısı kimi qəbul etmək düzgün görünən və heç nə ötürməyən marşrut yaratmağın geniş yayılmış yoludur.
Nüvədən hansı sətri həqiqətən istifadə edəcəyini soruşun
Cədvəli oxumaq axtarışı yerinə yetirməklə eyni deyil, çünki nüvə cavab verməzdən əvvəl siyasət qaydalarına, bir neçə cədvələ və keşlənmiş girişlərə müraciət edir. Həqiqi axtarışı yerinə yetirən fel ip route get-dir və o, bu xassələrə malik paketin gedəcəyi marşrutu çap edir.
ip route get 203.0.113.37 from 198.51.100.2 iif tun0Əslində əhəmiyyət verdiyiniz təyinatı yerinə qoyun, sonra trafik mənbə üzrə seçildikdə və ya yönləndirildikdə from və ya iif əlavə edin, çünki adi yerli axtarış yönləndirilmiş müştəridən fərqli yol seçə bilər. Cavab interfeysi, seçilmiş mənbə ünvanını və hər hansı növbəti hopu adlandırır ki, bu da paketin həmin anda marşrutlaşdırılacağı eyni məlumatdır.
Cavab sizi təəccübləndirirsə, hər hansı dəyişiklik etməzdən əvvəl qaydaları çap edin: ip -4 rule show onları prioritet sırası ilə sadalayır və öz cədvəlini və ya işarələnmiş paketlər üçün qayda quraşdıran VPN müştərisi əsas cədvəldə heç görünməyəcək. Bütün cədvəlləri sadalamaq bu boşluğu bağlayır.
ip -4 route show table all | grep -E 'tun|default'Standartı dəyişməzdən əvvəl alt qatı yoxlayın
Tunelin öz paketləri uzaq son nöqtəyə çatmalıdır və bunu VPN qalxmazdan əvvəl mövcud olan marşrutdan istifadə edərək fiziki interfeys vasitəsilə edirlər. Bütün standart marşrutu həmin son nöqtəni bərkitmədən dəyişdirmək inkapsulyasiya olunmuş paketləri qurmalı olduqları tunelə göndərir və bağlantı çökür. Əvvəlcə yalnız son nöqtə ünvanı üçün axtarışla son nöqtə yolunu təsdiqləyin.
Dəyişikliyi edərkən üç şeyi ayrı saxlayın: fiziki interfeysdə qalmalı olan son nöqtə marşrutu, tunelə girməli olan şəxsi diapazonlar və hər şeyə qərar verən standart. Onları bu sıra ilə ayırın, hər dəfə birini tətbiq edin və hər addımdan sonra axtarışı yenidən işə salın. Sonrakı uğursuz ping özlüyündə çox az şey sübut edir, çünki icazələr, cavab marşrutlaşdırması, DNS və xidmətin özü düzgün marşrutun aşağı axınında yerləşir.
Redaktədən əvvəl sətrin sizə verdiyi dörd dəyəri yazın: təyinat, növbəti hop və ya onun olmaması, qurğu və seçilmiş mənbə. Sonrakı dəyişiklik onlardan hər hansı birini yerindən tərpətsə, hansı qərarın həqiqətən dəyişdirildiyini bilirsiniz və bütün cədvəl barədə təxmin etmək əvəzinə bir girişi bərpa edə bilərsiniz.