Squid SO_ORIGINAL_DST பிழையைப் படித்தல்

NF getsockopt(SO_ORIGINAL_DST) மூல இலக்கத்தின் தேடலைக் குறிக்கிறது. இடைமறிப்பு அமைப்பில், வழிமாற்றப்பட்ட இணைப்பு முதலில் எங்கு சென்று கொண்டிருந்தது என்பதை Squid மீட்டெடுக்க வேண்டும்.

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

எனவே இந்தப் பொருத்தமின்மை இலக்கத்தின் சான்றிதழ் பொருத்தமாகும் முன்பே தோல்வியடையலாம்.

இணைப்பு எவ்வாறு வந்தது என்பதிலிருந்து தொடங்குங்கள்

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

Squid இன் http_port ஆவணம் வேறுபாட்டைத் தெளிவாக்குகிறது: முறைக் கொடியை விட்டுவிட்டால் முன்னனுப்பு-ப்ராக்ஸி முறை தேர்ந்தெடுக்கப்படும்; intercept IP அடுக்கில் NAT இடைமறிப்பை எதிர்பார்க்கிறது.

பின்னர் போக்குவரத்துப் பாதுகாப்பைத் தனியாகக் கையாளுங்கள். HTTP ப்ராக்ஸி CONNECT வழியாக HTTPS கொண்டு செல்ல முடியும். ப்ராக்ஸிக்கு TLS இணைப்புக்கு பொருத்தமான கேட்பானும் கிளையன் கட்டமைப்பும் தேவை. இலக்கப் போக்குவரத்தை மறைகுறியாக்குவது மற்றொரு விருப்பத் திறன்.

இலக்க URL HTTPS இல் தொடங்குகிறது என்பதற்காக மட்டும் சான்றிதழ் உருவாக்கத்தை இயக்கும் பழைய “HTTPS தீர்வை” நகலெடுக்க வேண்டாம். முதலில் கிளையனுக்கும் கேட்பானுக்கும் இடையிலான ஒத்திசைவைச் சரிசெய்யுங்கள். அதன் பிறகும் உண்மையான TLS பிழை இருந்தால், அது ஆராய மிகவும் பயனுள்ள பிழையாக இருக்கும்.