நீண்ட SOCKS சங்கிலி அடுத்த படிநிலையைத் தானாக மறைப்பதில்லை

சங்கிலி ஒவ்வொரு இணைப்பையும் யார் திறக்கிறார் என்பதை மாற்றுகிறது. பட்டியலில் மற்றொரு SOCKS முகவரியைச் சேர்ப்பதால் மட்டும் மறையாக்கம் சேராது.

இந்தச் சங்கிலியைத் தானே உருவாக்கும் வாடிக்கையாளரைக் கவனியுங்கள்:

application → SOCKS A → SOCKS B → website

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

சங்கிலியைப் பாதுகாக்கப்பட்ட பயன்பாட்டுப் பரிமாற்றத்திலிருந்து பிரிக்கவும்

TLS அமர்வு தொடங்கிய பிறகு HTTPS இணையதளத்தின் பயன்பாட்டு உள்ளடக்கத்தைப் பாதுகாக்க முடியும். முந்தைய SOCKS அமைப்புச் செய்திகளைப் பின்னோக்கி அது மறையாக்கம் செய்யாது. SOCKS5-இன் பயனர்பெயர்/கடவுச்சொல் அங்கீகாரமும் மறையாக்கப்பட்ட இயக்கம் அல்ல.

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

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

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