pfSense માં સ્થિર ટનલ સરનામાં: પસંદગી કે આરક્ષણ?

બે ડિઝાઇન કાગળ પર સરખી દેખાય છે અને નિયમ તેમના પર આધાર રાખે ત્યારે ઘણું જુદું વર્તન કરે છે. એક ક્લાયન્ટ ઓવરરાઇડમાં સરનામું લખે છે અને સરનામાને ઓળખ તરીકે ભરોસો કરે છે. બીજું ગતિશીલ પ્રવેશ સંપૂર્ણપણે બંધ કરે છે, તેથી અંતિમ બિંદુ પાસે કાં તો અનન્ય ફાળવણી હોય છે અથવા તે જોડાતું નથી. ફક્ત બીજું જ સરનામાને એવા નીતિ ઇનપુટમાં ફેરવે છે જેનો તમે બચાવ કરી શકો, અને એક પણ ફાયરવોલ નિયમ લખતાં પહેલાં આ ફરક સમજવો યોગ્ય છે.

ઓવરરાઇડ સરનામું ખરેખર શું વચન આપે છે

ક્લાયન્ટ-વિશિષ્ટ ઓવરરાઇડ દરેક ક્લાયન્ટ માટે વિકલ્પો ધરાવે છે, જેમાં પસંદગીનું ટનલ સરનામું પણ છે. Netgate તે સરનામાને આરક્ષણને બદલે પસંદગી કહે છે, એટલે ગતિશીલ પૂલ તે સરનામું બીજા કોઈ માટે છોડતું નથી.

આ સામાન્ય રીતે ઠીક છે. અથડામણ દુર્લભ છે, અને ક્લાયન્ટને સામાન્ય રીતે માંગ્યું તે મળે છે, જે સુવિધા માટે પૂરતું છે અને અધિકૃતિ માટે પૂરતું નથી. સુવિધા અને અધિકૃતિ જુદી જરૂરિયાતો છે, અને અથડામણમાં તેમાંથી ફક્ત એક જ ટકે છે.

સબનેટ ટોપોલોજીમાં, ક્ષેત્ર ક્લાયન્ટનું સરનામું સર્વર નેટવર્કના માસ્ક સાથે લે છે, તેથી 10.90.0.0/24 ટનલની અંદરનું સરનામું 10.90.0.10/24 લખાય છે.

આમાંથી કંઈ નંબર આરક્ષિત કરતું નથી. જેનું ઓવરરાઇડ મેળ ખાતું નથી તેવો ક્લાયન્ટ, અથવા બમણું સત્ર, પૂલમાં બીજે ક્યાંક પહોંચી શકે છે, અને સરનામા પર આધારિત નિયમ પછી એવી વ્યક્તિનું વર્ણન કરે છે જે ત્યાં નથી.

મર્યાદિત ડિફોલ્ટ સાથે ગતિશીલ માર્ગ બંધ કરો

વિકલ્પ ફક્ત સ્થિર સર્વર છે: દરેક મંજૂર અંતિમ બિંદુની પોતાની ઓળખ અને પોતાનું અનન્ય સરનામું હોય છે, અને બીજું કંઈ અંદર આવતું નથી.

તેને અમલમાં મૂકવો એટલે એક DEFAULT ઓવરરાઇડ જે ફક્ત તે એક સર્વર સુધી મર્યાદિત હોય અને કનેક્શન બ્લોકિંગ સક્ષમ હોય. પછી મેળ ખાતા ઓવરરાઇડ વિનાનો ક્લાયન્ટ સામાન્ય ગતિશીલ પ્રવેશ પર પાછો જઈ શકતો નથી. આ એક જ લીટી પસંદગીને બંધ સમૂહમાં ફેરવે છે.

વ્યાપ્તિ મહત્વપૂર્ણ છે. ઉપકરણ પરના દરેક VPN ઇન્સ્ટન્સ પર લાગુ ડિફોલ્ટ ઓવરરાઇડ સંબંધિત ન હોય તેવી ટનલ બંધ કરશે, અને તે નિષ્ફળતા નીતિ નિર્ણય કરતાં તૂટેલી સેવા જેવી લાગે છે. તેને તે એક જ સર્વર સાથે બાંધો જેનું પ્રવેશ મોડેલ તમે બદલી રહ્યા છો. પછી ફેરફાર લોગમાં વ્યાપ્તિ નોંધો, કારણ કે આગલી વ્યક્તિ યાદ નહીં રાખે કે તે કઈ ટનલનું છે.

પછી આખો મંજૂર સમૂહ ચકાસો. ડિફોલ્ટ બ્લોક સરનામા વગર રહી ગયેલા નામવાળા ઓવરરાઇડને સુધારતું નથી, અને તે અંતિમ બિંદુ સ્પષ્ટ સંકેત વગર જોડાઈ શકશે નહીં.

