Anwani ya peer ya PPP au kituo cha mwisho cha VPN: kipi kinaingia via

Mstari mmoja kwenye kiolesura cha PPP huamua sehemu kubwa ya mjadala wa uelekezaji kwenye sanduku la VPN: anwani ya ndani na peer iliyochapishwa kando yake. Soma jozi hilo kama subnet ndogo na utaanza kutafuta lango ambalo halipo. Soma kama ncha mbili za kiunganishi kimoja na hatua inayofuata inakuwa dhahiri. Ulinganisho hapa ni kati ya masomo hayo mawili, kwa sababu kila jedwali linalojengwa baadaye hurithi lile ulilochagua. Hakuna kuhusu kituo cha nje cha VPN kinachoamuliwa na lolote kati ya hayo.

Masomo mawili ya mstari mmoja wa kiolesura

Chukua kipindi ambapo kiolesura kinaripoti inet 10.64.3.9 peer 10.64.3.1/32. Usomaji wa subnet huchukulia 10.64.3.9 kama mwenyeji pekee kwenye kisiwa cha /32 kisha hutafuta kielekezi ili kufikia chochote zaidi yake. Kwa kuwa anwani nyingine pekee kwenye kiunganishi ni peer, usomaji huo huishia kupendekeza 10.64.3.9 yenyewe kama lango, jambo ambalo ni la duara.

Usomaji wa ncha ni ule ulioandikwa. Kwenye kiolesura cha nukta-hadi-nukta, peer hutaja ncha ya mbali ya kiunganishi kimoja hicho, kwa hiyo 10.64.3.1 ni hatua inayofuata inayoweza kutumika na 10.64.3.9 daima ni anwani ya chanzo pekee.

Tofauti hiyo huamua kinachoweza kuonekana katika via. Kuandika anwani ya ndani hapo huzalisha njia ambayo kerneli haiwezi kuisuluhisha kwa jirani, kwa hiyo ingizo ama hushindwa uthibitishaji au humeza trafiki huku likionekana likiwa na afya kamili kwenye orodha. Peer hufanya kazi kwa sababu ni mwisho halisi kwenye kiunganishi. Masomo yote mawili yanakubali kuhusu kituo cha nje cha VPN, ambacho ni utambulisho tofauti kabisa: hufikiwa kupitia underlay, si kupitia handaki ambalo hulimaliza.

Kile ambacho kipindi tayari kimesakinisha

Kabla ya kuandika jedwali lako, chapisha kilichokuja na kiunganishi. Muunganisho wa PPP unaotumika kwa kawaida husakinisha njia ya kifaa na njia ya peer wakati wa kuandaa kipindi, na ingizo hizo mbili tayari husimba usomaji sahihi.

ip -4 addr show dev ppp0
ip route show dev ppp0
ip route show table main | head -n 5

Njia ya kifaa kama 10.64.3.1 dev ppp0 proto kernel scope link src 10.64.3.9 haibebi lango kwa sababu kiolesura chenyewe ni njia. Njia inayomtaja peer kwa via ni kitu kingine chenye maisha mengine, na hutoweka kipindi kinapoanguka. Kunakili mojawapo ya maumbo hayo mawili kwenye jedwali la kudumu bila kuangalia jinsi linavyosakinishwa upya ndiyo sababu ya kawaida kwa handaki inayofanya kazi kupoteza njia yake baada ya kuunganishwa upya.

Linganisha orodha mbili badala ya kuamini kumbukumbu. Ikiwa njia ya peer ipo katika main lakini jedwali lako la ziada ni tupu, umejifunza kitu ambacho mstari wa anwani haukuwahi kukuambia.

Kanuni na jedwali ni maamuzi tofauti

Kuchagua jedwali na kulijaza ni hatua huru, na ulinganisho ni muhimu hapa kwa sababu hizi mbili mara nyingi huchanganywa wakati wa utatuzi wa hitilafu. Kanuni inayotuma trafiki iliyowekwa alama kwenda jedwali 100 haifanyi chochote ikiwa jedwali 100 halina njia inayolingana, na jedwali lililojazwa vizuri halifikiki ikiwa hakuna kanuni inayoelekeza kwalo.

