ஸ்லீப்புக்குப் பின் VPN இறந்தது: சுரங்கம் போனதா அல்லது பழைய செயலியா?

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

விழித்த பின் மூன்று விஷயங்கள் பழுதாகலாம்

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

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

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

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

முதலில்: சுரங்கம் திரும்பியதா?

வாடிக்கையாளரின் சொந்த நிலை உரைக்குப் பதிலாக இடைமுகத்தையும் துணையின் நிலையையும் பாருங்கள். முகவரி இருந்தும் சமீபத்திய கைக்குலுக்கல் இல்லாத இடைமுகம் பெயரளவில் மட்டுமே இருக்கும் சுரங்கம்.

ip -brief addr show
wg show
ip route show table all | head -20

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

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

இரண்டாவது: ஏதாவது அதைத் திரும்பக் கேட்டதா?

இங்கேதான் ஒப்பீடு அதன் மதிப்பைப் பெறுகிறது. OpenVPN செருகுநிரல் சுயவிவரத்தையும் உள்ளூர் WireGuard இணைப்பையும் NetworkManager வெவ்வேறாகக் கையாள்கிறது, மேலும் இணைப்பு அமைப்புகளின் குறிப்பு connection.autoconnect VPN சுயவிவரங்களைச் செயல்படுத்தாது எனத் தெளிவாகக் கூறுகிறது; இணைப்புடன் VPN ஏற்றும் முறை connection.secondaries.

nmcli connection show --active
nmcli -f connection.autoconnect,connection.secondaries connection show "Work VPN"
journalctl -u NetworkManager -b --no-pager | tail -40

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

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

மூன்றாவது: செயலி பழைய நிலையைப் பிடித்திருக்கிறதா?

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

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

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

ஒப்பீட்டை மீளக்கூடியதாக்குங்கள்

மாறிகளைச் சிறியதாக வைத்திருங்கள்: ஒரு அணுகல் வலை, ஒரு ஸ்லீப் காலம் மற்றும் ஒவ்வொரு முறையும் அதே முதல் கோரிக்கை. பிறகு இரண்டு முடிவுகளைப் பதிவு செய்யுங்கள்: கைமுறை மீளிணைப்பு அதைச் சரிசெய்கிறதா, மேலும் ஒரு ஸ்லீப் தோல்வியைத் திரும்பக் கொண்டு வருகிறதா.

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

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

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