Pse route -interface nuk arrin një host jashtë lidhjes

route pranon emrin e ndërfaqes Wi-Fi, del pa ankesa dhe hosti mbetet i paarritshëm. Asgjë nuk është dëmtuar; lidhja në rrugë është thjesht e gabuar: një flamur ndërfaqeje thotë në cilën lidhje ndodhet një destinacion, jo cili router duhet të marrë trafikun për një destinacion që ndodhet diku tjetër. Komanda ka sukses sepse është sintaksisht e vlefshme, jo sepse përshkruan një shteg që funksionon.

Ky dallim vendos nëse një përjashtim rruge pranë një VPN do të funksionojë apo thjesht do të duket i besueshëm.

Ndërfaqja është dalja, kërcimi tjetër është dorëzimi

Në një Mac me adresë 192.168.50.20 dhe një router në 192.168.50.1, një makinë tjetër në të njëjtën lidhje arrihet drejtpërdrejt. Kuadri adresohet për atë makinë dhe vendoset në tel. Asnjë router nuk përfshihet, dhe një rrugë e kufizuar në ndërfaqe shpreh pikërisht këtë. Ndryshoni skajin e largët në një host në një ndërtesë tjetër dhe e njëjta komandë pushon së pasuri kuptim. Mac-i nuk ka një adresë të shtresës së dytë për të vendosur në tel, kështu që flamuri i ndërfaqes nuk ka çfarë të përshkruajë.

Një destinacion jashtë lidhjes është ndryshe. Mac-i nuk mund të vendosë në tel një kuadër të adresuar për një host që nuk e arrin në shtresën e dytë; ia dorëzon paketën një router që mundet. Rruga pra kërkon një portë, dhe porta vetë duhet të jetë e arritshme në lidhjen e lidhur.

Përdorimi i flamurit të ndërfaqes për një destinacion jashtë lidhjes i thotë macOS-it ta trajtojë atë destinacion sikur të ishte në tel. Kernel-i atëherë nuk arrin të zgjidhë një adresë të shtresës së dytë për të, dhe paketa hidhet pa asgjë të dobishme në gabim.

Çfarë pretendon në të vërtetë flamuri i ndërfaqes

Referenca e rrugëve e Apple përcakton formën me ndërfaqe për destinacione që arrihen drejtpërdrejt pa ndërmjetës. Është një pohim për modelin e lidhjes, jo një preferencë se cili përshtatës të përdoret. Arritja e një hosti interneti përmes Wi-Fi kërkon ende një router në atë lidhje Wi-Fi, dhe rruga duhet ta emërtojë atë.

Shtrirja e ndërfaqes është atribut i veçantë. Lidh një rrugë me një ndërfaqe të caktuar për vendime shtrirjeje si cila adresë burimi zbatohet, por nuk krijon arritshmëri për një destinacion që ndërfaqja nuk e arrin vetë. Dy atributet përgjigjen pyetjeve të ndryshme.

Prandaj një komandë mund të pranohet, të shfaqet në tabelë dhe gjithsesi të dështojë. Kernel-i nuk vërteton qëllimin tuaj; regjistron atë që keni pohuar, dhe pohimi ishte se destinacioni është në lidhje. Një sukses i heshtur i ndjekur nga një hedhje e heshtur është rezultati i pritur, jo një defekt. Lexoni pohimin përsëri para se të fajësoni rrjetin.

Rruga që i duhet një destinacioni jashtë lidhjes

Për një shteg të miratuar drejt një adrese dokumentacioni si 198.51.100.25 përmes routerit LAN, lidhja e synuar është një destinacion, një kërcim tjetër 192.168.50.1 dhe ndërfaqja LAN që arrin atë kërcim tjetër. Ndërfaqja nënkuptohet nga kërkimi i kërcimit tjetër në vend që të imponohet nga komanda e rrugës.

Në macOS inspektimi vetëm-lexim është route -n get 198.51.100.25. Lexoni bashkë rreshtat e portës dhe të ndërfaqes dhe kontrolloni që porta është një adresë që Mac-i e arrin vërtet. Një portë në një nënrrjet tjetër, ose një që ka humbur që nga ndryshimi i fundit i rrjetit, prodhon një rrugë që duket e saktë dhe nuk përcjell asgjë.

Mos e kodoni fort en0 në një udhëzim të qëndrueshëm. Emrat e ndërfaqeve ndryshojnë me përshtatës, stacione dhe klientë VPN, dhe një rrugë që emërton të gabuarin dështon në një mënyrë që lexohet lehtë si një defekt më i gjerë rrjeti.

Lexoni zgjedhjen aktuale para se ta zëvendësoni

Para se të shtoni çfarëdo, inspektoni çfarë ka zgjedhur tashmë sistemi dhe pse. Ai dalje ju tregon nëse trafiku kalon përmes tunelit, routerit LAN apo askund, dhe ju jep një bazë për krahasim pas ndryshimit. Pa të, nuk mund të dini nëse rruga e re ka hyrë në fuqi.

Pastaj kontrolloni familjen e adresave. Një rrugë e shtuar për IPv4 nuk bën asgjë për një destinacion IPv6, dhe një shërbim që zgjidhet në të dyja familjet mund të duket i arritshëm me ndërprerje. Tabela e rrugëve dhe zgjidhësi përgjigjen pyetjeve të ndryshme, dhe të dyja duhet të pajtohen me shtegun e synuar.

Së fundi, mbani mend se një rrugë është një zgjedhje, jo një leje. Një profil VPN i menaxhuar ose një filtër klienti mund të ndalojë ende shtegun e drejtpërdrejtë edhe kur tabela tregon drejt tij, prandaj provoni me aplikacionin real në vend që të supozoni se një hyrje e suksesshme në tabelë e përfundon hetimin.

Tunelet dhe politika ndryshojnë formën

Ndërfaqet pikë-për-pikë janë rasti i tyre. Një tunel mund të mbajë një rrugë pa adresë porte në stil Ethernet, dhe kjo nuk është automatikisht e gabuar. Zbatoni modelin real të lidhjes së ndërfaqes në vend që të zgjeroni një shembull Wi-Fi në çdo hyrje tabele që shihni.

Për kërkesat e ndryshimit, shkruani destinacionin, shtegun e miratuar të rrjetit, portën dhe ndërfaqen aktuale, dhe kush pritet ta mirëmbajë përjashtimin. Pronari ka rëndësi sepse një rrugë e njëhershme e shtypur në prompt nuk është politikë, dhe rilidhja tjetër do ta fshijë atë.

Nëse kërkesa është të arrihet ky host ndërsa VPN-ja është aktive, përgjigjja e ndershme është zakonisht një rrugë specifike hosti përmes routerit lokal, e instaluar nga menaxheri i rrjetit që zotëron ndërfaqen. Nëse kërkesa është të arrihet drejtpërdrejt çdo gjë, vetë kërkesa ka nevojë për një rishikim politike para se të ketë nevojë për një komandë rruge.