Nusu ya njia chaguomsingi si njia chaguomsingi. 0.0.0.0/1 moja hufunika nusu ya chini ya nafasi ya IPv4, kwa hiyo sera inayokusudia kukamata kila kitu inahitaji pia 128.0.0.0/1 inayolingana, au default halisi. Kusoma usanidi unaofanya kazi na kunakili mojawapo ya nusu mbili ndiyo jinsi watu huishia na mzunguko wa uelekezaji ambao huvunjika tu kwenye maeneo fulani.

Acha misamaha ya kusudi kwa anwani ambazo lazima zibaki kwenye LAN, na uamue kinachotokea wakati utafutaji haupati chochote kwenye jedwali lililochaguliwa. Njia mbadala iliyo wazi ni rahisi kufikiria kuliko jedwali tupu, ambalo hurudisha matokeo yasiyofikika na hufanya programu ionekane imeharibika badala ya kuelekezwa vibaya.

Uliza utafutaji swali ambalo programu yako inauliza

ip route get husuluhisha njia; ip route show huorodhesha ingizo zilizohifadhiwa, na hizo mbili zinaweza kutokubaliana bila yoyote kuwa mbaya. Jumuisha muktadha wa chanzo, kwa sababu kanuni zinazotegemea chanzo hulingana tu wakati utafutaji unachukua chanzo.

ip route get 198.51.100.23 from 10.64.3.9
ip route get 198.51.100.23 from 10.64.3.9 iif ppp0
ip -4 rule show

Amri ya kwanza huuliza swali kutoka kwa mwenyeji. Ya pili huongeza kiolesura cha kuingia, ambacho kiko karibu zaidi na kile ambacho trafiki inayopitishwa hupata, na jibu mara nyingi huelekeza kwenye jedwali lingine. Hakuna mwisho wowote ulio huduma ya majaribio ya moja kwa moja; 198.51.100.23 ni anwani ya nyaraka, kwa hiyo ibadilishe na mwenyeji unayeruhusiwa kuchunguza.

Hata utafutaji sahihi huthibitisha tu kwamba njia ilichaguliwa. Hausemi chochote kuhusu kama upande wa mbali unakubali trafiki au kama jibu linaweza kurudi kwa hoja zile zile.

Mahali ulinganisho unapogeuza

Trafiki ya mwenyeji na trafiki inayopitishwa hazichukui utafutaji tofauti tu; hukutana na vichujio tofauti njiani kurudi. Linux hutumia uthibitishaji wa njia ya kurudi kwa kutumia kali zaidi kati ya mipangilio ya violesura vyote na kiolesura kinachopokea, kwa hiyo kubadilisha thamani ya kiolesura kimoja kunaweza kusilete athari inayoonekana. Uelekezaji unaotegemea alama huongeza uhusiano wa src_valid_mark, ambapo alama lazima ilingane ili chanzo kionekane halali.

Ikiwa majibu yanatoweka huku uelekezaji wa kutoka ukionekana sawa, soma thamani zinazotumika kabla ya kuzigusa, na uzibadilishe tu kwa sababu ya sera iliyotajwa.

sysctl net.ipv4.conf.all.rp_filter
sysctl net.ipv4.conf.ppp0.rp_filter
sysctl net.ipv4.conf.all.src_valid_mark

Chagua kati ya miundo miwili kwa msingi wa ushahidi: ikiwa programu inajifunga kwenye anwani ya PPP, kanuni ya chanzo pamoja na jedwali linaloshikilia njia ya peer inatosha. Ikiwa sanduku linapeleka kwa LAN iliyo nyuma yake, unahitaji pia muktadha wa kuingia na njia ya kurudi vikubaliane. Visipokubaliana, rekebisha umiliki wa njia badala ya kulegeza uthibitishaji kwa mashine yote.