VPN செயலி இயக்கத்தில் இருந்தால் மட்டுமே இணையம் வேலை செய்கிறதா? நான்கு அடுக்குகளைச் சரிபார்க்கவும்

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

சுரங்கப்பாதைக்குச் சொந்தமில்லாத அமைப்புகளை கிளையண்ட் மாற்றுகிறது

Windows அல்லது macOS-இல் உள்ள தனியுரிமை கிளையண்ட் பொதுவாக ஒரே நேரத்தில் மூன்று இடங்களைத் தொடுகிறது. அது கணினி HTTP ப்ராக்ஸியை அமைக்கிறது; Internet Options காட்டும் அதே புலம் அது. அது மெய்நிகர் அடாப்டரை, பெரும்பாலும் TAP இயக்கியை, நிறுவுகிறது, அதனால் பாக்கெட்டுகளைப் பிடிக்க முடியும். மேலும் அது தீர்வி பட்டியலை மீண்டும் எழுதுகிறது; நீங்கள் இணைப்பைத் துண்டிக்கும்போது மறைவது சுரங்கப்பாதை மட்டுமே.

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

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

மூன்று எச்சங்கள், மூன்று வெவ்வேறு தோல்விகள்

முதல் எச்சம் எதையும் சுட்டாத ப்ராக்ஸி: LAN ப்ராக்ஸி பெட்டி இன்னும் டிக்காகியுள்ளது, அல்லது இனி எந்தச் செயல்முறையும் கேட்காத localhost துறைமுகத்தை நோக்கிய கட்டமைப்பு ஸ்கிரிப்ட் முகவரி. உலாவி ஒவ்வொரு கோரிக்கையையும் அந்த இறந்த துறைமுகத்துக்கு அனுப்பி, நேரமுடிவு இறந்த வலையமைப்பைப் போல் தோன்றும் வரை நிற்கிறது. இரண்டாவது, இன்னும் இயல்புநிலை வழித்தடத்தைக் கொண்ட ஒரு அடாப்டர்; ஏனெனில் TAP-Windows சாதனமோ விற்பனையாளர் வழியமைப்பு இயக்கியோ நீக்கிய பிறகும் உண்மையான இடைமுகமாகவே இருக்கும். அதற்கு வழங்கப்பட்ட வழித்தடத்தை வைத்திருக்கிறது, மேலும் போக்குவரத்து இல்லாத சுரங்கப்பாதைக்குள் மறைந்துவிடுகிறது. எந்த எச்சமும் தன்னை அறிவிக்கவில்லை; இரண்டுமே ஒரு செயலிழப்பைப் போலவே தெரிகின்றன.

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

நான்கு அடுக்குகளையும் கீழ்நோக்கிச் செல்லுங்கள்

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

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

netsh winhttp show proxy
Get-NetAdapter
route print -4
Get-DnsClientServerAddress

Linux மற்றும் macOS-க்கு அவற்றுக்கே உரிய கட்டளைகள் தேவை, அவை ஒன்றுக்கொன்று மாற்றாக இல்லை. Linux-இல் வழித்தடங்கள் ip route-இலிருந்தும், தீர்வி systemd-resolved வைத்திருக்கும் இடத்தில் resolvectl status-இலிருந்தும் வருகின்றன, இல்லையெனில் cat /etc/resolv.conf-க்கு விழும். macOS-இல் வழித்தடங்கள் netstat -rn-இலிருந்தும், தீர்விகள் scutil --dns-இலிருந்தும், கணினி ப்ராக்ஸி scutil --proxy-இலிருந்தும் வருகின்றன. ip route-ஐ இயக்கும் macOS வாசகர் command not found பெறுவார், அங்குள்ள /etc/resolv.conf உருவாக்கப்பட்ட போலியே தவிர அதிகாரப்பூர்வ கட்டமைப்பு அல்ல. அடுக்கைச் சரிபார்ப்பதற்கு முன் தளத்தைச் சரிபாருங்கள், இல்லையெனில் முதல் கட்டளையே கண்டுபிடிப்பாகிவிடும்.

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

ப்ராக்ஸி சுரங்கப்பாதை அல்ல

ப்ராக்ஸி ஒரு கோரிக்கையை ஏற்று, வேறெங்கு எடுத்து, பதிலைத் திருப்பித் தருகிறது; அதாவது அது இலக்கை அறியும், தளம் தானே குறியாக்கம் செய்யாத எதையும் பார்க்கும். மற்ற நெறிமுறைகளை அது சுமக்காது. இலக்கு ஏற்கனவே TLS பயன்படுத்தாவிட்டால் அது பாதையைப் பாதுகாக்காது. மேலும் உங்கள் ஈடுபாடு இல்லாமல், அதை நிறுவிய எதுவும் அதை மாற்றலாம்.

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

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

கூறை அகற்றுங்கள், ஆதாரத்தை அல்ல

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

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

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