HTTP ப்ராக்ஸி, SSH சுரங்கப்பாதை அல்லது VPN: சரியான அடுக்கைத் தேர்ந்தெடுக்கவும்

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

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

ப்ராக்ஸி தனக்குப் புரிந்ததை மட்டுமே நகர்த்தும்

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

SSH மாறும் முன்னனுப்பல் SOCKS பேசும் உள்ளூர் துறையைத் திறக்கிறது, அந்தத் துறை வாடிக்கையாளர் குறிப்பிடும் எந்த இலக்கிற்கும் TCP ஓட்டத்தை அனுப்புகிறது. TCP மீது கட்டப்பட்ட நெறிமுறைகள் பொதுவாக அதன் வழியாக வேலை செய்கின்றன. UDP வேலை செய்யாது, ஒரு கருவி வெளிப்படையாக ஆதரவைச் சேர்த்தால் தவிர. உள்ளூர் முன்னனுப்பல் இன்னும் குறுகியது: ஒரு உள்ளூர் துறை ஒரு நிலையான புரவலன் மற்றும் துறையில் பொருத்தப்பட்டுள்ளது, இது ஒரு அறியப்பட்ட சேவைக்கு மட்டுமே சேவை செய்கிறது.

ssh -D 1080 user@bastion
ssh -L 8443:fileserver.internal:443 user@bastion

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

பெயரை யாரோ தீர்க்க வேண்டும்

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

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

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

வலையமைப்பு ஒரே ஒரு வெளியேறலை மட்டும் அனுமதிக்கும்போது

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

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

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

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

பொய்யான முகவரி விருப்பங்களில் ஒன்றல்ல

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

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

நெறிமுறைகள் மற்றும் பெயர்களால் முடிவெடுக்கவும்

ஒரு வலை வாடிக்கையாளருக்கு ஒரு வலைச் சேவை தேவைப்பட்டு ப்ராக்ஸி அமைப்புகள் இருந்தால் ப்ராக்ஸியை நாடுங்கள். சில அறியப்பட்ட TCP சேவைகள் போதுமானவை என்றால், SSH அணுகல் ஏற்கனவே இருந்தால் SSH சுரங்கப்பாதையை நாடுங்கள். பல பயன்பாடுகள், TCP அல்லாத போக்குவரத்து, தனியார் DNS அல்லது மீண்டும் பயன்படுத்தக்கூடிய பாதை தேவையின் பகுதியாக இருந்தால் VPN-ஐ நாடுங்கள்.

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