બીજો VPN એન્ડપોઇન્ટ: તે શું આવરી લે છે અને શું નહીં

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

બંને એન્ડપોઇન્ટ શું શેર કરે છે તે સરખાવો

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

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

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

ક્લાયન્ટ કેવી રીતે સ્વિચ થાય તે નક્કી કરો

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

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

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

એક વાસ્તવિક નિષ્ફળતા ચકાસો

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

dig +short vpn2.example.net
ip route get 10.20.30.41
journalctl -u openvpn@backup --since '-10 min'

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

પછી મૂળ પાછું લાવો અને ક્લાયન્ટ પાછો આવે છે કે નહીં તેની ખાતરી કરો. આકસ્મિક રીતે થતું પુનઃપ્રવેશ એવું વર્તન છે જેનું કોઈએ આયોજન કર્યું નથી.

બીજું સરનામું શું આપે છે તે લખો

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

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