ફ્લોટિંગ VPN બેકઅપ રૂટ ઓવરટેક કરતું નથી: ફેલઓવર ચેકલિસ્ટ

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

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

બેકઅપે જે નિષ્ફળતા આવરવી છે તેને નામ આપો

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

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

અંતરને કંઈક શોધવાનું કહેવાનું બંધ કરો

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

સ્ટેટિક રૂટ માટે તેને સ્પષ્ટ ટ્રેકર જોઈએ:

/ip route
add dst-address=10.20.0.0/24 gateway=192.0.2.1 distance=1 check-gateway=ping
add dst-address=10.20.0.0/24 gateway=wg-backup distance=10

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

પ્રોબના પોતાના પેકેટ ક્યાં જાય છે તે શોધો

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

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

/ip route print detail where dst-address=203.0.113.10
# gateway should still be the primary next hop

લક્ષ્યો ઉમેરતા પહેલાં પ્રોબ પરિણામનો અર્થ નક્કી કરો

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

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

પરત પાથ અને સેશનની વાર્તા તપાસો

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

પરીક્ષણ હેઠળના પાથથી મેનેજમેન્ટ ઍક્સેસ દૂર રાખો. જો તમારો એકમાત્ર પ્રવેશ પ્રાથમિક દ્વારા હોય, તો ફેલઓવર પરીક્ષણ તમને ખોટું વર્તન કરતા ઉપકરણની બહાર લોક કરે છે.

સ્વીકૃતિ ક્રમ ચલાવો

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

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