கார்ப்பரேட் VPN இணையும்போது பிழைத்திருத்த ப்ராக்ஸி குருடாகிறது

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

Windows ஒவ்வொரு இணைப்புக்கும் தனி ப்ராக்ஸி வைத்திருக்கிறது

இணைய விருப்பங்களில் உரையாடலில் ஒரே மாதிரி தெரியும் இரண்டு அடுக்குகள் உள்ளன. உள்ளூர் வலையமைப்பு அமைப்புகள் சாதாரண உள்ளூர் இணைப்புக்குப் பொருந்தும், ஆனால் டயல்-அப் அல்லது VPN உள்ளீடு HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections கீழ் தனது சொந்த நகலை பைனரி மதிப்பாக வைத்திருக்கிறது. பரிச்சயமான பொதுவான பதிவேட்டு மதிப்புகளை எழுதுவது அந்த நகலைப் புதுப்பிக்காது.

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

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

நிர்வகிக்கப்பட்ட PAC தானாகவே மீண்டும் இயக்கப்படலாம்

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

சரிபார்த்து, அதிகாரம் இருந்தால், போக்குவரத்தைச் சுமக்கும் சேவைக்கு அந்த இரண்டு சுவிட்சுகளையும் அணைக்கவும்:

networksetup -setautoproxystate "Wi-Fi" off
networksetup -setproxyautodiscovery "Wi-Fi" off
scutil --proxy

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

கருவியை உண்மையான மேல்நோக்கி திருப்புங்கள்

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

மீண்டும் உள்ளமைப்பதற்குப் பதிலாக உங்களை பிழைத்திருத்தத்தில் வைத்திருக்கும் நடவடிக்கை இதுதான்.

ப்ராக்ஸியை சுரங்கப்பாதைக்குள் தள்ளுங்கள்

OpenVPN அடிப்படையிலான கிளையன்ட் சுரங்கப்பாதை எழுந்த பிறகு பொருந்தும் ப்ராக்ஸி விருப்பங்களை ஏற்கலாம், வழித்தடங்கள் கிளையன்டிடம் இருக்கும்போது இது வசதியானது:

dhcp-option HTTPPROXY 127.0.0.1:8888
dhcp-option HTTPSPROXY 127.0.0.1:8888

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

சில கிளையன்ட்கள் கணினி ப்ராக்ஸியை ஒருபோதும் படிப்பதில்லை

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

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

உள்ளமைவைப் படியுங்கள், டாகிளை அல்ல

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

இங்குள்ள ஒவ்வொரு நிகழ்வும் உள்ளமைவு முன்னுரிமைப் பிரச்சினை. எதுவும் சுரங்கப்பாதை உங்கள் கருவியை உடைப்பதில்லை.