செயலற்ற நேரத்தில் VPN துண்டிப்பைச் சரிசெய்தல்: Wi-Fi மின் சேமிப்புக்கான சரிபார்ப்புப் பட்டியல்
செயலற்ற நேரத்தில் ஏற்படும் VPN துண்டிப்புகளை வரிசையாகப் பாருங்கள்: நேரத்தை உறுதிசெய்யுங்கள், ரேடியோவைச் சுரங்கப்பாதையிலிருந்து பிரிக்கவும், உண்மையான மின் சேமிப்பு நிலையைப் படிக்கவும், பின்னர் ஒரு அமைப்பை மாற்றி மீண்டும் சோதிக்கவும்.
மடிக்கணினி சிறிது நேரம் தொடப்படாமல் இருந்த பிறகு உங்கள் சுரங்கப்பாதை இறந்துவிடுகிறது, நீங்கள் தடம்தட்டைத் தொடும் அந்தக் கணமே அது திரும்பி வருகிறது. இந்த முறை VPN நுழைவாயில் உங்கள் சான்றுகளை நிராகரிக்கிறது என்று அல்ல, கம்பியில்லா இணைப்பு மின் சேமிப்புக்குச் செல்கிறது என்று காட்டுகிறது. அதே சுயவிவரத்தில் பரபரப்பான காலை அதற்குச் சான்று: போக்குவரத்து ஓடும்வரை சுரங்கப்பாதை உயிருடன் இருக்கும், ரேடியோ அமைதியானதும் விழும். கீழே உள்ள சரிபார்ப்புகளை வரிசையாகச் செய்யுங்கள், முதல் தோல்வியில் நிறுத்துங்கள், அதன் பிறகே ஒரு அமைப்பை மாற்றுங்கள்.
முதல் சரிபார்ப்பு: துண்டிப்பு செயலற்ற தன்மையைப் பின்தொடர்கிறதா?
ஊகிப்பதற்குப் பதிலாகத் தொடர்பை நிரூபித்துத் தொடங்குங்கள். நீங்கள் அனுப்பிய கடைசிப் பொதியின் சுவர்-கடிகார நேரம், வாடிக்கையாளர் சுரங்கப்பாதை விழுந்ததாகத் தெரிவித்த நேரம், அதற்குள் திரை அணைந்ததா என்பதை எழுதுங்கள். ஒவ்வொரு முறையும் இடைவெளி ஒன்றாகவே இருந்தால் செயலற்ற பாதையில் சிக்கல் உள்ளது; செயலில் பயன்படுத்தும்போது துண்டிப்புகள் தற்செயலாக வந்தால் ஐந்தாவது சரிபார்ப்புக்குச் செல்லுங்கள்.
திருப்பித் தருவதற்கு எதுவும் செலவாகாத மலிவான சோதனை: இருபது நிமிடம் உங்கள் நுழைவாயிலுக்கு நிலையான குறைந்த-வேக ping அனுப்பி இயந்திரத்தைத் தனியாக விடுங்கள். சுரங்கப்பாதை முழு நேரமும் நிலைத்தால், தொடர்ச்சியான சிறிய போக்குவரத்து அறிகுறியை மறைக்கிறது, சரிசெய்யவில்லை, அதுவும் பயனுள்ள சான்றே. அந்த ping வெளியீட்டை வரைவு முனையத்தில் வைத்து பின்னர் வாடிக்கையாளர் பதிவுடன் ஒப்பிடுகிறேன், ஏனெனில் இரு கடிகாரங்களும் அரிதாகவே ஒத்துப்போகின்றன.
இரண்டாம் சரிபார்ப்பு: இது VPN போக்குவரத்து மட்டுமா?
சுரங்கப்பாதையைக் குறைகூறும் முன், இணைப்பே இன்னும் பயன்படுத்தக்கூடியதா என்பதைக் கண்டறியுங்கள். சுரங்கப்பாதை இறந்துவிட்டு திரை இன்னும் அணைந்திருக்கும்போது, அணுகல் புள்ளியின் முகவரிக்கும் IP மூலம் ஒரு பொது புரவலனுக்கும் செல்ல முயலுங்கள். சாதாரண ping உம் தோல்வியடைந்தால், ரேடியோ அல்லது அணுகல் புள்ளி உங்களை விட்டுவிட்டது, VPN வாடிக்கையாளர் வெறும் பார்வையாளர்.
சுரங்கப்பாதை அமைதியாக இருக்கும்போது சாதாரண போக்குவரத்து ஓடினால், இணைப்பு ஆரோக்கியமானது, சிக்கல் சுரங்கப்பாதையின் சொந்த நேரங்காட்டிகளில் அல்லது வாடிக்கையாளர் மீள்தொடக்கத்தை எவ்வாறு கையாள்கிறது என்பதில் உள்ளது. இவை இரண்டு வெவ்வேறு சரிசெய்தல்கள், எனவே இந்தப் படியைத் தவிர்க்காதீர்கள். Wi-Fi மற்றும் Ethernet இரண்டும் உள்ள மடிக்கணினியில் கம்பியைப் பிரித்து செயலற்ற சோதனையை மீண்டும் செய்யுங்கள்: கம்பி Ethernet இல் மறையும் செயலற்ற துண்டிப்பு கம்பியில்லா அடுக்குக்கு ஆதரவான வலுவான சான்று.
மூன்றாம் சரிபார்ப்பு: மின் சேமிப்பு நிலையைப் படியுங்கள்
பெரும்பாலான மேசைகள் உங்களுக்கு ஒரு தேர்வுப்பெட்டியைத் தருகின்றன, ஆனால் அந்தப் பெட்டி இயக்கி இருக்கும் நிலை அல்ல. முதலில் இயக்கியின் சொந்த அறிக்கையைப் படித்து, பின்னர் முடிவு செய்யுங்கள். mac80211 உள்ள Linux இல் இடைமுகம் நேரடியாகப் பதிலளிக்கிறது:
iw dev wlan0 get power_save # on or off, per interface
sudo iw dev wlan0 set power_save off # diagnostic only, lost on reconnectஇரண்டாவது கட்டளை ஒரு சோதனை, சரிசெய்தல் அல்ல. அது துண்டிப்பு, உறக்கம் அல்லது மறுதொடக்கத்தைத் தாண்டி நிலைப்பதில்லை, இது நிலையான மாற்றங்களை விட்டுவிடாமல் கருதுகோளைச் சோதிக்கும் தூய வழியாக அமைகிறது.
Windows இல்powercfg /q SCHEME_CURRENT செயலில் உள்ள திட்டத்தை அச்சிடுகிறது, கம்பியில்லா அடாப்டரின் துணைமரம் அடாப்டருக்கு ஆற்றலைச் சேமிக்கக் கட்டளை இடலாமா என்பதைக் காட்டுகிறது; அதே தேர்வு அடாப்டரின் மின் மேலாண்மை தாவலில் Device Manager இலும் உள்ளது. macOS இல் ஒவ்வொரு இடைமுகத்திற்கும் 802.11 மின் சேமிப்பு உங்களுக்குக் காட்டப்படுவதில்லை, எனவே அதற்குப் பதிலாக pmset -g உறக்கம் மற்றும் காத்திருப்பு நடத்தைக்காகப் பாருங்கள். அங்கு தோல்வி பொதுவாக ரேடியோவின் செயலற்ற நடத்தையில் அல்ல, உறக்கம் மற்றும் விழிப்புப் பாதையில் இருப்பதாகத் தெரிகிறது.
நான்காம் சரிபார்ப்பு: ஒரு விஷயத்தை மாற்றி, பின்னர் மீண்டும் சோதியுங்கள்
ஒவ்வொரு ஓட்டத்திற்கும் சரியாக ஒரு மாறியை மாற்றி அதே பணிச்சுமையை மீண்டும் செய்யுங்கள். மின் சேமிப்பு அணைந்திருக்கும்போது சுரங்கப்பாதை இப்போது ஒரு மணி நேரச் செயலற்ற நிலையைத் தாங்கினால், நீங்கள் உண்மையான ஒன்றைக் கற்றுக்கொண்டீர்கள். அது இன்னும் விழுந்தால், அடுத்த யோசனையைச் சோதிக்கும் முன் மாற்றத்தைத் திருப்புங்கள், இல்லையெனில் மூன்று ஒன்றோடொன்று மேலிடும் அமைப்புகளும் எது முக்கியம் என்ற அறிவும் இல்லாமல் இருப்பீர்கள்.
இணைப்பை உயிர்ப்புடன் வைத்திருப்பது மற்றொரு சார்பற்ற மாறி, அது மின் சேமிப்புடன் தொடர்ந்து குழப்பப்படுகிறது. WireGuard இன்PersistentKeepalive = 25 NAT வரைபடத்தைச் சூடாக வைத்திருக்கிறது;OpenVPN இரு முனைகளிலும்keepalive மற்றும்ping-restart பயன்படுத்துகிறது. இரண்டும் இல்லாவிட்டால் அமைதியாக இருக்கும் சுரங்கப்பாதையில் போக்குவரத்தை உருவாக்குகின்றன, எனவே துண்டிப்பைச் சரிசெய்வதாகத் தோன்றும் உயிர்ப்பு வைத்திருப்பு ரேடியோ சிக்கலைத் தீர்ப்பதற்குப் பதிலாக மறைக்கக்கூடும். அவற்றைத் தனித்தனியாக, ஒவ்வொன்றாகச் சோதியுங்கள்:
[Peer]
PublicKey = ...
Endpoint = vpn.example.net:51820
PersistentKeepalive = 25ஐந்தாம் சரிபார்ப்பு: ரேடியோ குற்றமற்றதாக இருக்கும்போது
மின் சேமிப்பு அணைந்தும் உயிர்ப்பு வைத்திருப்பு இயங்கியும் இருந்தும் செயலற்ற துண்டிப்புகள் தொடர்ந்தால், மடிக்கணினிக்கு வெளியே பாருங்கள். அணுகல் புள்ளிகளும் வீட்டு திசைவிகளும் செயலற்ற NAT அல்லது அமர்வு பதிவுகளைத் தங்கள் சொந்த அட்டவணையின்படி காலாவதியாக்குகின்றன, VPN சேவையகம் போக்குவரத்தில்லாத அமர்வை விட்டுவிடக்கூடும்.ஒரே SSID ஐப் பகிரும் அணுகல் புள்ளிகளுக்கிடையே நடமாற்றமும் இணைப்பை மீட்டமைக்கக்கூடும், வாடிக்கையாளர் அதைத் தெளிவாகச் சொல்லாவிட்டாலும்.
பின்னர் அதே வலையமைப்பில் அதே செயலற்ற சோதனையைச் செய்யும் இரண்டாவது சாதனத்துடன் ஒப்பிடுங்கள். இரு சாதனங்கள் ஒரே இடைவெளியில் விழுந்தால் அது பாதை அல்லது சேவையகக் கதை; ஒரு சாதனம் மட்டும் விழுந்தால் அது உள்ளூர் இயக்கி அல்லது மின்சாரக் கதை. அந்த ஒப்பீடு பத்து நிமிடம் எடுக்கும், தவறான அமைப்பை மீண்டும் எழுதுவதிலிருந்து உங்களைக் காக்கும்.
அதை நிரந்தரமாக்கும் முன்
எதை வைத்திருக்க நீங்கள் தயாராக இருக்கிறீர்கள் என்பதை முடிவு செய்யுங்கள். துண்டிப்பைக் கண்ட வலையமைப்புகளில் மட்டும் மின் சேமிப்பை அணைக்கும் சுயவிவர வாரியான ஸ்கிரிப்ட் நியாயப்படுத்தத்தக்கது. ஒவ்வொரு வலையமைப்பிலும் மின்கல ஆயுளின் விலையில் அனைத்தையும் அணைக்கும் உலகளாவிய மாற்றம் பொதுவாக அப்படி இல்லை.
- அசல் மின் சேமிப்பு மதிப்பை ஸ்கிரிப்டின் அருகில் பதிவு செய்யுங்கள், அது மீட்டமைக்கப்படக்கூடியதாக இருக்கட்டும்.
- ஒவ்வொரு இயக்கி அல்லது வாடிக்கையாளர் புதுப்பிப்புக்குப் பிறகும் செயலற்ற சோதனையை மீண்டும் செய்யுங்கள்; இயல்புநிலை மதிப்புகள் மாறுகின்றன.
- சிக்கலைப் புகாரளிக்கும்போது ping பதிவும் வாடிக்கையாளர் பதிவும் ஒன்றாக வைத்திருங்கள்.
- இரண்டாம் படி தோல்வியடைந்தால், VPN அமைப்புகளை மாற்றுவதை நிறுத்தி அதை உள்ளூர் இணைப்புக் கோளாறாகக் கருதுங்கள்.
நீங்கள் ஒரே ஒரு காரியம் செய்தால், இரண்டாம் சரிபார்ப்பைச் செய்யுங்கள். இந்தப் பட்டியலின் மீதி உங்களுக்குப் பொருந்துமா என்பதை அதுவே தீர்மானிக்கிறது, பதில் மின் சேமிப்பு என்று ஏற்கனவே முடிவு செய்த பிறகு மக்கள் தவிர்க்கும் படியும் அதுவே.