Kodėl route -interface nepasiekia mazgo už ryšio ribų

route priima Wi-Fi sąsajos pavadinimą, baigia darbą nesiskųsdamas, o mazgas lieka nepasiekiamas. Niekas nesugadinta; ryšys maršrute tiesiog neteisingas: sąsajos vėliavėlė pasako, kurioje jungtyje yra paskirties vieta, o ne kuris maršrutizatorius turi gauti srautą į kitur esančią paskirties vietą. Komanda pavyksta todėl, kad ji sintaksiškai teisinga, o ne todėl, kad aprašo veikiantį kelią.

Šis skirtumas nulemia, ar maršruto išimtis šalia VPN veiks, ar tik atrodys įtikinamai.

Sąsaja yra išėjimas, kitas šuolis yra perdavimas

Mac kompiuteryje, kurio adresas 192.168.50.20, o maršrutizatorius yra 192.168.50.1, kitas toje pačioje jungtyje esantis kompiuteris pasiekiamas tiesiogiai. Kadras adresuojamas tam kompiuteriui ir padedamas ant laido. Maršrutizatorius nedalyvauja, o sąsaja apribotas maršrutas išreiškia būtent tai. Pakeiskite tolimąjį galą į mazgą kitame pastate ir ta pati komanda nustoja prasmės. Mac neturi antrojo sluoksnio adreso, kurį būtų galima padėti ant laido, tad sąsajos vėliavėlei nėra ko aprašyti.

Paskirties vieta už jungties ribų yra kitokia. Mac negali ant laido padėti kadro, adresuoto mazgui, kurio nepasiekia antrajame sluoksnyje; jis perduoda paketą maršrutizatoriui, kuris gali. Todėl maršrutui reikia vartų, o patys vartai turi būti pasiekiami prijungtoje jungtyje.

Sąsajos vėliavėlės naudojimas paskirties vietai už jungties ribų pasako macOS traktuoti tą vietą taip, lyg ji būtų ant laido. Tada branduolys negali išspręsti antrojo sluoksnio adreso jai, ir paketas numetamas be nieko naudingo klaidoje.

Ką sąsajos vėliavėlė iš tikrųjų tvirtina

Apple maršrutų žinynas apibrėžia sąsajos formą paskirties vietoms, kurios pasiekiamos tiesiogiai be tarpininko. Tai teiginys apie jungties modelį, o ne pirmenybė, kurią adapterį naudoti. Pasiekti interneto mazgą per Wi-Fi vis tiek reikia maršrutizatoriaus toje Wi-Fi jungtyje, ir maršrutas turi jį įvardyti.

Sąsajos apimtis yra atskiras atributas. Jis susieja maršrutą su konkrečia sąsaja apimties sprendimams, pavyzdžiui, kuris šaltinio adresas galioja, bet nesukuria pasiekiamumo paskirties vietai, kurios sąsaja pati nepasiekia. Du atributai atsako į skirtingus klausimus.

Štai kodėl komanda gali būti priimta, atsirasti lentelėje ir vis tiek nepavykti. Branduolys nevaliduoja jūsų ketinimo; jis fiksuoja, ką jūs tvirtinote, o tvirtinimas buvo, kad paskirties vieta yra jungtyje. Tylus sėkmė, po kurios seka tylus numetimas, yra laukiamas rezultatas, o ne klaida. Perskaitykite tvirtinimą sau dar kartą prieš kaltindami tinklą.

Maršrutas, kurio reikia paskirties vietai už jungties ribų

Patvirtintam keliui į dokumentacijos adresą, pavyzdžiui, 198.51.100.25, per LAN maršrutizatorių numatytas ryšys yra paskirties vieta, kito šuolio 192.168.50.1 ir LAN sąsaja, pasiekianti tą kitą šuolį. Sąsaja išplaukia iš kito šuolio paieškos, o ne yra primetama route komandos.

macOS tik skaitymo patikra yra route -n get 198.51.100.25. Skaitykite vartų ir sąsajos eilutes kartu ir patikrinkite, ar vartai yra adresas, kurį Mac iš tikrųjų pasiekia. Vartai kitame potinklyje arba tokie, kurie dingo po paskutinio tinklo pakeitimo, sukuria maršrutą, kuris atrodo teisingai ir nieko nepersiunčia.

Neįrašykite en0 kietai į ilgalaikę instrukciją. Sąsajų pavadinimai keičiasi su adapteriais, dokais ir VPN klientais, o maršrutas, įvardijantis neteisingą, nepavyksta taip, kad jį lengva palaikyti platesniu tinklo gedimu.

Perskaitykite dabartinį pasirinkimą prieš jį pakeisdami

Prieš ką nors pridėdami, patikrinkite, ką sistema jau pasirinko ir kodėl. Ši išvestis pasako, ar srautas eina per tunelį, per LAN maršrutizatorių, ar niekur, ir suteikia bazinę liniją palyginimui po pakeitimo. Be jos negalite pasakyti, ar naujasis maršrutas įsigaliojo.

Tada patikrinkite adresų šeimą. IPv4 pridėtas maršrutas nieko nedaro IPv6 paskirties vietai, o paslauga, kuri sprendžiama abiem šeimoms, gali atrodyti periodiškai pasiekiama. Maršrutų lentelė ir resolveris atsako į skirtingus klausimus, ir abu turi sutapti su numatytu keliu.

Galiausiai atminkite, kad maršrutas yra pasirinkimas, o ne leidimas. Valdomas VPN profilis arba kliento filtras vis tiek gali uždrausti tiesioginį kelią, net kai lentelė jį rodo, todėl testuokite su tikra programa, o ne manykite, kad sėkmingas lentelės įrašas baigia tyrimą.

Tuneliai ir politika keičia formą

Taškas į tašką sąsajos yra atskiras atvejis. Tunelis gali nešti maršrutą be Ethernet stiliaus vartų adreso, ir tai nebūtinai neteisinga. Taikykite tikrąjį sąsajos jungties modelį, o ne plėskite Wi-Fi pavyzdį kiekvienam matomam lentelės įrašui.

Keitimo prašymams užrašykite paskirties vietą, patvirtintą tinklo kelią, dabartinius vartus ir sąsają bei kas turėtų prižiūrėti išimtį. Savininkas svarbus, nes vienkartinis maršrutas, įvestas komandinėje eilutėje, nėra politika, ir kitas prisijungimas jį ištrins.

Jei reikalavimas yra pasiekti šį mazgą, kol VPN įjungta, sąžiningas atsakymas paprastai yra konkretus mazgo maršrutas per vietinį maršrutizatorių, kurį įdiegia tinklo valdytojas, valdantis sąsają. Jei reikalavimas yra pasiekti bet ką tiesiogiai, pats reikalavimas pirmiausia reikalauja politikos peržiūros, o ne route komandos.