રિમોટ ચેન્જ પહેલાં રાઉટર VPN રોલબેકની યોજના કેવી રીતે બનાવવી

તમે ટનલને સંપાદિત કરવા જઈ રહ્યા છો જે તમારા પોતાના સત્રને વહન કરે છે, તેથી જે કાર્ય તમને બચાવે છે તે પરિવર્તન પહેલાં થાય છે, તેના પછીના ઝઘડા દરમિયાન નહીં। સુરક્ષા નેટ VPN પૃષ્ઠ પર નથી: તે પુનઃસ્થાપિત સ્ક્રીન, કન્સોલ અથવા બીજો પાથ છે જે તમે સંપાદિત કરી રહ્યાં છો તે ઉપકરણ દ્વારા ચાલતું નથી। હું એ જ રાઉટર ઈન્ટરફેસ પર ત્રણેયની યોજના કરું છું જે હું સંપાદિત કરવા જઈ રહ્યો છું, અને જ્યારે બધું કામ કરે છે ત્યારે હું એકવાર પાથનો ઉપયોગ કરું છું। આ વોકથ્રુ છે જે હું ક્રમમાં અનુસરું છું।

તમને જરૂર પડે તે પહેલાં પુનઃસ્થાપિત પ્રવાહ પર ચાલો

તે પૃષ્ઠ ખોલો જે તમારા ફેરફારને પૂર્વવત્ કરશે। pfSense પર જે ડાયગ્નોસ્ટિક્સ > બેકઅપ અને રીસ્ટોર છે; OpenWrt પર તે સિસ્ટમ > બેકઅપ / ફ્લેશ ફર્મવેર છે; OPNsense પર તે સિસ્ટમ> રૂપરેખાંકન> બેકઅપ્સ છે, જે અગાઉના પુનરાવર્તનોને પણ રાખે છે જે તમે ફાઇલ વિના પરત કરી શકો છો। તમે હજી સુધી કંઈપણ પુનઃસ્થાપિત કરી રહ્યાં નથી। તમે તપાસ કરી રહ્યા છો કે શું તે પૃષ્ઠ ફેરફાર દરમિયાન તમારી પાસે હશે તે પાથમાંથી ખુલે છે કે કેમ, શું તે પછીથી રીબૂટ કરવા માંગે છે, અને શું તે અલગ ફર્મવેર પ્રકાશન દ્વારા લખાયેલ આર્કાઇવને નકારે છે। નેટગેટ તેની પોતાની નિકાસ અને પુનઃસ્થાપિત પ્રવાહ પર દસ્તાવેજ કરે છે docs.netgate.com।

પુનઃસ્થાપન સમગ્ર રૂપરેખાંકનને સ્વેપ કરે છે, તેથી તે એક નિયમ માટે પૂર્વવત્ નથી। આર્કાઇવ વપરાશકર્તાઓ, પ્રમાણપત્રો, VPN કી, ફાયરવોલ નિયમો અને એડમિન ઇન્ટરફેસ સેટિંગ્સ ધરાવે છે જે નક્કી કરે છે કે કોણ લૉગ ઇન કરી શકે છે। તેથી જ હું ફેરફાર પહેલાં તરત જ નિકાસ કરું છું અને ફાઇલને તારીખ અને એકલ સેટિંગ સાથે નામ આપું છું જેને હું સ્પર્શ કરવા માગું છું। એક મહિના જૂની ફાઇલને પુનઃસ્થાપિત કરવાથી એક મહિના જૂની ટનલ અને એક મહિના જૂની કી પણ પુનઃસ્થાપિત થાય છે।

જો પ્લેટફોર્મ એ જ રીલીઝમાંથી ફક્ત આર્કાઇવ્સ લોડ કરે છે, તો હવે તેની નોંધ લો: એક વિન્ડોમાં ફર્મવેર અપગ્રેડ વત્તા VPN સંપાદન તમને રાઉટર સ્વીકારશે નહીં તેવી ફાઇલને પકડી રાખે છે।

એક રસ્તો સાબિત કરો કે જે ટનલને છોડે છે

સમાન લેપટોપથી સમાન જાહેર સરનામા પરનું બીજું SSH સત્ર એ બીજો રસ્તો નથી; બંને એક સાથે મૃત્યુ પામે છે। સ્વતંત્ર પાથ આમાંથી એક છે: સીરીયલ અથવા KVM કન્સોલ, હાઇપરવાઇઝર અથવા ક્લાઉડ કન્સોલ, ટનલની પાછળ ન હોય તેવા હોસ્ટ દ્વારા પહોંચી શકાય તેવું મેનેજમેન્ટ VLAN, તેના પોતાના વહીવટી નિયમ સાથે બીજું WAN અથવા LTE મોડેમ અથવા સાઇટ પરની વ્યક્તિ।

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

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

