Bakit hindi naaabot ng route -interface ang host sa labas ng link

Tatanggapin ng route ang pangalan ng Wi-Fi interface, lalabas nang walang reklamo, at mananatiling hindi maabot ang host. Walang nasira; mali lang talaga ang ugnayan sa ruta: sinasabi ng interface flag kung aling link naroon ang destinasyon, hindi kung aling router ang dapat tumanggap ng trapiko para sa destinasyong nasa ibang lugar. Nagtatagumpay ang utos dahil wasto ito sa sintaks, hindi dahil naglalarawan ito ng gumaganang daan.

Ang pagkakaibang iyon ang nagpapasya kung gagana ang eksepsiyon sa ruta sa tabi ng VPN o magmumukha lamang itong makatwiran.

Ang interface ang labasan, ang susunod na hop ang paghahatid

Sa isang Mac na may address na 192.168.50.20 at router sa 192.168.50.1, maaabot nang direkta ang isa pang makina sa parehong link. Ang frame ay iniaaddress sa makinang iyon at inilalagay sa kawad. Walang router na kasangkot, at ang rutang nakatali sa interface ay nagpapahayag ng eksaktong iyon. Palitan ang malayong dulo ng host sa ibang gusali at mawawalan ng saysay ang parehong utos. Walang address sa ikalawang antas ang Mac na mailalagay sa kawad, kaya walang maipaliwanag ang interface flag.

Iba ang destinasyon sa labas ng link. Hindi mailalagay ng Mac sa kawad ang frame na nakaaddress sa host na hindi niya naaabot sa ikalawang antas; ipinapasa niya ang packet sa router na kayang gawin iyon. Kaya kailangan ng ruta ng gateway, at ang gateway mismo ay dapat maabot sa nakakabit na link.

Ang paggamit ng interface flag para sa destinasyong labas ng link ay nagsasabi sa macOS na ituring ang destinasyong iyon na parang nasa kawad. Hindi na malulutas ng kernel ang address sa ikalawang antas para dito, at itinatapon ang packet nang walang anumang kapaki-pakinabang sa error.

Ano ba talaga ang sinasabi ng interface flag

Ang reference ng ruta ng Apple ay tumutukoy sa interface form para sa mga destinasyong direktang maaabot nang walang tagapamagitan. Ito ay pahayag tungkol sa modelo ng link, hindi kagustuhan kung aling adapter ang gagamitin. Ang pag-abot sa internet host sa pamamagitan ng Wi-Fi ay nangangailangan pa rin ng router sa link na iyon ng Wi-Fi, at dapat pangalanan ito ng ruta.

Ang saklaw ng interface ay hiwalay na katangian. Iniugnay nito ang ruta sa isang partikular na interface para sa mga desisyon sa saklaw tulad ng aling source address ang nalalapat, ngunit hindi ito lumilikha ng maabot para sa destinasyong hindi kayang abutin ng interface nang mag-isa. Ang dalawang katangian ay sumasagot sa magkaibang tanong.

Kaya maaaring tanggapin ang isang utos, lumitaw sa talahanayan at mabigo pa rin. Hindi binibigyang-katwiran ng kernel ang layunin mo; itinatala nito ang sinabi mo, at ang sinabi ay nasa link ang destinasyon. Ang tahimik na tagumpay na sinusundan ng tahimik na pagtatapon ang inaasahang resulta, hindi bug. Basahin muli ang sinabi bago sisihin ang network.

Ang rutang kailangan ng destinasyong labas ng link

Para sa aprubadong daan patungo sa address ng dokumentasyon tulad ng 198.51.100.25 sa pamamagitan ng LAN router, ang inaasahang ugnayan ay isang destinasyon, susunod na hop na 192.168.50.1, at ang LAN interface na umaabot sa susunod na hop na iyon. Ang interface ay ipinahihiwatig ng paghahanap ng susunod na hop sa halip na ipinipilit ng utos ng ruta.

Sa macOS ang inspeksiyong basahin-lamang ay route -n get 198.51.100.25. Basahin ang mga linya ng gateway at interface nang magkasama at tiyakin na ang gateway ay address na talagang naaabot ng Mac. Ang gateway sa ibang subnet, o ang nawala mula noong huling pagbabago sa network, ay gumagawa ng rutang mukhang tama at walang ipinapasa.

Huwag i-hardcode ang en0 sa pangmatagalang tagubilin. Nagbabago ang mga pangalan ng interface kasama ng mga adapter, dock at VPN client, at ang rutang nagsasabi ng mali ay nabibigo sa paraang madaling mabasa bilang mas malawak na sira ng network.

Basahin ang kasalukuyang pinili bago palitan

Bago magdagdag ng anuman, siyasatin kung ano na ang pinili ng system at bakit. Sinasabi ng output na iyon kung dumadaan ang trapiko sa tunnel, sa LAN router o wala, at nagbibigay ng baseline para ihambing pagkatapos ng pagbabago. Kung wala ito, hindi mo masasabi kung nagkabisa ang bagong ruta.

Pagkatapos ay suriin ang pamilya ng address. Ang rutang idinagdag para sa IPv4 ay walang ginagawa para sa destinasyong IPv6, at ang serbisyong nagreresolba sa parehong pamilya ay maaaring mukhang paulit-ulit na maabot. Ang talahanayan ng ruta at ang resolver ay sumasagot sa magkaibang tanong, at pareho dapat sumang-ayon sa inaasahang daan.

Sa huli, tandaan na ang ruta ay pinipili, hindi pahintulot. Ang pinamamahalaang VPN profile o filter ng client ay maaari pa ring magbawal sa direktang daan kahit tumuturo rito ang talahanayan, kaya subukan gamit ang aktwal na aplikasyon sa halip na ipagpalagay na ang matagumpay na entry sa talahanayan ay nagtatapos sa pagsisiyasat.

Binabago ng tunnel at patakaran ang hugis

Ang mga interface na point-to-point ay sariling kaso. Maaaring magdala ng ruta ang tunnel nang walang address ng gateway sa istilong Ethernet, at hindi iyon awtomatikong mali. Ilapat ang tunay na modelo ng link ng interface sa halip na palawakin ang halimbawa ng Wi-Fi sa bawat entry sa talahanayan na nakikita mo.

Para sa mga kahilingan sa pagbabago, isulat ang destinasyon, ang aprubadong daan ng network, ang kasalukuyang gateway at interface, at kung sino ang inaasahang magpapanatili ng eksepsiyon. Mahalaga ang may-ari dahil ang isang-beses na rutang tinaip sa prompt ay hindi patakaran, at buburahin ito ng susunod na muling pagkonekta.

Kung ang pangangailangan ay maabot ang host na ito habang naka-on ang VPN, ang tapat na sagot ay karaniwang partikular na ruta ng host sa pamamagitan ng lokal na router, na ini-install ng network manager na nagmamay-ari ng interface. Kung ang pangangailangan ay maabot ang anuman nang direkta, ang pangangailangan mismo ay kailangan ng pagsusuri ng patakaran bago ito kailangan ng utos ng ruta.