Njia hii inapaswa kuwa wapi katika OpenVPN: kwa mteja au kwa seva?
Njia tupu katika usanidi wa seva hubadilisha seva, si mteja. Chagua faili ya mteja, push ya jumla au push kwa mteja mmoja, na uangalie kilichofika.
Unaongeza route 10.60.0.0 255.255.255.0 kwenye usanidi wa seva, unawasha upya, unaunganisha tena kompyuta ya mkononi, na subnet bado haipatikani kutoka kwa kompyuta hiyo. Mstari ulikubaliwa, huduma ilianza safi, na hakuna kinachoonekana vibaya kwenye logi. Kilichotokea ni kwamba njia iliwekwa kwenye mashine uliyoihariri: lango sasa linaamini kwamba linaweza kufikia kiambishi hicho, wakati mteja hakujulishwa chochote. Mahali ni swali lote, na kuna maeneo manne ambapo mstari huo unaweza kuishi.
Maeneo manne na nani hupokea kila moja
Njia inaweza kuongezwa na usanidi wa mteja mwenyewe, kutolewa kwa kila mteja kupitia push ya jumla, kutolewa kwa mteja mmoja kupitia faili maalum ya mteja, au kuandikwa katika muktadha wa uelekezaji wa seva yenyewe.
Kesi hizi nne hutumia sintaksia inayokaribia kufanana na hutoa matokeo tofauti kabisa. Tatu za kwanza zinaathiri kile mteja anachotuma kwenye handaki; ya nne inaathiri jinsi seva inavyofikia mtandao, jambo ambalo ni muhimu wakati seva yenyewe inahitaji njia na ni hatari linapochukuliwa kama usambazaji.
Amua ni ipi kati ya nne unayotaka kabla ya kuandika mstari, kisha thibitisha mpokeaji.
| Placement | Effect | Receiver |
|---|---|---|
| Client profile route | Installed by the client at connect | That client only |
Global push "route ..." | Sent to every client that accepts pushed options | All pulling clients |
| Client-specific push | Sent to the matching client context | One identity |
| Server config route, no push | Added to the server's own table | The gateway itself |
Kwa nini njia tupu ya seva huwashangaza watu
Usanidi wa seva ndio mahali wasimamizi huangalia kwanza, na maagizo ya njia hapo yanasomwa kama tamko kuhusu mtandao wa VPN. Sivyo. OpenVPN huichukua kama usakinishaji wa ndani wa njia kwenye mashine inayoendesha daemon, ambayo ni aina hiyo hiyo ya mabadiliko ambayo ungefanya kwa ip route na kisha kusahau.
Usambazaji unahitaji njia kusukumwa kwa push, na push inahitaji mteja kuivuta. Mteja aliyewashwa kwa chaguo zilizovutwa zimezimwa hupuuza toleo kabisa. Angalia ncha zote mbili za kupeana mkono huo kabla ya kuandika upya faili ya seva, kwa sababu logi ya seva haitalalamika: kutoka upande wake toleo lilitumwa. Njia iliyokubaliwa pia huanza kutumika tu kwenye muunganisho unaofuata, kamwe si katika kipindi ulichomo tayari.
Mara tu unapoziona hizo mbili kama shughuli tofauti, hitilafu haitakuwa fumbo tena: seva inafikia kiambishi, mteja hawezi, na kauli zote mbili ni kweli kwa wakati mmoja.
Faili za kila mteja na utambulisho unaolingana nazo
Faili maalum ya mteja huitwa kwa jina la utambulisho ambao seva ilithibitisha, ambayo kwa chaguo-msingi ni jina la kawaida la cheti. Jina la muunganisho la kirafiki katika mteja wa kompyuta ya mezani si thamani hiyo, na kutokulingana hutoa faili ambayo haisomwi kamwe.
Angalia saraka ambayo seva inatumia kweli, kisha thibitisha kwamba jina la faili linalingana kabisa na utambulisho uliothibitishwa, ikiwa ni pamoja na herufi kubwa na ndogo.
grep -n 'client-config-dir' /etc/openvpn/server/server.conf
ls -l /etc/openvpn/ccd/Ndani ya faili hiyo njia bado inapaswa kusukumwa kwa push, kwa sababu muktadha wa kila mteja ni seti ya chaguo zinazotumika kwenye kipindi cha mteja huyo, si jedwali la uelekezaji la ndani. Njia tupu hapo ina tatizo lile lile kama njia tupu kwenye faili ya jumla.
Faili ya mteja mwenyewe na kifaa kinachomiliki
Njia iliyowekwa kwenye usanidi wa mteja inasakinishwa wakati mteja huyo anaunganisha na kuondolewa anapotenganisha, ambayo ni mzunguko sahihi wa maisha kwa lengo tuli.
Ikiwa msimamizi wa mtandao anamiliki wasifu, anaweza kuagiza chaguo hizo mara moja na kisha kuweka nakala yake. Kuhariri faili iliyopakuliwa baadaye hakubadilishi chochote, ambayo ni sababu ya kawaida ya "njia ipo lakini haitumiki".
Angalia wasifu unaotumika badala ya faili uliyopakua, na angalia mipangilio iliyoagizwa ambayo msimamizi anaonyesha. Kisha unganisha na uulize mfumo ni njia gani anwani fulani inatumia, badala ya kudhani handaki lilishinda kwa sababu njia ilikuwa kwenye faili ya maandishi.
Thibitisha kwa mteja, kisha angalia njia ya kurudi
Uliza jedwali la uelekezaji la mteja mwenyewe kuhusu lengo, si lile la seva. Utafutaji wa mwenyeji mmoja ndani ya kiambishi unatosha kuonyesha kiolesura na hatua inayofuata itakayotumika.
ip route get 10.60.0.10Ikiwa utafutaji unaelekea kwenye handaki, usambazaji ulifanya kazi na tatizo lililobaki lipo mahali pengine. Ikiwa unaelekea kwenye lango la chaguo-msingi, njia haikusakinishwa, ilichujwa na chaguo upande wa mteja, au ni ya wasifu ambao mteja hautumii.
Chukulia usambazaji ulifanya kazi na bado hakuna kinachojibu: basi angalia usambazaji wa mbele kwenye lango, njia ya kurudi ya upande wa pili, na firewall yoyote kati yao. Njia huchagua njia, haitoi ufikiaji.