UDP VPN செயலற்ற நிலையில் நிற்கிறது: ஃபயர்வால் உங்கள் ஓட்டத்தை மறந்தது

VPN இணைகிறது, சிறிது நேரம் வேலை செய்கிறது, பிறகு கிளையண்ட் இன்னும் அமர்வைக் காட்டும்போதே போக்குவரத்தைக் கடத்துவதை நிறுத்துகிறது. மீண்டும் இணைந்தால் அது சரியாகிறது, அதனால் இது கிளையண்ட் பிழை போலத் தோன்றுகிறது. பொதுவாக இது செயலற்ற UDP மாப்பிங்கை விட்டுவிட்ட, சுரங்கப்பாதை இன்னும் இருப்பதை அறியாத ஃபயர்வால் அல்லது NAT சாதனம்.

அறிகுறி கண்டறிய போதுமான ஒரே மாதிரியானது: இது செயலற்ற நிலைக்குப் பிறகு தோன்றுகிறது, சுமையின் கீழ் அல்ல.

செயலற்ற நிற்பது எப்படி இருக்கும்

விவரிப்பதற்குப் பதிலாக அளவிடுங்கள். போக்குவரத்து நிற்கும் முன் சுரங்கப்பாதை எவ்வளவு நேரம் செயலற்று இருக்கிறது, புதிய வெளியேறும் பாக்கெட் அதை மீண்டும் உயிர்ப்பிக்கிறதா, கிளையண்ட் இடைமுகம் இன்னும் அதன் முகவரியை வைத்திருக்கிறதா என்பதை எழுதுங்கள். கிளையண்ட்டிலிருந்து புதிய கோரிக்கை வேலை செய்கிறது ஆனால் இருக்கும் ஓட்டத்திற்கான பதில் வேலை செய்யவில்லை என்றால், மாப்பிங்தான் சந்தேகத்திற்குரியது. மீண்டும் இணையும் வரை எதுவும் வேலை செய்யவில்லை என்றால், கிளையண்ட்டின் அமர்வு நிலையும் போய்விட்டது.

இரண்டும் செயலற்ற தன்மையுடன் தொடர்புடையவை, அவற்றுக்கு வெவ்வேறு தீர்வுகள் தேவை.

எதையும் மாற்றும் முன் நேரங்களை எழுதுங்கள். சுமார் பத்து செயலற்ற நிமிடங்களுக்குப் பிறகு நிற்கிறது என்ற அறிக்கை சோதிக்கக்கூடியது, ஆனால் தோராயமாக விழுகிறது என்ற அறிக்கை அல்ல. அந்த வேறுபாடுதான் நீங்கள் டைமரைப் பின்தொடர்கிறீர்களா அல்லது வழித்தட மாற்றத்தைப் பின்தொடர்கிறீர்களா என்பதைத் தீர்மானிக்கிறது.

மறந்த சாதனத்தைக் கண்டுபிடியுங்கள்

ஒரே ஓட்டத்திற்கு பல சாதனங்கள் நிலையை வைத்திருக்கலாம்: உள்ளூர் ரவுட்டர், மேலே உள்ள மொழிபெயர்ப்பான், மேக எல்லை மற்றும் புரவலன் ஃபயர்வால். ஒவ்வொன்றுக்கும் அதன் சொந்த டைமர் உண்டு, மிகக் குறுகியது வெல்கிறது. ஐந்து நிமிட இடைவெளி பொதுவாக ஒரு சாதனம் மற்றவற்றை விட மிகக் குறைவாக அமைக்கப்பட்டுள்ளது என்பதைக் குறிக்கிறது.

ஆவணப்படுத்தப்பட்ட இயல்புநிலைதான் உங்கள் பாதையின் நேர வரம்பு என்று கருத வேண்டாம். அது ஒரு சாதனத்தின் இயல்புநிலை.

• வீட்டு ரவுட்டர்: பெரும்பாலும் நிமிடங்கள், சில நேரங்களில் மிகக் குறைவு.
• மேக 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 சேர்த்த பிறகு செயலற்ற சூழலை முன்பு போலவே சரியாக மீண்டும் செய்யுங்கள். பிறகு மூடப்பட்ட பயன்பாட்டிலிருந்து உண்மையிலேயே புதிய கோரிக்கையைச் செய்யுங்கள். ஏற்கனவே ஏற்றப்பட்ட உலாவி தாவல் தேக்ககத்திலிருந்து காட்டப்படலாம், உங்களுக்கு எதுவும் சொல்லாது.

நிற்பது தொடர்ந்தால், ஒரு ஹாப் வெளியே நகர்ந்து அந்தச் சாதனத்தின் நிலை அட்டவணையைச் சரிபாருங்கள்.