આઉટેજ પછી રાઉટર VPN ઠીક દેખાય છે? આ ચાર સ્તરો ચકાસો

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

અહીં બધું ધારે છે કે તમે સ્થળ પર છો અથવા તમારી પાસે પ્રવેશનો રસ્તો છે જે તમે ચકાસી રહ્યા છો તે ટનલ પર આધારિત નથી. જો ન હોય, તો આગલા આઉટેજ પહેલા તે ગોઠવો.

પ્રથમ સ્તર: WAN ખરેખર પાછું આવ્યું છે

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

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

બીજું સ્તર: પ્રમાણપત્ર પહેલા ઘડિયાળ ચકાસો

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

date -u
chronyc tracking

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

ત્રીજું સ્તર: ટનલ શું કહે છે તે વાંચો

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

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

ચોથું સ્તર: નીચેના ઉપકરણથી ચકાસો

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

curl -s https://ifconfig.me
nslookup example.com

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

આગલું આઉટેજ ટૂંકું કરવા શું સુધારવું

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

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