Kvifor route -interface ikkje når ein vert utanfor lenkja

route godtek Wi-Fi-interface-namnet, avsluttar utan klage, og verten blir verande uoppnåeleg. Ingenting er skadd; tilhøvet i ruta er rett og slett feil: eit interface-flagg seier kva lenkje ein destinasjon ligg på, ikkje kva rutar som skal ta imot trafikk for ein destinasjon som ligg ein annan stad. Kommandoen lukkast fordi han er syntaktisk gyldig, ikkje fordi han skildrar ein veg som fungerer.

Den skilnaden avgjer om eit ruteunntak ved sida av ein VPN vil verke eller berre sjå truverdig ut.

Interface er utgangen, neste hopp er overleveringa

På ein Mac med adresse 192.168.50.20 og ein rutar på 192.168.50.1 kan ein annan maskin på same lenkje nåast direkte. Ramma blir adressert til den maskinen og lagd på leidningen. Ingen rutar er involvert, og ei interface-avgrensa rute uttrykkjer nettopp det. Endre den fjerne enden til ein vert i ein annan bygning, og same kommando sluttar å gje meining. Macen har inga adresse på lag to å leggje på leidningen, så interface-flagget har ingenting å skildre.

Ein destinasjon utanfor lenkja er annleis. Macen kan ikkje leggje ei ramme på leidningen adressert til ein vert han ikkje når på lag to; han overleverer pakken til ein rutar som kan. Ruta treng derfor ein gateway, og gatewayen sjølv må vere tilgjengeleg på den tilkopla lenkja.

Å bruke interface-flagget for ein destinasjon utanfor lenkja fortel macOS å handsame destinasjonen som om han var på leidningen. Kjernen klarar då ikkje å slå opp ei adresse på lag to for han, og pakken blir kasta utan noko nyttig i feilen.

Kva interface-flagget faktisk hevdar

Ruter-referansen til Apple definerer interface-forma for destinasjonar som er direkte tilgjengelege utan ein mellommann. Det er ei utsegn om lenkjemodellen, ikkje ei preferanse for kva adapter som blir brukt. Å nå ein internettvert via Wi-Fi krev framleis ein rutar på den Wi-Fi-lenkja, og ruta må namngje han.

Interface-omfang er eit eige attributt. Det knyter ei rute til eit bestemt interface for omfangsavgjerder som kva kjeldeadresse som gjeld, men det skapar ikkje tilgjenge for ein destinasjon som interfacet ikkje når sjølv. Dei to attributta svarar på ulike spørsmål.

Derfor kan ein kommando bli godteken, visast i tabellen og likevel mislukkast. Kjernen validerer ikkje hensikta di; han registrerer det du hevda, og hevdinga var at destinasjonen ligg på lenkja. Stille suksess etterfølgt av stille kasting er det forventa resultatet, ikkje ein feil. Les hevdinga på nytt for deg sjølv før du skuldar nettet.

Ruta ein destinasjon utanfor lenkja treng

For ein godkjend veg til ei dokumentasjonsadresse som 198.51.100.25 via LAN-rutaren er det tiltenkte tilhøvet ein destinasjon, eit neste hopp på 192.168.50.1 og LAN-interfacet som når det neste hoppet. Interfacet blir antyda av oppslaget av neste hopp i staden for å bli tvinga av rute-kommandoen.

På macOS er den skriveverna inspeksjonen route -n get 198.51.100.25. Les gateway- og interface-linjene saman og kontroller at gatewayen er ei adresse Macen faktisk kan nå. Ein gateway på eit anna subnett, eller ein som er borte sidan den siste nettverksendringa, gjev ei rute som ser riktig ut og ikkje videresender noko.

Ikkje hardkod en0 i ein varig instruks. Interface-namn endrar seg med adapterar, dokkar og VPN-klientar, og ei rute som nemner den gale feilar på ein måte som lett blir mistolka som ein breiare nettverksfeil.

Les det gjeldande valet før du erstattar det

Før du legg til noko, undersøk kva systemet allereie har valt og kvifor. Den utskrifta fortel deg om trafikken går gjennom tunnelen, gjennom LAN-rutaren eller ingen stad, og gjev deg ei grunnlinje å samanlikne med etter endringa. Utan ho kan du ikkje avgjere om den nye ruta har hatt verknad.

Sjekk deretter adressefamilien. Ei rute lagd til for IPv4 gjer ingenting for ein IPv6-destinasjon, og ein teneste som blir løyst til begge familiar kan verke periodevis tilgjengeleg. Rutetabellen og resolvaren svarar på ulike spørsmål, og begge må stemme med den tiltenkte vegen.

Til slutt, hugs at ei rute er eit val, ikkje ei løyve. Ein administrert VPN-profil eller eit klientfilter kan framleis forby den direkte vegen sjølv når tabellen peikar på han, så test med den faktiske applikasjonen i staden for å tru at ei vellukka tabelloppføring avsluttar undersøkinga.

Tunnelar og policy endrar forma

Punkt-til-punkt-interface er si eiga sak. Ein tunnel kan bera ei rute utan ei gatewayadresse i Ethernet-stil, og det er ikkje automatisk feil. Bruk den verkelege lenkjemodellen til interfacet i staden for å utvide eit Wi-Fi-døme til kvar tabelloppføring du ser.

For endringsførespurnader, skriv ned destinasjonen, den godkjende nettverksvegen, gjeldande gateway og interface, og kven som er venta å vedlikehalde unntaket. Eigaren har noko å seie fordi ei eingongsrute skriven ved ledeteksten ikkje er ein policy, og neste attilkopling vil sletta ho.

Viss kravet er å nå denne verten medan VPN-en er oppe, er det ærlege svaret vanlegvis ei spesifikk vertsrute gjennom den lokale rutaren, installert av nettverkshandsamaren som eig interfacet. Viss kravet er å nå alt direkte, treng kravet sjølv ein policygjennomgang før det treng ein rute-kommando.