pfSense आउटबाउंड NAT: आधी तयार केलेले नियम वाचा

Firewall उघडा, मग NAT, मग Outbound, आणि काहीही जोडण्यापूर्वी मोड वाचा। Automatic मोडमध्ये pfSense WAN इंटरफेससाठी आणि त्यांपैकी रिमोट प्रवेश VPN नेटवर्कसाठी नियम तयार करते, त्यामुळे तुम्ही जोडणार असलेला पूल बहुतेकदा आधीच व्यापलेला असतो। हाताने लिहिलेली ओळ नसणे हे भाषांतर नसल्याचा पुरावा नाही। खालील क्रमामुळे एक पूल सोडवण्यासाठी संपूर्ण फायरवॉल Manual वर बदलण्याची गरज टळते।

मोड ठरवतो की बॉक्सवरील इतर प्रत्येक नेटवर्कसाठी भाषांतर कोण राखतो, आणि हा एका VPN अपवादापेक्षा मोठा निर्णय आहे।

Automatic मोड आधीच VPN पूल व्यापतो

प्रत्येक मोडचा वेगळा मालक असतो। Automatic WAN इंटरफेससाठी नियम तयार करतो आणि रिमोट प्रवेश VPN नेटवर्क त्याच्या स्रोतांमध्ये समाविष्ट करतो। Hybrid ते तयार केलेले नियम ठेवतो आणि त्यांच्या शेजारी हाताने केलेले नियम जोडू देतो। Manual काहीही तयार करणे थांबवतो, त्यामुळे फायरवॉलवरील प्रत्येक भाषांतर, तुम्ही न लिहिलेलेही, तुमची जबाबदारी होते। चौथी सेटिंग आउटबाउंड NAT पूर्णपणे बंद करते। हाताने लिहिल्यासारखी दिसणारी ओळ कोणता मोड सक्रिय आहे हे कळेपर्यंत काहीही सिद्ध करत नाही।

Automatic आणि Hybrid मध्ये पान तयार केलेले नियमही दाखवते। VPN पूलला भाषांतर नाही असा निष्कर्ष काढण्यापूर्वी ते वाचा: स्रोत स्तंभात पूलचे नेटवर्क आणि इंटरफेस स्तंभात WAN इंटरफेस शोधा।

फक्त तपासलेल्या अपवादासाठी Hybrid निवडा

एग्रेस धोरण खरोखर वेगळे असल्यास नोंदवलेला अपवाद अजूनही शक्य आहे। 10.90.0.0/24 वाटणारी सर्व्हर कल्पना करा, जिथे फायरवॉलने IPv4 इंटरनेट एग्रेस द्यायचा आहे आणि राउटिंग आधीच WAN निवडते। अपेक्षित रूपांतर म्हणजे स्रोत 10.90.0.23 WAN पत्त्यावर पुन्हा लिहिणे। तयार केलेला नियम त्या एग्रेसवर हे आधीच करतो का ते तपासा; नसल्यास, Hybrid स्वयंचलित व्याप्ती राखून तुमचा तपासलेला नियम जोडतो।

स्रोत म्हणून खरा VPN पूल किंवा त्यासाठी समर्थित उपनाम वापरा, आणि फक्त OpenVPN इन्स्टन्सचे नाव निवडकर्त्यात नाही म्हणून कधीही असंबंधित पत्ता निवडू नका। any स्रोत टाळा, जो फायरवॉल स्वतः निर्माण करत असलेल्या रहदारीचेही भाषांतर करतो।

एका पूलासाठी संपूर्ण फायरवॉल Manual वर नेऊ नका। तो निर्णय प्रत्येक अंतर्गत नेटवर्क आणि प्रत्येक भविष्यातील WAN बदलासाठी देखभाल पुन्हा नेमून देतो।

NAT एग्रेस निवडत नाही

राउटिंग एग्रेस इंटरफेस निवडते; आउटबाउंड NAT नियम पॅकेट बाहेर गेल्यानंतर स्रोत कसा पुन्हा लिहिला जातो हेच सांगतो। WAN साठी मॅपिंग राउटिंगने दुसरीकडे पाठवलेल्या पॅकेटला WAN मधून जाण्यास भाग पाडत नाही, म्हणून NAT जोडल्याने चुकीचा मार्ग दुरुस्त होऊ शकत नाही। लागू 1:1 NAT नोंदी आणि अपवादही तपासा, कारण क्रम महत्त्वाचा आहे आणि नवीन ओळ नेहमी जिंकते असे नाही। आणि आउटबाउंड पान फिल्टर पान नाही।

भाषांतरित स्रोत प्रत्येक गंतव्यस्थान गाठण्याची परवानगी नाही। क्लायंटना अजूनही बोगद्यातून मार्ग आणि त्यांची रहदारी स्वीकारणारा फायरवॉल नियम लागतो, आणि निवडलेल्या एग्रेसला कार्यरत परतीचा मार्ग लागतो। फक्त-LAN प्रवेश इंटरनेट-एग्रेस परवानगीपासून वेगळा ठेवा।

नवीन कनेक्शनवर रूपांतर सिद्ध करा

मंजूर बदलानंतर, विद्यमान कनेक्शन पुन्हा वापरण्याऐवजी नवीन अधिकृत कनेक्शनने चाचणी करा, कारण प्रस्थापित स्थिती त्यांचे आधीचे रूपांतर टिकवून ठेवतात। प्रत्यक्षात WAN सोडणारा स्रोत पत्ता आणि प्रतिसाद त्याच स्थितीतून परत येतो याची खात्री करा। पहिल्या पावलात संपूर्ण स्थिती तक्ता फ्लश करू नका; त्यामुळे कोणत्या नियमाने निकाल बदलला हे लपते। बदल तिकिटात मोड, नियम, पूल आणि एग्रेस नोंदवा।

हे उदाहरण फक्त IPv4 एग्रेस व्यापते। ते IPv6 भाषांतर किंवा फिल्टरिंग धोरणाबद्दल काहीही सांगत नाही, आणि त्याची गरज असलेल्या रचनेने ते स्वतंत्रपणे नमूद करणे आवश्यक आहे। पूर्ण झालेल्या नोंदीत परवानगी दिलेली क्लायंट रहदारी, ती वाहून नेणारा इंटरफेस आणि स्रोत का पुन्हा लिहावा लागतो याचे कारण यांची यादी असते।