route prihvata naziv Wi-Fi interfejsa, izlazi bez žalbe, a host ostaje nedostupan. Ništa nije oštećeno; veza u ruti je jednostavno pogrešna: zastavica interfejsa kaže na kojem linku odredište stoji, a ne koji ruter treba primati saobraćaj za odredište koje se nalazi negdje drugdje. Naredba uspijeva jer je sintaksno ispravna, a ne zato što opisuje put koji radi.

Ta razlika odlučuje hoće li izuzetak rute pored VPN-a raditi ili samo izgledati uvjerljivo.

Interfejs je izlaz, sljedeći skok je predaja

Na Macu s adresom 192.168.50.20 i ruterom na 192.168.50.1 druga mašina na istom linku dostupna je direktno. Okvir je adresiran na tu mašinu i stavlja se na žicu. Nema rutera, a ruta ograničena na interfejs izražava upravo to. Promijenite udaljeni kraj u host u drugoj zgradi i ista naredba prestaje imati smisla. Mac nema adresu drugog sloja koju bi stavio na žicu, pa zastavica interfejsa nema šta opisati.

Odredište izvan linka je drugačije. Mac ne može staviti na žicu okvir adresiran na host do kojeg ne dolazi na drugom sloju; predaje paket ruteru koji može. Ruta zato treba gateway, a sam gateway mora biti dostupan na priključenom linku.

Korištenje zastavice interfejsa za odredište izvan linka govori macOS-u da to odredište tretira kao da je na žici. Kernel tada ne uspije razriješiti adresu drugog sloja za njega, a paket se odbacuje bez ičega korisnog u grešci.

Šta zastavica interfejsa zapravo tvrdi

Appleova referenca za rute definiše oblik s interfejsom za odredišta koja su direktno dostupna bez posrednika. To je tvrdnja o modelu linka, a ne sklonost tome koji adapter koristiti. Dolazak do internet hosta preko Wi-Fi-ja i dalje zahtijeva ruter na tom Wi-Fi linku, a ruta ga mora imenovati.

Opseg interfejsa je zaseban atribut. Povezuje rutu s određenim interfejsom za odluke o opsegu, poput toga koja izvorna adresa važi, ali ne stvara dostupnost za odredište do kojeg interfejs ne može doći sam. Ta dva atributa odgovaraju na različita pitanja.

Zato naredba može biti prihvaćena, pojaviti se u tabeli i ipak ne uspjeti. Kernel ne provjerava vašu namjeru; on bilježi ono što ste tvrdili, a tvrdnja je bila da je odredište na linku. Tihi uspjeh pa tiho odbacivanje očekivani je ishod, a ne bug. Pročitajte tvrdnju sebi prije nego optužite mrežu.

Ruta koju treba odredište izvan linka

Za odobren put do dokumentacione adrese kao što je 198.51.100.25 preko LAN rutera, namjeravana veza je odredište, sljedeći skok 192.168.50.1 i LAN interfejs koji dolazi do tog sljedećeg skoka. Interfejs se podrazumijeva iz traženja sljedećeg skoka, a ne nameće ga naredba rute.

Na macOS-u inspekcija samo za čitanje je route -n get 198.51.100.25. Čitajte redove gatewaya i interfejsa zajedno i provjerite da je gateway adresa do koje Mac zaista dolazi. Gateway na drugoj podmreži, ili onaj koji je nestao od zadnje promjene mreže, daje rutu koja izgleda ispravno i ništa ne prosljeđuje.

Ne hardkodirajte en0 u trajnom uputstvu. Nazivi interfejsa se mijenjaju s adapterima, dokovima i VPN klijentima, a ruta koja imenuje pogrešan ne uspijeva na način koji se lako pogrešno pročita kao širi mrežni kvar.

Pročitajte trenutni izbor prije nego ga zamijenite

Prije nego što bilo šta dodate, pregledajte šta je sistem već odabrao i zašto. Taj izlaz govori da li saobraćaj ide kroz tunel, kroz LAN ruter ili nigdje, i daje vam osnovu za poređenje nakon promjene. Bez njega ne možete znati je li nova ruta stupila na snagu.

Zatim provjerite porodicu adresa. Ruta dodana za IPv4 ne čini ništa za odredište IPv6, a usluga koja se razrješava u obje porodice može izgledati povremeno dostupna. Tabela ruta i resolver odgovaraju na različita pitanja i oboje se mora slagati s namjeravanim putem.

Na kraju, zapamtite da je ruta izbor, a ne dozvola. Upravljani VPN profil ili klijentski filter i dalje može zabraniti direktan put čak i kada tabela pokazuje na njega, pa testirajte sa stvarnom aplikacijom umjesto da pretpostavite da uspješan unos u tabeli završava istragu.

Tuneli i politika mijenjaju oblik

Interfejsi tačka-tačka su svoj slučaj. Tunel može nositi rutu bez gateway adrese u Ethernet stilu, i to nije automatski pogrešno. Primijenite stvarni model linka interfejsa umjesto da Wi-Fi primjer proširujete na svaki unos u tabeli koji vidite.

Za zahtjeve za promjenu zapišite odredište, odobren mrežni put, trenutni gateway i interfejs, i ko se očekuje da održava izuzetak. Vlasnik je važan jer jednokratna ruta otkucana u promptu nije politika, a sljedeće ponovno povezivanje će je izbrisati.

Ako je zahtjev doći do ovog hosta dok je VPN uključen, iskren odgovor je obično određena ruta do hosta preko lokalnog rutera, koju instalira mrežni menadžer koji posjeduje interfejs. Ako je zahtjev doći do bilo čega direktno, sam zahtjev treba pregled politike prije nego što mu treba naredba rute.

Povezani članci