Kwa nini njia ya VPN haionyeshi lango katika matokeo ya ip route
Mstari wenye kifaa na bila lango ni njia ya moja kwa moja, si iliyovunjika. Soma lengwa, dev na scope, kisha thibitisha kwa ip route get.
Majedwali ya uelekezaji husomwa kama yaliyovunjika kila safu ya lango inapobaki tupu, ingawa mstari huwa umekamilika wenyewe. Sehemu ya via huonekana tu pale kernel inapokabidhi pakiti kwa anwani ya hatua inayofuata; njia iliyounganishwa na kiolesura hufikia malengo yake kwa njia ya utatuzi wa tabaka la kiungo au kwa mwenza wa nukta-hadi-nukta. Kusoma safu kutoka kushoto kwenda kulia hukuambia uko katika kipindi gani, na usomaji huo unapaswa kufanyika kabla ya mtu yeyote kuhariri njia chaguo-msingi. Tikiti nyingi kuhusu lango linalokosekana huishia kwenye tofauti hii.
Soma mstari wa njia safu kwa safu
Kila ingizo huanza na lengwa na urefu wa kiambishi chake, kisha huongeza vigeuzi katika msamiati maalum: via, dev, proto, scope, src na metric. Mstari kama 198.51.100.0/24 dev tun0 proto kernel scope link src 198.51.100.2 ni mnene lakini umeelezwa kikamilifu. Hakuna kinachokosekana ndani yake, na hakuna anwani ya kipanga-njia inayodokezwa.
Kukosekana kwa via ndiyo sehemu ya kuvutia. Bila hatua inayofuata, kernel hutatua lengwa moja kwa moja kwenye kiolesura kilichotajwa, ambayo kwa handaki inamaanisha kukabidhi fremu kwa kifaa cha handaki na kuacha ufungashaji uchukue hatua kutoka hapo. proto kernel hurekodi kwamba ingizo liliwekwa kiotomatiki wakati anwani ilipotolewa, si kuandikwa na msimamizi. scope link husema lengwa linafikiwa kwenye kiungo hicho bila kupitia kipanga-njia, na src hutaja anwani ambayo kernel itapendelea kama chanzo cha trafiki inayolingana.
Sasa soma njia chaguo-msingi kwa njia hiyo hiyo: default via 192.0.2.254 dev eth0 proto static metric 100. Hapa via inapatikana kwa sababu pakiti inahitaji kweli hatua inayofuata, na hatua hiyo yenyewe lazima ifikiwe kwenye eth0. Mistari hiyo miwili si aina za kila mmoja; inajibu maswali tofauti kuhusu trafiki inakokwenda.
Maumbo mawili ya njia yanayochanganywa
Njia ya subneti ya handaki na njia chaguo-msingi zinafanana kwenye picha ya skrini na hutenda kwa namna tofauti kabisa. Tumia jedwali lililo hapa chini kama msaada wa kusoma sehemu, kisha thibitisha namba halisi kwenye mashine unayoitafutia hitilafu badala ya kuamini sampuli kutoka kwa mwongozo.
| Piece of the line | What it settles | What it says nothing about |
|---|---|---|
| The destination and mask | Which packets are eligible to match | Where those packets leave the host |
via plus its address | Which next hop receives them, and therefore that a router is involved | Whether that router is reachable or sane |
dev | Which interface carries the encapsulated or raw packet | Whether the interface is up or has a carrier |
proto and scope | Who installed the entry and how far the destination is considered to be | Whether a firewall later drops the traffic |
Kile ambacho jedwali haliwezi kukuambia ni nia. Njia ya moja kwa moja kuelekea masafa ya kibinafsi kupitia handaki ni muundo wa kuzingatiwa wa handaki iliyogawanywa; umbo hilo hilo likionekana kwenye mwenyeji anayepaswa kutuma kila kitu kupitia VPN ni dalili. Nia huishi katika usanidi uliozalisha ingizo, kwa hivyo angalia chombo kilichoiweka kabla ya kuhitimisha kwamba kernel ilikosea kitu.
Vivyo hivyo, lango linalokosekana si ruhusa ya kubuni moja. Ikiwa njia inahitaji kweli hatua inayofuata, hatua hiyo lazima ifikiwe kwenye kiolesura kinachoibeba, na kwa handaki ya nukta-hadi-nukta anwani ya mwenza si kitu kimoja na anwani ya ndani. Kuchukulia anwani ya ndani ya handaki kama kipanga-njia cha Ethernet ni njia ya kawaida ya kuzalisha njia inayoonekana sahihi na haisambazi kitu.
Muulize kernel ni mstari gani itautumia kweli
Kusoma jedwali si sawa na kufanya utafutaji, kwa sababu kernel hushauriana na kanuni za sera, majedwali kadhaa na maingizo yaliyohifadhiwa kabla ya kujibu. Kitenzi kinachofanya utafutaji halisi ni ip route get, na huchapisha njia ambayo pakiti yenye sifa hizo ingeichukua.
ip route get 203.0.113.37 from 198.51.100.2 iif tun0Weka lengwa ambalo kweli linakujali, kisha ongeza from au iif wakati trafiki inachaguliwa kwa chanzo au inasambazwa, kwa sababu utafutaji wa kawaida wa ndani unaweza kuchagua njia tofauti na mteja anayesambazwa. Jibu hutaja kiolesura, anwani ya chanzo iliyochaguliwa na hatua yoyote inayofuata, ambayo ni taarifa ile ile ambayo pakiti ingeelekezwa nayo wakati huo.
Ikiwa jibu linakushangaza, chapisha kanuni kabla ya kubadilisha chochote: ip -4 rule show huziorodhesha kwa mpangilio wa kipaumbele, na mteja wa VPN anayeweka jedwali lake au kanuni kwa pakiti zilizowekwa alama hataonekana kabisa kwenye jedwali kuu. Kuorodhesha kila jedwali huziba pengo hilo.
ip -4 route show table all | grep -E 'tun|default'Kagua tabaka la chini kabla ya kubadilisha chaguo-msingi
Pakiti za handaki yenyewe lazima zifikie mwisho wa mbali, na hufanya hivyo kupitia kiolesura cha kimwili kwa kutumia njia iliyokuwepo kabla VPN haijainuka. Kubadilisha njia chaguo-msingi yote bila kubandika mwisho huo hutuma pakiti zilizofungwa ndani ya handaki ambalo zilipaswa kulijenga, na muunganisho huanguka. Thibitisha kwanza njia ya kufikia mwisho kwa utafutaji wa anwani ya mwisho pekee.
Tenganisha vitu vitatu unapofanya mabadiliko: njia ya kufikia mwisho ambayo lazima ibaki kwenye kiolesura cha kimwili, masafa ya kibinafsi yanayopaswa kuingia handakini, na chaguo-msingi linaloamua kila kitu kingine. Zigawanye kwa mpangilio huo, tumia moja kwa wakati, na uendeshe tena utafutaji baada ya kila hatua. Ping iliyoshindwa baadaye haithibitishi mengi yenyewe, kwa sababu ruhusa, uelekezaji wa majibu, DNS na huduma yenyewe vyote viko chini ya mto wa njia sahihi.
Andika thamani nne ambazo mstari ulikupa kabla ya kuhariri: lengwa, hatua inayofuata au kutokuwepo kwake, kifaa, na chanzo kilichochaguliwa. Ikiwa mabadiliko ya baadaye yatasogeza yoyote kati yao, unajua uamuzi gani ulibadilishwa kweli, na unaweza kurejesha ingizo moja badala ya kukisia jedwali zima.