NAT ya kutoka pfSense: soma kwanza kanuni zilizozalishwa

Fungua Firewall, kisha NAT, kisha Outbound, na soma modi kabla ya kuongeza chochote. Katika modi ya Automatic, pfSense huzalisha kanuni kwa violesura vya WAN na, miongoni mwa hizo, kwa mitandao ya VPN ya ufikiaji wa mbali, kwa hivyo hifadhi unayokaribia kuongeza mara nyingi huwa tayari imefunikwa. Kutokuwepo kwa mstari ulioandikwa kwa mkono si uthibitisho kwamba tafsiri haipo. Mpangilio ulio hapa chini unakuzuia kubadilisha firewall nzima kuwa Manual ili kutatua hifadhi moja.

Modi huamua nani anasimamia tafsiri kwa kila mtandao mwingine kwenye kifaa, na hiyo ni uamuzi mkubwa kuliko ubaguzi mmoja wa VPN.

Modi ya Automatic tayari inafunika hifadhi ya VPN

Kila modi ina mmiliki tofauti. Automatic huzalisha kanuni kwa violesura vya WAN na hujumuisha mitandao ya VPN ya ufikiaji wa mbali miongoni mwa vyanzo vyake. Hybrid huhifadhi kanuni hizo zilizozalishwa na hukuruhusu kuongeza za mikono kando yao. Manual huacha kuzalisha chochote, kwa hivyo kila tafsiri kwenye firewall inakuwa jukumu lako, ikiwa ni pamoja na zile ambazo hukuandika. Mpangilio wa nne huzima kabisa NAT ya kutoka. Mstari unaoonekana kama umeandikwa kwa mkono hauthibitishi chochote hadi ujue ni modi gani inatumika.

Katika Automatic na Hybrid ukurasa pia huonyesha kanuni zilizozalishwa. Zisome kabla ya kuhitimisha kwamba hifadhi ya VPN haina tafsiri: tafuta mtandao wa hifadhi katika safu ya chanzo na kiolesura cha WAN katika safu ya kiolesura.

Chagua Hybrid kwa ubaguzi uliopitiwa tu

Ubaguzi ulioandikwa unaweza bado kuwepo wakati sera ya kutoka inatofautiana kweli. Fikiria seva inayogawa 10.90.0.0/24, ambapo firewall inapaswa kutoa njia ya kutoka kwenye intaneti kwa IPv4 na uelekezaji tayari huchagua WAN. Mabadiliko yanayotarajiwa ni kwamba chanzo 10.90.0.23 kiandikwe upya kuwa anwani ya WAN. Angalia kama kanuni iliyozalishwa tayari inafanya hivyo kwenye njia hiyo ya kutoka; ikiwa haifanyi, Hybrid huhifadhi ufunikaji wa kiotomatiki na kuongeza kanuni yako iliyopitiwa.

Tumia hifadhi halisi ya VPN kama chanzo, au jina mbadala linalotumika kwa ajili yake, na usichague kamwe anwani isiyohusiana kwa sababu tu jina la kielelezo cha OpenVPN halipo kwenye kichaguzi. Epuka chanzo any, ambacho pia hutafsiri trafiki ambayo firewall yenyewe huzalisha.

Usihamishe firewall nzima kwenda Manual kwa ajili ya hifadhi moja. Uamuzi huo hupanga upya utunzaji kwa kila mtandao wa ndani na kila mabadiliko ya WAN yajayo.

NAT haichagui njia ya kutoka

Uelekezaji huchagua kiolesura cha kutoka; kanuni ya NAT ya kutoka inaeleza tu jinsi chanzo kinavyoandikwa upya baada ya pakiti kuondoka. Ramani ya WAN haikulazimishi pakiti iliyotumwa na uelekezaji mahali pengine ipite kupitia WAN, ndiyo sababu kuongeza NAT hakuwezi kurekebisha njia isiyo sahihi. Kagua pia maingizo ya NAT 1:1 yanayotumika na ubaguzi, kwa sababu mpangilio ni muhimu na mstari mpya si lazima ushinde. Na ukurasa wa kutoka si ukurasa wa kuchuja.

Chanzo kilichotafsiriwa si ruhusa ya kufikia kila lengwa. Wateja bado wanahitaji njia kupitia handaki na kanuni ya firewall inayokubali trafiki yao, na njia iliyochaguliwa ya kutoka inahitaji njia ya kurudi inayofanya kazi. Tenganisha ufikiaji wa LAN pekee na ruhusa ya kutoka kwenye intaneti.

Thibitisha mabadiliko kwenye muunganisho mpya

Baada ya mabadiliko yaliyoidhinishwa, jaribu kwa muunganisho mpya ulioidhinishwa badala ya kutumia tena uliopo, kwa sababu hali zilizoanzishwa huhifadhi mabadiliko yao ya awali. Thibitisha anwani ya chanzo inayoondoka WAN kwa kweli na kwamba jibu hurejea kupitia hali hiyo hiyo. Usifute jedwali lote la hali kama hatua ya kwanza; hilo huficha ni kanuni gani ilibadilisha matokeo. Rekodi modi, kanuni, hifadhi na njia ya kutoka kwenye tiketi ya mabadiliko.

Mfano huu unashughulikia njia ya kutoka ya IPv4 pekee. Hausemi chochote kuhusu tafsiri au sera ya kuchuja IPv6, na muundo unaohitaji moja lazima uiseme kwa tofauti. Rekodi iliyokamilika huorodhesha trafiki ya wateja inayoruhusiwa, kiolesura kinachoibeba, na sababu kwa nini chanzo kinahitaji kuandikwa upya kabisa.