VPN ફરી જોડાયું, પણ એપનું સત્ર હજી નિષ્ફળ જાય છે

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

એક પરીક્ષણ તેમને સ્પષ્ટ રીતે અલગ પાડે છે, અને તેમાં દસ સેકન્ડ લાગે છે. જૂની વિનંતી અટકેલી હોય ત્યારે એ જ ગંતવ્ય પર નવી વિનંતી મોકલો.

ફરી જોડાવાથી શું ટકે છે અને શું નહીં

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

કેટલાક ક્લાયન્ટ ફરી જોડાવા પર જૂનાં જોડાણો કાઢી નાખતો હૂક ઉમેરે છે, અને મોટાભાગના નથી કરતા. અહીં વર્તન ક્લાયન્ટ, પ્લેટફોર્મ અને આવૃત્તિ પ્રમાણે બદલાય છે.

દૂરના છેડાએ તમને પણ ભૂલી ગયું

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

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

નવી વિનંતી એ જ એવી પરીક્ષા છે જે તેમને અલગ પાડે છે

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

પરીક્ષણ દરમિયાન સીધા ટ્રાફિકનું કોઈ પણ બ્લોક યથાવત્ રાખો. આકસ્મિક વૈકલ્પિક માર્ગ દ્વારા સફળ થતી વિનંતી ટનલ વિશે કંઈ સાબિત કરતી નથી.

જૂના નહીં, નવા જોડાણ સાથે ખાતરી કરો

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

ss -tanp | grep -E ':(443|8443)'
curl -sS -o /dev/null -w '%{http_code} %{time_connect}\n' --max-time 8 https://intranet.example.com/
conntrack -L 2>/dev/null | grep 8443
dig +short intranet.example.com

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

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