Miksi route -interface ei tavoita linkin ulkopuolista isäntää

route hyväksyy Wi-Fi-liitännän nimen, poistuu valittamatta, ja isäntä jää tavoittamattomaksi. Mikään ei ole vioittunut; reitin suhde on yksinkertaisesti väärä: liitännän lippu kertoo, millä linkillä kohde on, ei sitä, minkä reitittimen pitäisi vastaanottaa liikenne kohteelle, joka on jossain muualla. Komento onnistuu, koska se on syntaktisesti kelvollinen, ei siksi, että se kuvaisi toimivaa polkua.

Tämä ero ratkaisee, toimiiko VPN:n vieressä oleva reittipoikkeus vai näyttääkö se vain uskottavalta.

Liitäntä on uloskäynti, seuraava hyppy on luovutus

Macissa, jonka osoite on 192.168.50.20 ja jonka reititin on 192.168.50.1, toinen kone samalla linkillä on suoraan tavoitettavissa. Kehys osoitetaan sille koneelle ja laitetaan johdolle. Reititintä ei tarvita, ja liitäntään rajattu reitti ilmaisee juuri sen. Vaihda kauko pää toisessa rakennuksessa olevaan isäntään, ja sama komento lakkaa olemasta järkevä. Macilla ei ole toisen kerroksen osoitetta, jonka voisi laittaa johdolle, joten liitännän lipulla ei ole mitään kuvattavaa.

Linkin ulkopuolinen kohde on erilainen. Mac ei voi laittaa johdolle kehystä, joka on osoitettu isännälle, jota se ei tavoita toisella kerroksella; se luovuttaa paketin reitittimelle, joka pystyy siihen. Reitti tarvitsee siis yhdyskäytävän, ja itse yhdyskäytävän on oltava tavoitettavissa liitetyn linkin kautta.

Liitännän lipun käyttäminen linkin ulkopuoliselle kohteelle kertoo macOS:lle, että kohdetta kohdellaan kuin se olisi johdolla. Silloin ydin ei onnistu selvittämään sille toisen kerroksen osoitetta, ja paketti pudotetaan ilman mitään hyödyllistä virheessä.

Mitä liitännän lippu oikeastaan väittää

Applen reittiviite määrittelee liitäntämuodon kohteille, jotka ovat suoraan tavoitettavissa ilman välittäjää. Se on väite linkkimallista, ei mieltymys siihen, mitä sovitinta käytetään. Internet-isännän tavoittaminen Wi-Fi:n kautta vaatii edelleen reitittimen sillä Wi-Fi-linkillä, ja reitin on nimettävä se.

Liitännän laajuus on erillinen määre. Se liittää reitin tiettyyn liitäntään laajuuspäätöksiä varten, kuten mikä lähdeosoite pätee, mutta se ei luo tavoitettavuutta kohteelle, jota liitäntä ei itse tavoita. Kaksi määrettä vastaa eri kysymyksiin.

Siksi komento voidaan hyväksyä, se voi näkyä taulukossa ja silti epäonnistua. Ydin ei validoi aikomustasi; se kirjaa, mitä väitit, ja väite oli, että kohde on linkillä. Äänetön onnistuminen ja sen perään äänetön pudotus on odotettu tulos, ei virhe. Lue väite itsellesi, ennen kuin syytät verkkoa.

Reitti, jonka linkin ulkopuolinen kohde tarvitsee

Hyväksytylle polulle dokumentaatio-osoitteeseen kuten 198.51.100.25 LAN-reitittimen kautta tarkoitettu suhde on kohde, seuraava hyppy 192.168.50.1 ja LAN-liitäntä, joka tavoittaa tuon seuraavan hypyn. Liitäntä johdetaan seuraavan hypyn hausta sen sijaan, että reittikomento pakottaisi sen.

macOS:ssa vain luku -tarkastelu on route -n get 198.51.100.25. Lue yhdyskäytävän ja liitännän rivit yhdessä ja tarkista, että yhdyskäytävä on osoite, jonka Mac todella tavoittaa. Yhdyskäytävä toisessa aliverkossa tai sellainen, joka on kadonnut viimeisen verkkomuutoksen jälkeen, tuottaa reitin, joka näyttää oikealta eikä välitä mitään.

Älä kovakoodaa en0 pysyvään ohjeeseen. Liitäntöjen nimet muuttuvat sovittimien, telakoiden ja VPN-asiakkaiden myötä, ja väärän nimeävä reitti epäonnistuu tavalla, joka on helppo lukea laajemmaksi verkkohäiriöksi.

Lue nykyinen valinta ennen sen korvaamista

Ennen kuin lisäät mitään, tutki, mitä järjestelmä on jo valinnut ja miksi. Tämä tuloste kertoo, kulkeeko liikenne tunnelin, LAN-reitittimen vai ei mihinkään kautta, ja antaa lähtötason muutoksen jälkeiseen vertailuun. Ilman sitä et voi tietää, onko uusi reitti astunut voimaan.

Tarkista sitten osoiteperhe. IPv4:lle lisätty reitti ei tee mitään IPv6-kohteelle, ja palvelu, joka selvittää molempiin perheisiin, voi vaikuttaa ajoittain tavoitettavalta. Reititystaulu ja selvittäjä vastaavat eri kysymyksiin, ja molempien on oltava yhtäpitäviä aiotun polun kanssa.

Muista lopuksi, että reitti on valinta, ei lupa. Hallittu VPN-profiili tai asiakassuodatin voi silti kieltää suoran polun, vaikka taulu osoittaisi siihen, joten testaa varsinaisella sovelluksella sen sijaan, että olettaisit onnistuneen taulumäärityksen päättävän tutkinnan.

Tunnelit ja käytäntö muuttavat muotoa

Piste-piste-liitännät ovat oma tapauksensa. Tunneli voi kantaa reittiä ilman Ethernet-tyylistä yhdyskäytäväosoitetta, eikä se ole automaattisesti väärin. Sovella liitännän todellista linkkimallia sen sijaan, että laajennat Wi-Fi-esimerkin jokaiseen näkemääsi taulumääritykseen.

Muutospyyntöjä varten kirjaa kohde, hyväksytty verkkopolku, nykyinen yhdyskäytävä ja liitäntä sekä kuka odotetaan ylläpitävän poikkeusta. Omistaja on tärkeä, koska kehotteeseen kirjoitettu kertaluonteinen reitti ei ole käytäntö, ja seuraava uudelleenyhdistäminen pyyhkii sen.

Jos vaatimus on tavoittaa tämä isäntä VPN:n ollessa päällä, rehellinen vastaus on yleensä tietty isäntäreitti paikallisen reitittimen kautta, liitännän omistavan verkkopalvelun asentamana. Jos vaatimus on tavoittaa mitä tahansa suoraan, itse vaatimus tarvitsee käytäntökatsauksen ennen kuin se tarvitsee reittikomennon.