સર્વર ખરેખર જે ઓળખ વાપરે છે તેની સાથે મેળ કરો

ઓવરરાઇડ કંઈક સાથે મેળ ખાય છે. જે સર્વર પ્રમાણપત્રોના સામાન્ય નામ મેળવે છે, ત્યાં ઓવરરાઇડનું નામ તે સામાન્ય નામ હોવું જોઈએ, વ્યક્તિનું દર્શાવેલું નામ નહીં. તેને ખાતા સૂચિમાંથી નહીં, પ્રમાણપત્રમાંથી નકલ કરો.

જે સર્વર વપરાશકર્તાનામને સામાન્ય નામ તરીકે વાપરવા માટે રૂપરેખાંકિત છે તે સંપૂર્ણપણે જુદી કી પર મેળ મેળવે છે, અને પ્રમાણપત્રના નામ પર રાખેલું ઓવરરાઇડ કદી સક્રિય થશે નહીં. સેટિંગ વાંચો, ખાતા સૂચિ બતાવે તેમાંથી અનુમાન ન કરો.

તેનાતને જરૂરી હોય તેવા વધારાના પ્રમાણીકરણ પરિબળો રાખો. બંધ સરનામા મોડેલ બદલે છે કે કોણ જોડાઈ શકે અને કયું સરનામું મળે; તે પ્રમાણપત્ર તપાસ કે બીજા પરિબળની જગ્યા લેતું નથી.

નકશો સાચો થયા પછી પ્રવેશ નિયમો લખો

ઓળખથી સરનામા સુધીનો નકશો બંધ થયા પછી, નિયમો સરનામાંનો સંદર્ભ આપી શકે છે તેમને વ્યક્તિ હોવાનો ઢોંગ કર્યા વિના. એક વ્યક્તિના અંતિમ બિંદુઓને જૂથબદ્ધ કરતું ઉપનામ ચોક્કસ સેવા સુધી પહોંચી શકે છે જ્યારે બીજું ઉપનામ બીજા કંઈક સુધી પહોંચે છે. ઉપનામ સમીક્ષાયોગ્ય વસ્તુ બને છે, અને સરનામું તેની અંદરની અમલ વિગત બને છે.

ગંતવ્યો અને પોર્ટ સ્પષ્ટ રાખો. આખા ટનલ પૂલમાંથી આખા સ્થાનિક નેટવર્કને મંજૂરી આપવી એ જ તે ડિઝાઇન છે જે આ કવાયતે બદલવાની હતી.

ફ્લોટિંગ, જૂથ અને ઇન્ટરફેસ નિયમો તેમના વાસ્તવિક મૂલ્યાંકન ક્રમમાં વાંચો, કારણ કે પહેલાનો વિશાળ માર્ગ પછીના સાંકડા માર્ગને નિષ્ફળ કરે છે. ક્લાયન્ટ-થી-ક્લાયન્ટ આંતરિક ફોરવર્ડિંગ બંધ કરવું સાથી ટ્રાફિકને તે જ સીમા પર રાખે છે જ્યાં આ નિયમોની સમીક્ષા થાય છે. ફક્ત કાગળ પર હોય તેવો નિયમ અમલ નથી.

નકારાત્મક સ્થિતિઓ ચકાસો

ચાર નવા કનેક્શન અજમાવો: નામવાળું અંતિમ બિંદુ, કોઈ ઓવરરાઇડ વગરનું એક, પહોંચી શકાય તેવી સેવા અને ન પહોંચી શકાય તેવી સેવા. સૂચિમાં ન હોય તેવું અંતિમ બિંદુ મહત્વપૂર્ણ સ્થિતિ છે, કારણ કે ડિઝાઇન તેને રોકવા માટે જ છે. જો તે જોડાય, તો ડિફોલ્ટ બ્લોક પોતાનું કામ કરતું નથી.

IPv6 અલગથી ચકાસો, કારણ કે IPv4 સરનામા નીતિ બીજા સ્ટેક વિશે કંઈ કહેતી નથી. પછી ખાતરી કરો કે એપ્લિકેશન હજી વપરાશકર્તાને અધિકૃત કરે છે, કારણ કે ટનલ સરનામું નેટવર્ક હકીકત છે, કીબોર્ડ પર કોણ છે તેનો પુરાવો નથી. બંને તપાસ સ્વીકૃતિ નોંધમાં હોવી જોઈએ.

અંતમાં, સ્થળાંતરનું આયોજન કરો. નવા ઓવરરાઇડ અને સાંકડા નિયમો પહેલેથી સ્થાપિત સત્રોને પાછળથી બદલતા નથી, તેથી હાલની સ્થિતિઓ સમાપ્ત થવી જોઈએ અથવા જાણી જોઈને સાફ કરવી જોઈએ.