VPN ya Pi yenye ruta nyingi: weka kila njia kwenye kifaa kinachoamua

Kuweka sanduku la Wi-Fi nyuma ya Pi hubadilisha uamuzi mmoja wa uelekezaji kuwa vinne, na mpango huvunjika wakati vinne vyote hufanywa kwenye kifaa kimoja. Swali la kwanza si ni njia gani ya kuongeza. Ni kama sanduku jipya linafanya daraja au linaelekeza, kwa sababu jibu hilo huamua ni subnet ngapi ziko na vifaa gani lazima vijifunze kuzihusu. Chagua kwanza mtindo wa muunganisho; kila njia hufuata kutoka kwake.

Daraja au uelekezaji: chaguo linaloweka idadi

Daraja huweka wateja wapya kwenye subnet ile ile ambayo Pi tayari anahudumia. Subnet moja, mamlaka moja ya DHCP, na hakuna makabidhiano ya kuelekeza. Hii ndiyo mpangilio rahisi na sahihi wakati mtandao tofauti wa wateja haukuwa hitaji kamwe. Kiungo kilichoelekezwa ni muundo tofauti: sanduku huhifadhi subnet yake, na kiambishi hicho lazima kibebwe kila mahali trafiki inakwenda.

Sehemu iliyobaki ya mpango huhifadhi ruta ya chini na kuhifadhi anwani za chanzo za wateja. Lengo ni mtandao mmoja wa VPN wa kibinafsi, si njia kamili ya kutoka mtandaoni. Andika mtindo kabla ya anwani, kwa sababu orodha iliyo hapa chini ni mfano tu wa muunganisho ulioelekezwa.

client subnet       10.41.0.0/24
client gateway      10.41.0.1
router-to-Pi link   192.168.71.2
Pi on that link     192.168.71.1
private target      10.72.9.0/24

Nani anaamua nini

Kila kifaa hufanya uamuzi mmoja, na hakuna kinachoweza kufanya uamuzi wa mwingine kwa niaba yake. Pi inahitaji maingizo mawili, si moja, na njia ya kurudi ndiyo ambayo watu husahau. Trafiki iliyopelekwa mbele hufikia mtandao wa kibinafsi kwa usahihi kisha hufa njiani kurudi, kwa sababu Pi haijui 10.41.0.0/24 inaishi wapi. Hiyo inaonekana kama tatizo la firewall na kwa kweli ni njia inayokosekana.

Upande wa mbali pia unahitaji njia yake. Ikiwa huduma ya mwisho wa mbali haijui kwamba 10.41.0.0/24 inafikiwa kupitia handaki lako, majibu yanasimama kwenye hop ya kwanza isiyo na jibu. Ongeza pande zote mbili kabla ya kusoma vichujio vya pakiti.

Hops zinazofuata hutoka kwenye muunganisho

Hop inayofuata lazima iwe anwani kwenye mtandao ambao kifaa kinaweza kufikia kwa kweli. Anwani ya umma ya mwenza wa VPN si hop inayofuata kwa subnet ya kibinafsi, na mtandao wa huduma wa mbali si hop inayofuata hata kidogo. Njia kuelekea lango lisilofikika huonekana sahihi kwenye orodha na hutupa kila pakiti. Angalia kama lango linajibu kabla ya kumlaumu lengwa.

Weka mwenza wa nje wa VPN wa Pi afikike kupitia njia yake ya chini. Ingizo hilo ni tofauti na njia za mzigo, na kuzichanganya hutoa handaki lisiloweza kuanzishwa tena baada ya mabadiliko ya njia.

Nyaraka za njia tuli hufanya tofauti kati ya lengwa na lango iwe wazi, ingawa kila jukwaa huita menyu zake kwa namna tofauti. Soma nyaraka za kifaa kilicho mbele yako badala ya kunakili skrini ya muuzaji mwingine. Amri zilizo hapa chini zinaonyesha umbo la maingizo kwenye Linux.

# on the Pi
ip route add 10.41.0.0/24 via 192.168.71.2
ip route add 10.72.9.0/24 dev tun0
# on the downstream router
ip route add 10.72.9.0/24 via 192.168.71.1

Tafsiri hufanya nini kwa chanzo

Ikiwa ruta ya chini tayari inatafsiri wateja wake kwenye anwani ya upitishaji, Pi huona chanzo kimoja kilichotafsiriwa badala ya anwani ya kila mteja. Huu ni muundo tofauti na ule wa juu unaohifadhi chanzo. Hubadilisha sera inayotegemea chanzo, ukataji wa kumbukumbu, na upande gani unaweza kuanzisha miunganisho. Miundo yote miwili inafanya kazi; hujibu maswali tofauti.

Wakati huduma ya VPN ya juu inakataa kuelekeza kiambishi cha mteja kurudi, tafsiri nyembamba kwenye exit ya handaki ya Pi inaweza kuwa suluhisho halali la muda. Hiyo si uthibitisho kwamba njia iliyokosekana haikuwa ya lazima. Rekodi anwani ambayo mtandao wa mbali huiona kwa kweli na njia ya kurudi inayotokea.

Uchaguzi wa njia, idhini ya kupeleka mbele na tafsiri ya chanzo hubaki kazi tatu tofauti. Kufuta mnyororo wa NAT unaoshirikiwa au kuruhusu kila kiolesura kwa sababu mteja mmoja wa waya anafanya kazi ndiyo njia ambayo jaribio linalofanya kazi huwa kipitishaji kilicho wazi.

Thibitisha hilo kutoka kwa mashine ya mteja

Tuma ombi kutoka kwa mashine kwenye LAN ya chini, kisha fuata chanzo chake nje na kurudi. Ping inayotumwa na Pi haitumii kamwe njia ya kurudi ya chini, ndiyo sababu ping iliyofanikiwa huthibitisha kidogo kuliko inavyoonekana. Ongeza jaribio la pili kutoka kwa mteja wa waya kwenye LAN ya Pi yenyewe ili njia mbili zilinganishwe. Rudia zote mbili baada ya kuwasha upya kifaa chochote.

Njia zilizoongezwa kwa mkono na tafsiri ambazo hazikuhifadhiwa kamwe hutoweka pamoja. Kisha jozi hiyo inaonekana kama hitilafu mpya badala ya kazi isiyokamilika.

Hifadhi mtindo wa muunganisho pamoja na njia, huduma ya kibinafsi iliyoruhusiwa na tafsiri yoyote katika noti moja. Noti hiyo ndiyo inayomzuia mtu anayefuata kuchukua uwekaji wa bila waya kama swali la sera ya uelekezaji.