സുതാര്യ പ്രോക്സി DNAT: തിരിച്ചുവരവ് പാത എന്തുകൊണ്ട് പ്രധാനം
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-ന് ആവശ്യമായ ലക്ഷ്യ വിവരങ്ങൾ നൽകണം. സമമിത തിരിച്ചുവരവ് റൂട്ടിംഗ് ഈ സമയപരിധി സംവിധാനം പരിഹരിക്കുന്നു, മുഴുവൻ സുതാര്യ-പ്രോക്സി ക്രമീകരണമല്ല.