iptables --uid-owner Squid-ന്റെ പ്രാദേശിക സോക്കറ്റുകളുമായി പൊരുത്തപ്പെടുന്നു, LAN ഉപയോക്താക്കളുമായി അല്ല

Squid-ന്റെ ഇഗ്രസ് ചിന്തിക്കുമ്പോൾ --uid-owner-ന്റെ പ്രാദേശിക സോക്കറ്റ്-സ്രഷ്ടാവ് അർത്ഥം ഉപയോഗിക്കുക, ഫോർവേഡ് ചെയ്ത LAN പാക്കറ്റുകൾ വേർതിരിച്ചിടുക.

iptables-ന്റെ owner മാച്ചിന് പ്രാദേശിക പ്രോസസ്സിന്റെ സോക്കറ്റ് സൃഷ്ടിച്ച പാക്കറ്റുകൾ തിരിച്ചറിയാൻ കഴിയും. ഉദാഹരണത്തിന്, -m owner --uid-owner 1234 UID 1234-ന്റെ ഉടമസ്ഥതയിലുള്ള പ്രാദേശിക സോക്കറ്റിനെ സൂചിപ്പിക്കുന്നു; അത് HTTP പ്രോക്സി ഉപയോക്തൃനാമം തിരിച്ചറിയുന്നില്ല.

Squid പ്രവർത്തിക്കുന്ന മെഷീനിൽ ഈ വഴികൾ വേർതിരിക്കുക:

ട്രാഫിക്പ്രസക്തമായ വ്യത്യാസം
ഒരു ക്ലയന്റ് ഈ മെഷീനിൽ Squid-ലേക്ക് കണക്റ്റ് ചെയ്യുന്നുപ്രോക്സി ലിസണറിലേക്കുള്ള ഇൻകമിംഗ് കണക്ഷൻ
Squid ഒരു ലക്ഷ്യസ്ഥാന കണക്ഷൻ തുറക്കുന്നുപ്രാദേശികമായി സൃഷ്ടിച്ച ഔട്ട്ഗോയിംഗ് സോക്കറ്റ്
LAN ക്ലയന്റ് ഈ മെഷീനിലൂടെ നേരിട്ട് റൂട്ട് ചെയ്യുന്നുപ്രാദേശിക സ്രഷ്ടാവ് സോക്കറ്റ് ഇല്ലാത്ത ഫോർവേഡ് ചെയ്ത ട്രാഫിക്

ഈ എക്സ്റ്റൻഷൻ OUTPUT, POSTROUTING എന്നിവയിൽ സാധുവാണ്. ഫോർവേഡ് ചെയ്ത പാക്കറ്റുകൾക്ക് ഈ മാച്ചിന് ബന്ധപ്പെട്ട പ്രാദേശിക സോക്കറ്റ് ഇല്ല, അതിനാൽ Squid-ന്റെ UID ചോദിച്ച് FORWARD നിയമത്തിന് ദൂരെയുള്ള കമ്പ്യൂട്ടറിന്റെ ഉപയോക്താവിനെ കണ്ടെത്താൻ കഴിയില്ല.

അതിനാൽ Squid-ന്റെ സ്വന്തം ഔട്ട്ഗോയിംഗ് സോക്കറ്റുകൾ അനുവദിക്കുന്ന നയം പ്രോക്സിയിൽ മാത്രം ഊന്നിയ നെറ്റ്വർക്ക് രൂപകൽപ്പനയുടെ ഒരു ഭാഗം മാത്രമാണ് കൈകാര്യം ചെയ്യുന്നത്. ഗേറ്റ്വേ ഫോർവേഡിംഗ്, ലിസണർ ആക്സസ്, മറ്റ് അനുവദനീയ സേവനങ്ങൾ, യഥാർത്ഥ പ്രോക്സി സേവന അക്കൗണ്ട് എന്നിവ അതതിന്റെ ഉചിതമായ പരിധിയിൽ കൈകാര്യം ചെയ്യണം.

Squid nobody ആയി പ്രവർത്തിക്കുന്നു എന്ന് അനുമാനിക്കുന്നതിനുപകരം കോൺഫിഗർ ചെയ്ത റൺടൈം ഐഡന്റിറ്റി ഉപയോഗിക്കുക. നിരവധി പ്രോസസ്സുകൾക്ക് ഒരു UID പങ്കിടാം, അതിനാൽ UID അടിസ്ഥാനമാക്കിയുള്ള അനുമതി അക്കൗണ്ട് അതിർത്തിയാണ്, ഒരു നിർദ്ദിഷ്ട എക്സിക്യൂട്ടബിൾ എല്ലാ അനുവദിച്ച കണക്ഷനുകളും സൃഷ്ടിച്ചു എന്നതിന് തെളിവല്ല.

അനുബന്ധ ലേഖനങ്ങൾ