pfSense પર OpenVPN ફેલઓવરના ત્રણ પ્રકાર, ત્રણ પદ્ધતિઓ

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

જૂથ બનાવતા પહેલા નિષ્ફળતાનું નામ લો

અડચણ દરમિયાન સાચું જોવા માગતું વાક્ય લખો. „ટનલ બેકઅપ WAN દ્વારા ફરી જોડાય છે“ અને „શાખા હજી પણ બીજી ટનલ દ્વારા એપ્લિકેશન સુધી પહોંચે છે“ અલગ વાક્યો છે. ફક્ત પહેલું પરિવહન વિશે છે.

પછી તેને કોઈ પદ્ધતિ સાથે જોડો. સ્થાનિક WANનું નુકસાન ઇન્ટરફેસ-પસંદગીની સમસ્યા છે, મૃત દૂરનું છેડું જોડાણ-યાદીની સમસ્યા છે, અને સ્થાપિત ટનલની અંદરનો નકામો માર્ગ રૂટિંગ અને નીતિની સમસ્યા છે.

સ્થાનિક WAN: પરિવહન ખસેડો

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

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

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

દૂરનું છેડું: બીજું સર્વર

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

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

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

ટનલનો માર્ગ: બીજું નિકાસ પસંદ કરો

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

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

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

મોનિટર, NAT અને fail-closed નિયમ

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

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

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

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