VPN ફેઇલઓવર: જ્યારે પરતનો માર્ગ જૂના ટનલ પર જ રહે

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

પહેલા બંને છેડે રૂટ નોંધો; એક જ સાઇટનું દૃશ્ય અસમમિત માર્ગ બતાવી શકતું નથી. સમયના દબાણમાં સૌથી વધુ છોડી દેવાતું પગલું પણ આ છે.

પરીક્ષણ પહેલા બંને સાઇટના રૂટ નોંધો

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

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

આ બંને સાઇટ પર કરો. એક બાજુ પ્રાધાન્ય અને બીજી બાજુ અવગણના પામતું બેકઅપ બરાબર એ જ અસમમિતિ ઉત્પન્ન કરે છે જે તમે ટાળવા માગો છો.

દરેક તબક્કે વિનંતીઓ અને જવાબો જુઓ

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

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

પરીક્ષણ પછી મૂળ સ્થિતિ પુનઃસ્થાપિત કરો અને ખાતરી કરો કે પ્રાથમિક ફરી પ્રાધાન્ય પામે છે. પુનઃસ્થાપિત પ્રાથમિક જે પ્રાધાન્ય ન પામે તે અધૂરી ફેઇલઓવર ડિઝાઇન છે.

ગેટવે બદલાય ત્યારે સત્ર સ્થિતિ સંભાળો

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

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

માત્ર નવી વિનંતી નહીં, લાંબું સત્ર રાખતી એપ્લિકેશન પણ ચકાસો.

પ્રાથમિક પુનઃસ્થાપિત કરો અને ફ્લેપિંગ તપાસો

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

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