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

இடைத்தரகர் எந்தப் பயன்பாடுகளை உள்ளடக்குகிறது?

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

ஒரு பக்கம் ஏற்றுவதிலிருந்து பொதுமைப்படுத்தாமல் முக்கியமான பயன்பாடுகளைச் சோதியுங்கள். curl https://ifconfig.me சூழலின் ப்ராக்ஸி மாறிகளைப் பின்பற்றுகிறது; டெஸ்க்டாப் பயன்பாடு பின்பற்றாமல் இருக்கலாம். Windows இல் netsh winhttp show proxy சேவைகள் பயன்படுத்தும் WinHTTP ப்ராக்ஸியை அச்சிடுகிறது, அது உலாவியின் அமைப்பிலிருந்து வேறுபட்ட அமைப்பு.

தாண்டல் மறையாக்கப்பட்டதா, TLS எங்கே முடிகிறது?

ப்ராக்ஸி நெறிமுறை ஒரு சந்திப்பிடம், உத்தரவாதம் அல்ல. SOCKS5 மறையாக்காமல் TCP ஐ அனுப்புகிறது, சாதாரண HTTP ப்ராக்ஸி கோரிக்கை வரியையும் தலைப்புகளையும் தெளிவான உரையில் எடுத்துச் செல்கிறது. ப்ராக்ஸி வழியாக HTTPS CONNECT ஐப் பயன்படுத்துகிறது, எனவே உங்கள் TLS அமர்வு ப்ராக்ஸியில் அல்ல, இலக்கிலேயே முடிகிறது. ப்ராக்ஸி சேவையகங்கள் மற்றும் சுரங்கப்பாதை பற்றிய MDN வழிகாட்டி இந்த வேறுபாட்டை நெறிமுறையின் பக்கத்திலிருந்து விவரிக்கிறது.

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

curl -v -x http://127.0.0.1:3128 https://example.com/ -o /dev/null
curl -v -x socks5h://127.0.0.1:1080 https://example.com/ -o /dev/null

விரிவான வெளியீடு curl துறைமுகம் 443 க்கு CONNECT அனுப்பியதா அல்லது முழு URL உடன் சாதாரண GET அனுப்பியதா என்பதைக் காட்டுகிறது. socks5h:// உடன் புரவலன் பெயர் SOCKS5 கோரிக்கையின் உள்ளேயே ப்ராக்ஸிக்கு வழங்கப்படுகிறது, பிறகு அது படிக்க முடியாத TLS ஐ அனுப்புகிறது, எனவே பெயரையும் பைட் எண்ணிக்கையையும் காண்கிறது. http:// ப்ராக்ஸி வழியாக https:// URL ஒரு CONNECT, எனவே அந்தப் ப்ராக்ஸியும் இலக்கின் பெயரையும் அளவையும் காண்கிறது, கோரிக்கையையோ பதிலின் உடலையோ அல்ல.

எந்த தீர்வி பெயரைக் காண்கிறது?

பெயர் தீர்வு கோரிக்கை வெளியேறும் முன் உள்ளூரிலேயே நிகழலாம், அல்லது ப்ராக்ஸியில் தொலைவிலிருந்து. curl உடன் socks5h:// புரவலன் பெயரை ப்ராக்ஸிக்கு அனுப்புகிறது, socks5:// முதலில் அதை உள்ளூரில் தீர்க்கிறது. உலாவி ப்ராக்ஸி அமைப்புகள் ஒப்பிடக்கூடிய DNS விருப்பத்தை வழங்குகின்றன, PAC கோப்புகள் வெவ்வேறு புரவலர்களை வெவ்வேறு வழிகளில் வழிநடத்தலாம்.

இரு நெறிமுறைகள் எந்தத் தவறான அமைப்புமின்றி ப்ராக்ஸியைத் தவிர்க்கலாம். WebRTC STUN வழியாக வேட்பாளர்களைச் சேகரிக்கிறது, QUIC UDP மீது HTTP/3 ஐ இயக்குகிறது, TCP ப்ராக்ஸி அதை எடுத்துச் செல்ல முடியாது. UDP 443 தடுக்கப்பட்டிருந்தால் உலாவி TCP க்குத் திரும்பும், எனவே புரவலனின் தீச்சுவரில் (அல்லது முழு வலையமைப்புக்கும் திசைவியில்) UDP 443 ஐத் தடுப்பதே, உலாவி கொடியன்று, HTTP/3 ஐ ப்ராக்ஸி பாதையில் வைத்திருக்கும் நம்பகமான வழி.

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

இடைத்தரகர் தோல்வியடையும்போது என்ன நடக்கிறது?

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

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

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

ஐந்து சரிபார்ப்புகள், வரிசையாக

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

CheckForward proxyVPN
What is coveredThe app or browser you configureTraffic the OS routes into the tunnel, all or split
Encryption scopeProtocol-dependent; SOCKS5 alone encrypts nothingDevice to VPN endpoint
DNS pathLocal or remote, depending on the settingNormally inside the tunnel
Failure modeExplicit config: connection error; PAC/WPAD: DIRECT fallbackClient policy: fail-open or kill switch
What the site seesThe proxy's exit addressThe VPN endpoint's exit address

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

நீங்கள் அமைத்ததைப் பதிவு செய்யுங்கள்: எந்தப் பயன்பாடுகள் ப்ராக்ஸியைப் பயன்படுத்துகின்றன, DNS உள்ளூரா தொலைவா, UDP தடுக்கப்பட்டதா, தோல்வி நடத்தை என்ன. அந்தச் சிறிய பட்டியலே அடுத்த ஒப்பீட்டைச் சாத்தியமாக்குகிறது, ஏனெனில் “IP மாறியது” என்று மட்டும் சொன்னால் இந்த ஐந்து சரிபார்ப்புகளில் எது வெற்றியடைந்தது என்று ஒருபோதும் தெரியவில்லை.

தொடர்புடைய கட்டுரைகள்