pfSense OpenVPN: kufikia mtandao ulio nyuma ya router nyingine

Laptop yako inafikia LAN ya pfSense kupitia VPN na bado inashindwa kufikia huduma iliyo hop mbili zaidi ndani, na tofauti ni uamuzi mmoja wa uelekezaji kwa kila mmiliki. Vifaa vitatu lazima vikubaliane kabla pakiti haijakamilisha safari yake ya kwenda na kurudi: mteja, firewall na router ambayo inamiliki mtandao lengwa kwa kweli. Ukikosa yoyote kati yao, dalili huonekana sawa.

Fuata pakiti moja kupitia maamuzi hayo matatu kabla ya kubadilisha sheria, kwa sababu kila mmiliki ana udhibiti tofauti na hali tofauti ya kushindwa.

Pakiti moja, maamuzi matatu ya uelekezaji

Mteja huamua kama lengo ni la handaki, na anaweza kuamua tu kutokana na anachokijua: njia iliyosukumwa, njia ya ndani au njia chaguo-msingi ambayo tayari inashughulikia kila kitu. pfSense huamua pakiti itatumwa wapi baadaye, ambayo kwa mtandao ulio nyuma ya router nyingine inamaanisha njia tuli kupitia lango linalofikika kwenye kiolesura sahihi. Router ya chini huamua kama inajua njia ya kurudi kwenye bwawa la VPN, na ikiwa haijui, jibu hutupwa au kutumwa mahali pasipotumika. Kila uamuzi ni huru kutoka kwa mengine mawili.

Kushindwa kwa yoyote kati yao hutoa ripoti sawa ya mtumiaji. Ndiyo sababu mpangilio wa utatuzi wa hitilafu ni muhimu kuliko zana.

Mpe mteja kiambishi, si dhana

Kwenye seva ya pfSense SSL/TLS yenye mtandao wa handaki wa IPv4 kubwa kuliko /30, sehemu ya IPv4 Local network(s) husambaza njia kwa wateja wanapounganishwa. Ongeza kiambishi cha chini hapo badala ya kutegemea mteja kubuni kimoja. Kisha soma jedwali halisi la mteja baada ya kuunganisha, kwa sababu wasifu wenye route-nopull au kichujio cha njia unaweza kupuuza kile seva ilichotuma. Seva inaweza kuwa sahihi kabisa wakati mteja hakimiliki chochote.

Hali nyingine za seva na topolojia zina mipaka tofauti, na sera kwa kila mteja au muunganisho inaweza kubadilisha kile mteja fulani hupokea. Thibitisha kwa mteja muhimu, si kwa yule uliyemjaribu kwanza kwa bahati.

Elekeza pfSense kwenye router ya ndani

Njia tuli katika pfSense inahitaji lango lililofafanuliwa na linalofikika, na kiolesura kilichochaguliwa kwa lango hilo lazima kiwe kile kinachofikia kweli, kama mwongozo wa Netgate wa njia tuli unavyoeleza. Katika mpangilio wa mfano, kiungo cha upitishaji ni 192.168.77.1 kwenye firewall na 192.168.77.2 kwenye router ya ndani, na mtandao wa huduma ni 172.16.30.0/25 nyuma yake. Njia basi hutaja kiambishi na hop inayofuata, si anwani ya huduma. Kutumia anwani kutoka mtandao wa mbali kama lango ni njia ya kawaida ya kujenga njia inayoonekana sahihi na haipeleki popote.

Kupa kiolesura jina hakuelezi mitandao iliyo nyuma yake. Njia tuli ni maelezo hayo.

Upande wa mbali lazima ujue bwawa

Router ya chini inahitaji njia ya kurudi kwa bwawa, katika mfano huu 10.55.0.0/24 kupitia 192.168.77.1, isipokuwa njia chaguo-msingi au itifaki inayobadilika tayari inatoa moja. Lango la mwenyeji wa huduma yenyewe lazima lielekee router hiyo, ambayo kwa kawaida ni kweli wakati router ni lango lake chaguo-msingi na si kweli wakati mwenyeji alisanidiwa kwa mkono. Uelekezaji wa sera kwenye firewall pia unaweza kupitiliza jedwali kwa trafiki maalum, kwa hiyo angalia kama sheria inachagua lango lingine kabla ya kuhitimisha kuwa njia si sahihi.

Muundo huu hauhitaji tafsiri, na kuacha anwani ya chanzo ya mteja ionekane kunairuhusu mtandao wa chini kutumia sera yake mwenyewe.

Kwa kukubalika, fuata ombi moja jipya kupitia kiingilio cha handaki, utokeaji wa ndani wa firewall na jibu kutoka lengo. Ikiwa tafsiri inatumiwa kwa makusudi badala yake, rekodi chanzo ambacho mtandao wa chini unaona na jinsi jibu linatarajiwa kurudi.

Hifadhi mpango wa wamiliki watatu pamoja na programu iliyoruhusiwa, ili msimamizi anayefuata aweze kujenga upya njia badala ya kuigundua tena.