Niyə route -interface bağlantıdan kənar hosta çata bilmir

route Wi-Fi interfeys adını qəbul edir, şikayətsiz çıxır və host əlçatmaz qalır. Heç nə zədələnmir; marşrutdakı əlaqə sadəcə səhvdir: interfeys bayrağı təyinatın hansı bağlantıda olduğunu deyir, başqa yerdə yerləşən təyinat üçün hansı marşrutlaşdırıcının trafik alacağını yox. Əmr işləyir, çünki sintaksis baxımından düzgündür, işləyən yol təsvir etdiyi üçün yox.

Bu fərq VPN-in yanındakı marşrut istisnasının işləyəcəyini, yoxsa yalnız inandırıcı görünəcəyini müəyyən edir.

İnterfeys çıxışdır, növbəti hop ötürmədir

Ünvanı 192.168.50.20 olan və marşrutlaşdırıcısı 192.168.50.1 ünvanında olan Mac-da eyni bağlantıdakı başqa maşın birbaşa əlçatandır. Kadr həmin maşına ünvanlanır və naqilə qoyulur. Heç bir marşrutlaşdırıcı iştirak etmir və interfeysə bağlı marşrut məhz bunu ifadə edir. Uzaq tərəfi başqa binadakı hosta dəyişin və eyni əmr mənasını itirir. Mac-ın naqilə qoyacağı ikinci qat ünvanı yoxdur, ona görə interfeys bayrağının təsvir edəcəyi heç nə qalmır.

Bağlantıdan kənar təyinat fərqlidir. Mac ikinci qatda çata bilmədiyi hosta ünvanlanmış kadrı naqilə qoya bilməz; paketi buna qadir olan marşrutlaşdırıcıya verir. Buna görə marşruta şlüz lazımdır və şlüzün özü qoşulmuş bağlantıda əlçatan olmalıdır.

Bağlantıdan kənar təyinat üçün interfeys bayrağından istifadə macOS-a həmin təyinatı naqildə kimi qəbul etməyi tapşırır. Sonra nüvə onun üçün ikinci qat ünvanını həll edə bilmir və paket xətada faydalı heç nə olmadan atılır.

İnterfeys bayrağı əslində nə təsdiqləyir

Apple-ın marşrut sənədi birbaşa, vasitəçi olmadan əlçatan təyinatlar üçün interfeys formasını müəyyən edir. Bu, bağlantı modeli haqqında bəyanatdır, hansı adapterin istifadə olunacağına dair üstünlük deyil. Wi-Fi ilə internet hostuna çatmaq hələ də həmin Wi-Fi bağlantısında marşrutlaşdırıcı tələb edir və marşrut onu adlandırmalıdır.

İnterfeys əhatəsi ayrı atributdur. O, mənbə ünvanının hansının tətbiq olunduğu kimi əhatə qərarları üçün marşrutu müəyyən interfeyslə əlaqələndirir, lakin interfeysin təkbaşına çata bilmədiyi təyinat üçün əlçatanlıq yaratmır. İki atribut fərqli suallara cavab verir.

Buna görə əmr qəbul oluna, cədvəldə görünə və yenə də uğursuz ola bilər. Nüvə niyyətinizi yoxlamır; təsdiq etdiyinizi qeyd edir və təsdiq təyinatın bağlantıda olması idi. Səssiz uğurdan sonra səssiz atılma gözlənilən nəticədir, xəta deyil. Şəbəkəni günahlandırmadan əvvəl təsdiqi özünüzə bir daha oxuyun.

Bağlantıdan kənar təyinatın lazım olan marşrutu

LAN marşrutlaşdırıcısı vasitəsilə 198.51.100.25 kimi sənədləşmə ünvanına təsdiqlənmiş yol üçün nəzərdə tutulan əlaqə belədir: təyinat, 192.168.50.1 növbəti hopu və həmin növbəti hopa çatan LAN interfeysi. İnterfeys marşrut əmri ilə məcbur edilmir, növbəti hop axtarışı ilə nəzərdə tutulur.

macOS-da yalnız oxumaq üçün yoxlama route -n get 198.51.100.25 əmridir. Şlüz və interfeys sətirlərini birlikdə oxuyun və şlüzün Mac-ın həqiqətən çata bildiyi ünvan olduğunu yoxlayın. Başqa yarımşəbəkədə olan və ya son şəbəkə dəyişikliyindən bəri yoxa çıxmış şlüz düzgün görünən və heç nə ötürməyən marşrut yaradır.

Davamlı təlimatda en0 dəyərini sərt kodlaşdırmayın. İnterfeys adları adapterlər, doklar və VPN müştəriləri ilə dəyişir və səhv adı çəkən marşrut daha geniş şəbəkə nasazlığı kimi asanlıqla oxuna bilən şəkildə uğursuz olur.

Əvəz etməzdən əvvəl cari seçimi oxuyun

Bir şey əlavə etməzdən əvvəl sistemin artıq nə seçdiyini və niyə seçdiyini yoxlayın. Bu çıxış trafikin tuneldən, LAN marşrutlaşdırıcısından, yoxsa heç yerdən getdiyini bildirir və dəyişiklikdən sonra müqayisə üçün baza verir. Onsuz yeni marşrutun qüvvəyə mindiyini bilə bilməzsiniz.

Sonra ünvan ailəsini yoxlayın. IPv4 üçün əlavə edilmiş marşrut IPv6 təyinatı üçün heç nə etmir və hər iki ailəyə həll olunan xidmət fasilələrlə əlçatan görünə bilər. Marşrut cədvəli və həlledici fərqli suallara cavab verir və hər ikisi nəzərdə tutulan yolla uyğun olmalıdır.

Nəhayət, yadda saxlayın ki, marşrut seçimdir, icazə deyil. İdarə olunan VPN profili və ya müştəri filtri cədvəl ona işarə etsə də birbaşa yolu qadağan edə bilər, ona görə uğurlu cədvəl qeydinin araşdırmanı bitirdiyini fərz etmək əvəzinə real tətbiqlə sınaqdan keçirin.

Tunellər və siyasət formasını dəyişir

Nöqtədən-nöqtəyə interfeyslər öz ayrı halıdır. Tunel Ethernet üslubunda şlüz ünvanı olmadan marşrut daşıya bilər və bu avtomatik səhv deyil. Wi-Fi nümunəsini gördüyünüz hər cədvəl qeydinə uzatmaq əvəzinə interfeysin real bağlantı modelini tətbiq edin.

Dəyişiklik sorğuları üçün təyinatı, təsdiqlənmiş şəbəkə yolunu, cari şlüzü və interfeysi, həmçinin istisnanı kimin saxlaması gözlənildiyini yazın. Sahib vacibdir, çünki promptda yazılmış birdəfəlik marşrut siyasət deyil və növbəti yenidən qoşulma onu siləcək.

Tələb VPN işləyərkən bu hosta çatmaqdırsa, dürüst cavab adətən interfeysə sahib olan şəbəkə meneceri tərəfindən quraşdırılan, yerli marşrutlaşdırıcıdan keçən xüsusi host marşrutudur. Tələb hər şeyə birbaşa çatmaqdırsa, tələbin özü marşrut əmrindən əvvəl siyasət baxışına ehtiyac duyur.