UDP VPN નિષ્ક્રિય થાય ત્યારે અટકી જાય છે: ફાયરવોલ તમારો ફ્લો ભૂલી ગયું
ક્લાયન્ટ હજી સેશન દર્શાવે છે ત્યારે ફાયરવોલ નિષ્ક્રિય UDP મેપિંગ કાઢી શકે છે. અટકવાનું માપો, સૌથી ટૂંકું ટાઇમર શોધો, પછી ઉકેલ પસંદ કરો.
VPN જોડાય છે, થોડા સમય માટે કામ કરે છે અને પછી ટ્રાફિક પસાર કરવાનું બંધ કરે છે જ્યારે ક્લાયન્ટ હજી સેશન દર્શાવે છે. ફરી જોડાવાથી તે ઠીક થાય છે, જે તેને ક્લાયન્ટની ભૂલ જેવું દેખાવા દે છે. સામાન્ય રીતે તે ફાયરવોલ કે NAT ઉપકરણ છે જેણે નિષ્ક્રિય UDP મેપિંગ કાઢી નાખ્યું છે અને ટનલ હજી અસ્તિત્વમાં છે તેની તેને ખબર નથી.
લક્ષણ નિદાન માટે પૂરતું સુસંગત છે: તે નિષ્ક્રિયતા પછી દેખાય છે, ભાર હેઠળ નહીં.
નિષ્ક્રિય અટકવું કેવું દેખાય છે
તેને વર્ણવવાને બદલે માપો. ટ્રાફિક બંધ થાય તે પહેલાં ટનલ કેટલો સમય નિષ્ક્રિય રહે છે, નવું આઉટબાઉન્ડ પેકેટ તેને ફરી જીવિત કરે છે કે નહીં, અને ક્લાયન્ટ ઇન્ટરફેસ હજી પોતાનું સરનામું રાખે છે કે નહીં તે નોંધો. ક્લાયન્ટની નવી વિનંતી કામ કરે પણ હાલના ફ્લોના જવાબમાં ન કરે, તો મેપિંગ શંકાસ્પદ છે. જો ફરી જોડાયા વિના કંઈ કામ ન કરે, તો ક્લાયન્ટની સેશન સ્થિતિ પણ ગઈ.
બંને નિષ્ક્રિયતા સાથે સંબંધિત છે, અને તેમને અલગ ઉકેલની જરૂર છે.
કંઈ બદલતા પહેલાં સમય નોંધો. લગભગ દસ નિષ્ક્રિય મિનિટ પછી અટકે છે એવો અહેવાલ ચકાસી શકાય, જ્યારે અવ્યવસ્થિત રીતે પડે છે એવો અહેવાલ ચકાસી શકાય નહીં. એ ફરક નક્કી કરે છે કે તમે ટાઇમર પાછળ જાઓ છો કે રૂટિંગ ફેરફાર પાછળ.
જે ઉપકરણ ભૂલી ગયું તે શોધો
એક જ ફ્લો માટે ઘણાં ઉપકરણો સ્થિતિ રાખી શકે છે: સ્થાનિક રાઉટર, ઉપરનું અનુવાદક, ક્લાઉડ સીમા અને હોસ્ટ ફાયરવોલ. દરેકનું પોતાનું ટાઇમર છે, અને સૌથી ટૂંકું જીતે છે. પાંચ મિનિટની વિક્ષેપનો અર્થ સામાન્ય રીતે એ કે એક ઉપકરણ બીજાં કરતાં ઘણું નીચું ગોઠવાયેલું છે.
દસ્તાવેજીકૃત ડિફૉલ્ટ જ તમારા માર્ગની સમયમર્યાદા છે એમ ન માનો. તે એક ઉપકરણનો ડિફૉલ્ટ છે.
- ઘરનું રાઉટર: ઘણી વાર મિનિટો, ક્યારેક ઘણું ઓછું.
- ક્લાઉડ NAT કે લોડ બેલેન્સર: ખાસ UDP માટે દસ્તાવેજીકૃત નિષ્ક્રિય સમયમર્યાદા શોધો.
- હોસ્ટ ફાયરવોલ: netfilter ટ્રેકિંગ ટાઇમર દરેક ફ્લો પર લાગુ પડે છે.
વાસ્તવિક માર્ગ પર ટાઇમર ચકાસો
Linux પર netfilter ટ્રેકિંગ ટાઇમર દેખાય છે અને ગોઠવી શકાય છે: sysctl net.netfilter.nf_conntrack_udp_timeout અને net.netfilter.nf_conntrack_udp_timeout_stream. બીજું ત્યારે લાગુ પડે છે જ્યારે બંને દિશામાં ટ્રાફિક જોવાયો હોય, તેથી સ્થાપિત ટનલ સાદા પ્રોબ કરતાં વધુ ટકી શકે છે.
RFC 4787 UDP NAT વર્તન અને ભલામણ કરેલ ન્યૂનતમો નક્કી કરે છે. જ્યારે વેન્ડરનો ડિફૉલ્ટ અસામાન્ય રીતે ટૂંકો લાગે ત્યારે આ જ ઉલ્લેખ કરવાનો સંદર્ભ છે.
Keepalive અને ફરી જોડાવું બે અલગ સાધનો છે
Keepalive મેપિંગને જીવંત રાખે છે; ફરી જોડાવું મૃત સેશન ફરી બનાવે છે. તે અલગ નિષ્ફળતાઓ ઉકેલે છે અને તે અદલાબદલી કરી શકાય એવી ઝડપ સેટિંગ નથી. WireGuard નું PersistentKeepalive નિશ્ચિત અંતરાલે પેકેટ મોકલે છે જેથી NAT બંધન ખુલ્લું રહે. OpenVPN નું keepalive વિકલ્પ પોતાની રીતે એ જ કામ કરે છે. વચ્ચેનું ઉપકરણ ફ્લો ભૂલી ગયું હોય અને બંને દિશા કાઢી નાખતું હોય તો કોઈ પણ મદદ કરતું નથી.
અત્યંત વારંવારના પ્રોબ કામ ઉમેરે છે પણ ખોટી સીમા સુધારતા નથી.
નવી વિનંતીથી ચકાસો, પેજ રીલોડથી નહીં
ટાઇમર બદલ્યા કે keepalive ઉમેર્યા પછી નિષ્ક્રિય પરિસ્થિતિ પહેલાં જેવી જ ફરી કરો. પછી આવરી લીધેલી એપ્લિકેશનથી ખરેખર નવી વિનંતી કરો. પહેલેથી લોડ થયેલી બ્રાઉઝર ટૅબ કૅશમાંથી દેખાઈ શકે છે અને તમને કંઈ કહેતી નથી.
જો અટકવું ચાલુ રહે, તો એક હોપ બહાર જાઓ અને તે ઉપકરણનું સ્ટેટ ટેબલ ચકાસો.