સાઇટ ટનલ પાછી આવ્યા પછી ફૉલબેક લીઝ: નવીકરણ કરવું કે રાહ જોવી?

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

બે ઘડિયાળો, અને તેમાંથી એક ટનલ નથી

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

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

બે પુનઃપ્રાપ્તિ પગલાંની તુલના કરો

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

ipconfig /all
ipconfig /release
ipconfig /renew

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

ઑફર વાંચો, ફક્ત સરનામું નહીં

સરનામું એકલું એ નથી કહેતું કે તે કોણે આપ્યું. મહત્વનું એ છે કે ઑફરમાંનો સર્વર ઓળખકર્તા, લીઝનો સમય, અને ગેટવે તથા રિઝોલ્વર ફૉલબેક શ્રેણી સાથે મેળ ખાય છે કે સામાન્ય સાથે.

tcpdump -ni any 'port 67 or port 68'

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

જ્યાં તુલના ઉલટી પડે છે

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

જો એક જ ક્લાયન્ટ અસરગ્રસ્ત હોય જ્યારે તેના પડોશી ઠીક હોય, તો ઊલટું સાચું છે: એ ક્લાયન્ટની લીઝ, તેનું રિઝર્વેશન અથવા તેના પોતાના DHCP ક્લાયન્ટનું વર્તન એ ચલ છે, અને સમગ્ર સાઇટમાં ફેરફાર ખોટું સાધન છે.

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

બહાર નીકળવાની પ્રક્રિયા લખો

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

સંસાધનની પુષ્ટિ કરીને પૂરું કરો, સરનામાની નહીં. ફાઇલ સર્વર સુધી પહોંચવું, તેનું નામ રિઝોલ્વ કરવું અને ઇન્ટરનેટ સુધી પહોંચવું એ ત્રણ અલગ તપાસ છે, અને ફક્ત છેલ્લી જ ક્યારેય શંકામાં નહોતી.