VPN வேலை செய்கிறது, ஆனால் ஒரு செயலிக்கு இணையம் இல்லையா? அதன் ப்ராக்ஸியைச் சரிபார்க்கவும்

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

ப்ராக்ஸி அமைப்பை எந்த அடுக்கு வைத்திருக்கிறது

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

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

ஒவ்வொரு கருவியும் உண்மையில் பயன்படுத்தும் மதிப்பைப் படியுங்கள்

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

env | grep -i -E 'http_proxy|https_proxy|all_proxy|no_proxy'
scutil --proxy
gsettings get org.gnome.system.proxy mode
netsh winhttp show proxy

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

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

மேலெழுதல்களை அழித்து அதே கோரிக்கையை மீண்டும் சோதிக்கவும்

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

unset http_proxy https_proxy all_proxy
curl -v --max-time 10 https://example.com 2>&1 | grep -i -E 'uses proxy|connected to|http/'

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

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

சரிசெய்தல் மறுதொடக்கத்தைத் தாண்டி நீடிக்கிறதா என்பதை உறுதிப்படுத்துங்கள்

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

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

env -i /usr/bin/curl -sS -o /dev/null -w '%{http_code} %{remote_ip}
' https://example.com
networksetup -getwebproxy "Wi-Fi"

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