ફાઇલ નિકાસ કરો અને ટ્રિગર લખો

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

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

પછી એક વાક્ય લખો: જો હું ફેરફારની N મિનિટમાં PATH માંથી નવું મેનેજમેન્ટ સત્ર ખોલી શકતો નથી, તો હું FILE ને પુનઃસ્થાપિત કરું છું અને રીબૂટ કરું છું। વાક્ય અવકાશને એક ચલ પર દબાણ કરે છે। રૂટ, DNS અને ફાયરવોલ સંપાદનો એકસાથે કરવામાં આવે છે તે સાચવવામાં ઝડપી અને જ્યારે તમને વધુ એક પ્રયાસ મળે ત્યારે દ્વિભાજિત કરવામાં ધીમા હોય છે।

જ્યાં પ્લેટફોર્મ હોય ત્યાં કમિટ ટાઈમરનો ઉપયોગ કરો

જો તમે તેની પુષ્ટિ કરવામાં નિષ્ફળ થશો તો કેટલાક પ્લેટફોર્મ તમારા માટે ફેરફારને પૂર્વવત્ કરશે। ટર્મિનલમાં Ctrl+X સાથે દાખલ કરેલ RouterOS સેફ મોડ, જ્યારે સત્ર ઘટી જાય ત્યારે તે સત્રમાં થયેલા ફેરફારોને પાછું ફેરવે છે। જુનોસ એક અપ્રમાણિત પ્રતિબદ્ધતાની પુષ્ટિ કરે છે। સિસ્કો IOS જોડી ફરીથી લોડ રદ સાથે ફરીથી લોડ થાય છે। એન્ટરપ્રાઇઝ ફાયરવૉલ્સ સામાન્ય રીતે ઑટો-રિવર્ટ ટાઈમર સાથે પેન્ડિંગ ફેરફારો કરે છે। OpenWrt અને મોટાભાગના કન્ઝ્યુમર ફર્મવેરમાં સમતુલ્ય કંઈ હોતું નથી, તેથી ત્યાં ટાઈમર બાહ્ય હોવું જોઈએ: સુનિશ્ચિત પુનઃસ્થાપિત, ક્રોન જોબ કે જે ફાઇલને પાછું સ્વેપ કરે છે અને સેવાને પુનઃપ્રારંભ કરે છે અથવા પાછલા રૂપરેખાંકનમાં રીબૂટ કરે છે।

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

ટાઈમર નિકાસ કરેલી ફાઇલનો વિકલ્પ નથી। તે કિસ્સામાં નિષ્ફળ જાય છે જે અહીં સૌથી મહત્વપૂર્ણ છે: સત્ર ટકી રહે છે, મેનેજમેન્ટ પ્લેન કરતું નથી, અને કંઈપણ ક્યારેય રિવર્ટને ટ્રિગર કરતું નથી।

એકદમ નવા કનેક્શનનું પરીક્ષણ કરો, ઓપન કનેક્શન નહીં

સ્થાપિત સત્ર ઘણીવાર ફેરફારો દ્વારા કામ કરતું રહે છે જે દરેક નવા હેન્ડશેકને અવરોધે છે, કારણ કે તેની સ્થિતિ પહેલેથી જ અસ્તિત્વમાં છે અને જ્યારે કનેક્શન બનાવવામાં આવે ત્યારે નીતિનું મૂલ્યાંકન કરવામાં આવે છે। ફેરફાર કર્યા પછી, રિમોટ બાજુથી નવા કનેક્શન્સ બનાવો: એક તાજું SSH સત્ર, ક્લાયન્ટ તરફથી તાજી VPN હેન્ડશેક, રાઉટર LAN એડ્રેસ પર સામાન્ય પેજ લોડ।

# run these from the remote machine, in a new shell
ssh -o ConnectTimeout=8 admin@"$ROUTER_WAN"
nc -vz "$ROUTER_WAN" 443
dig +short example.internal "@$ROUTER_LAN"

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

બળજબરીથી ડિસ્કનેક્ટ અને પુનઃજોડાણ પછી પુનરાવર્તન કરો, અને ફરી એકવાર રીબૂટ કર્યા પછી જો પ્લેટફોર્મ બુટ સમયે ફરીથી લાગુ થાય છે। કેટલાક રૂપરેખાંકનો દરેક જીવંત પરીક્ષણમાં પાસ થાય છે અને નવા નિયમો સાથે પ્રથમ બુટ પર નિષ્ફળ જાય છે।

તમે બારી માટે ખોલેલા દરવાજા બંધ કરો

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

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

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

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