Zakaj route -interface ne doseže gostitelja zunaj povezave

route sprejme ime vmesnika Wi-Fi, se zaključi brez pritožbe in gostitelj ostane nedosegljiv. Nič ni poškodovano; razmerje v poti je preprosto napačno: zastavica vmesnika pove, na kateri povezavi je cilj, ne katera usmerjevalnik mora prejemati promet za cilj, ki je drugje. Ukaz uspe, ker je skladenjsko veljaven, ne ker bi opisoval delujočo pot.

Ta razlika odloči, ali bo izjema poti ob VPN delovala ali bo le videti verjetna.

Vmesnik je izhod, naslednji skok je predaja

Na Macu z naslovom 192.168.50.20 in usmerjevalnikom na 192.168.50.1 je drug stroj na isti povezavi dosegljiv neposredno. Okvir je naslovljen na ta stroj in položen na žico. Noben usmerjevalnik ni vpleten in pot, omejena na vmesnik, izraža točno to. Spremenite oddaljeni konec v gostitelja v drugi stavbi in isti ukaz izgubi smisel. Mac nima naslova druge plasti, da bi ga položil na žico, zato zastavica vmesnika nima česa opisati.

Cilj zunaj povezave je drugačen. Mac ne more položiti na žico okvira, naslovljenega na gostitelja, do katerega ne doseže na drugi plasti; paket preda usmerjevalniku, ki to zmore. Pot zato potrebuje prehod, sam prehod pa mora biti dosegljiv na priključeni povezavi.

Uporaba zastavice vmesnika za cilj zunaj povezave pove macOS, naj ta cilj obravnava, kot da je na žici. Jedro takrat ne more razrešiti naslova druge plasti zanj in paket se zavrže brez česar koli koristnega v napaki.

Kaj zastavica vmesnika dejansko trdi

Applov referenčni priročnik za poti določa obliko z vmesnikom za cilje, ki so neposredno dosegljivi brez posrednika. To je trditev o modelu povezave, ne pa preferenca glede tega, kateri vmesnik uporabiti. Doseganje internetnega gostitelja prek Wi-Fi še vedno zahteva usmerjevalnik na tej povezavi Wi-Fi in pot ga mora imenovati.

Obseg vmesnika je ločen atribut. Poveže pot z določenim vmesnikom za odločitve o obsegu, kot je, kateri izvorni naslov velja, vendar ne ustvari dosegljivosti za cilj, do katerega vmesnik sam ne doseže. Dva atributa odgovarjata na različni vprašanji.

Zato je ukaz lahko sprejet, se pojavi v tabeli in kljub temu ne uspe. Jedro ne preverja vašega namena; beleži, kar ste trdili, trditev pa je bila, da je cilj na povezavi. Tihi uspeh, ki mu sledi tiho zavrženje, je pričakovani izid, ne napaka. Preberite trditev še enkrat, preden obtožite omrežje.

Pot, ki jo cilj zunaj povezave potrebuje

Za odobreno pot do dokumentacijskega naslova, kot je 198.51.100.25, prek usmerjevalnika LAN je predvideno razmerje cilj, naslednji skok 192.168.50.1 in vmesnik LAN, ki doseže ta naslednji skok. Vmesnik je impliciran z iskanjem naslednjega skoka, namesto da bi ga vsilil ukaz poti.

V macOS je pregled samo za branje route -n get 198.51.100.25. Preberite vrstici prehoda in vmesnika skupaj in preverite, da je prehod naslov, ki ga Mac res doseže. Prehod v drugi podomrežji ali tak, ki je izginil od zadnje spremembe omrežja, ustvari pot, ki se zdi pravilna in ničesar ne posreduje.

Ne vgradite en0 v trajno navodilo. Imena vmesnikov se spreminjajo z adapterji, priklopnimi postajami in odjemalci VPN, pot, ki navaja napačnega, pa spodleti na način, ki ga je zlahka napačno brati kot širšo omrežno okvaro.

Preberite trenutno izbiro, preden jo zamenjate

Preden kar koli dodate, preglejte, kaj je sistem že izbral in zakaj. Ta izpis pove, ali promet gre skozi tunel, skozi usmerjevalnik LAN ali nikamor, in vam da izhodišče za primerjavo po spremembi. Brez njega ne morete ugotoviti, ali je nova pot začela veljati.

Nato preverite družino naslovov. Pot, dodana za IPv4, ne stori ničesar za cilj IPv6, storitev, ki se razreši v obe družini, pa je lahko videti občasno dosegljiva. Tabela poti in razreševalnik odgovarjata na različni vprašanji in oba se morata ujemati z načrtovano potjo.

Nazadnje, zapomnite si, da je pot izbira, ne dovoljenje. Upravljani profil VPN ali filter odjemalca lahko neposredno pot še vedno prepove, tudi ko tabela kaže nanjo, zato preizkusite z dejansko aplikacijo, namesto da bi domnevali, da uspešen vnos v tabeli konča preiskavo.

Tuneli in politika spremenijo obliko

Vmesniki točka-točka so svoj primer. Tunel lahko nosi pot brez naslova prehoda v slogu Ethernet in to ni samodejno napačno. Uporabite resnični model povezave vmesnika, namesto da primer Wi-Fi razširite na vsak vnos v tabeli, ki ga vidite.

Za zahteve za spremembo zapišite cilj, odobreno omrežno pot, trenutni prehod in vmesnik ter kdo naj bi izjemo vzdrževal. Lastnik je pomemben, ker enkratna pot, vtipkana v pozivu, ni politika in naslednja ponovna povezava jo bo izbrisala.

Če je zahteva doseči tega gostitelja, medtem ko je VPN vklopljen, je pošten odgovor običajno posebna pot do gostitelja prek lokalnega usmerjevalnika, ki jo namesti upravitelj omrežja, ki ima vmesnik. Če je zahteva doseči kar koli neposredno, zahteva sama potrebuje pregled politike, preden potrebuje ukaz poti.