പേരന്റ് പ്രോക്സി ഏത് ക്ലയന്റ് IP ആണ് കാണുന്നത്?

ഒരു വർക്ക്സ്റ്റേഷൻ അനുവദനീയ പട്ടികയിൽ ചേർക്കുന്നത് അതിന്റെ പേരിൽ ഒരു പുതിയ ഡൗൺസ്ട്രീം പ്രോക്സിക്ക് കണക്ട് ചെയ്യാൻ അനുവാദം നൽകണമെന്നില്ല:

workstation → local proxy → corporate parent → website

ലോക്കൽ പ്രോക്സി പേരന്റിലേക്ക് പുതിയ കണക്ഷൻ തുറക്കുന്നു. സാധാരണയായി പേരന്റ് ആ പ്രോക്സിയുടെ ഔട്ട്ഗോയിംഗ് വിലാസമാണ് കാണുന്നത്, ഒരുപക്ഷേ NAT-ന് ശേഷം. യഥാർത്ഥ വർക്ക്സ്റ്റേഷന്റെ വിലാസം മുഴുവൻ അഭ്യർത്ഥനയും ആരംഭിച്ചതിന്റെ പേരിൽ മാത്രം പുതിയ കണക്ഷന്റെ സ്രോതസ്സാകുന്നില്ല.

പേരന്റ് യഥാർത്ഥത്തിൽ സ്വീകരിക്കുന്ന നേരിട്ടുള്ള സ്രോതസ്സ് കണ്ടെത്തുക. ഉദ്ദേശിച്ച സേവനത്തിന് മാത്രം ഡൗൺസ്ട്രീം പ്രോക്സിക്ക് അധികാരം നൽകുക, കൂടാതെ ഡൗൺസ്ട്രീം ഇൻസ്റ്റൻസിൽ ക്ലയന്റ് നിയന്ത്രണങ്ങൾ നിലനിർത്തുക. അല്ലെങ്കിൽ അനുവദിച്ച ഇടനിലക്കാരന് അതിൽ എത്താൻ കഴിയുന്ന ആർക്കും പ്രവേശനം നൽകാം.

ലളിതമായ socket-peer വ്യാഖ്യാനത്തിന് ബോധപൂർവമായ ഒരു അപവാദമുണ്ട്. Squid 6 ഉം 7 ഉം വ്യക്തമായി വിശ്വസിക്കുന്ന പിയർമാരിൽ നിന്നുള്ള X-Forwarded-For പിന്തുടരാനും തത്ഫലമായി ലഭിക്കുന്ന പരോക്ഷ ക്ലയന്റ് വിലാസം തിരഞ്ഞെടുത്ത ഫംഗ്ഷനുകൾക്ക് ഉപയോഗിക്കാനും കഴിയും. ബന്ധപ്പെട്ട ക്രമീകരണങ്ങൾ സ്രോതസ്സ് ACL ആ വ്യുൽപ്പന്ന ഐഡന്റിറ്റി ഉപയോഗിക്കുന്നുണ്ടോ എന്ന് തീരുമാനിക്കുന്നു; ഈ സവിശേഷത പ്രവർത്തനക്ഷമമാകുമ്പോൾ src എപ്പോഴും അസംസ്കൃത പിയർ അല്ല.

ഫോർവേഡ് ചെയ്ത ഐഡന്റിറ്റി ശരിയായി ശുദ്ധീകരിച്ച് നൽകുന്ന ഇടനിലക്കാരനിൽ നിന്ന് മാത്രം വിശ്വസിക്കുക. ക്ലയന്റ് സ്വയം നൽകുന്ന ഏതൊരു X-Forwarded-For ഉം അവകാശപ്പെട്ട മൂല്യമാണ്, പ്രാമാണീകരിച്ച സ്രോതസ്സല്ല. നയം അനുവദിക്കുന്നിടത്ത്, നേരിട്ടുള്ള പിയറും വിശ്വസ്തമായ യഥാർത്ഥ ക്ലയന്റും രണ്ടും ലോഗ് ചെയ്യുക: ആദ്യത്തേത് പേരന്റിലേക്ക് ആരാണ് കണക്ട് ചെയ്തതെന്നും രണ്ടാമത്തേത് ഡൗൺസ്ട്രീം ആർക്കാണ് സേവനം നൽകിയതെന്നും കാണിക്കുന്നു.