வெளிப்படையான ப்ராக்ஸி DNAT: திரும்பும் பாதை ஏன் முக்கியம்

திருப்பிவிடப்பட்ட SYN Squid-ஐ அடையலாம், ஆனால் வாடிக்கையாளர் இன்னும் நேர முடிவை சந்திக்கிறார். DNAT அமைப்பில் திரும்பும் பாக்கெட்டும் மொழிபெயர்ப்பு நிலையை வைத்திருக்கும் கேட்வேயை அடைய வேண்டும்.

இந்த கற்பனை LAN-ஐ கவனியுங்கள்:

client 192.168.40.25 → gateway 192.168.40.1
                         DNAT → proxy 192.168.40.10
proxy 192.168.40.10 → client 192.168.40.25 directly

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

அழகான பதிவுகளுக்காக திரும்பும் பாதையை சரிபார்க்காமல் SNAT-ஐ நீக்க வேண்டாம். பரவலாகப் பயன்படுத்துவது மூல ACL மற்றும் பண்புக்கூறுகளையும் மாற்றும்; அந்த விளைவை வடிவமைப்பின் பகுதியாக ஏற்றுக்கொள்ளுங்கள்.

நம்பகமான HTTP தாவல் முன்னனுப்பு தலைப்பில் வாடிக்கையாளர் மெட்டாடேட்டாவைக் கடத்தலாம், ஆனால் NAT அந்த தலைப்பை உருவாக்காது அல்லது TCP சக ஊழியர் அடையாளமாக மாற்றாது. Squid க்கான இணைப்பில் மூலத்தைப் பாதுகாப்பது Squid-இன் தனி இணையதள இணைப்பிலும் அதைப் பாதுகாக்காது.

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