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 અનુવાદ અથવા ફિલ્ટરિંગ નીતિ વિશે કંઈ કહેતું નથી, અને તેની જરૂર હોય તેવી રચનાએ તે અલગથી જણાવવું પડશે. અંતિમ રેકોર્ડ માન્ય ક્લાયન્ટ ટ્રાફિક, તેને વહન કરતું ઇન્ટરફેસ અને સ્રોતને કેમ ફરીથી લખવો પડે તેનું કારણ સૂચિબદ્ધ કરે છે.