iptables --uid-owner የሚያዛምደው የSquid አካባቢያዊ ሶኬቶችን ነው፣ የLAN ተጠቃሚዎችን አይደለም
ስለ Squid ወጪ ሲያስቡ የ--uid-owner አካባቢያዊ ሶኬት ፈጣሪ ትርጉምን ይጠቀሙ እና የተላለፉ የLAN ፓኬቶችን ለያዩ።
የiptables owner match በአካባቢያዊ ሂደት ሶኬት የተፈጠሩ ፓኬቶችን ሊለይ ይችላል። ለምሳሌ -m owner --uid-owner 1234 በUID 1234 የተያዘ አካባቢያዊ ሶኬትን ያመለክታል፤ የHTTP proxy ተጠቃሚ ስምን አያመለክትም።
Squid በሚሠራበት ማሽን ላይ እነዚህን መንገዶች ይለያዩ፦
| ትራፊክ | የሚመለከተው ልዩነት |
|---|---|
| አንድ ደንበኛ በዚህ ማሽን ላይ ካለው Squid ጋር ይገናኛል | ወደ proxy listener የሚገባ ግንኙነት |
| Squid የመድረሻ ግንኙነት ይከፍታል | በአካባቢው የተፈጠረ ወጪ ሶኬት |
| የLAN ደንበኛ በዚህ ማሽን በኩል በቀጥታ ይመክራል | የአካባቢ ፈጣሪ ሶኬት የሌለው የተላለፈ ትራፊክ |
ቅጥያው በOUTPUT እና POSTROUTING ውስጥ የሚሰራ ነው። የተላለፉ ፓኬቶች ለዚህ match ተያያዥ አካባቢያዊ ሶኬት የላቸውም፤ ስለዚህ የFORWARD ደንብ የSquid UID በመጠየቅ የሩቅ ኮምፒውተር ተጠቃሚን ማወቅ አይችልም።
ስለዚህ Squid የራሱን ወጪ ሶኬቶች የሚፈቅድ ፖሊሲ ከproxy-only የኔትወርክ ንድፍ አንድ ክፍል ብቻ ይመልሳል። በ gateway ማስተላለፍ፣ የlistener መዳረሻ፣ ሌሎች የተፈቀዱ አገልግሎቶች እና ትክክለኛው የproxy አገልግሎት አካውንት በሚመለከተው ወሰን ውስጥ መያዝ አለባቸው።
Squid እንደ nobody ይሠራል ብሎ ከመገመት ይልቅ የተዋቀረውን runtime ማንነት ይጠቀሙ። ብዙ ሂደቶች አንድ UID ሊጋሩ ይችላሉ፤ ስለዚህ በUID ላይ የተመሠረተ ፈቃድ አንድ የተወሰነ አስፈጻሚ ሁሉንም የተፈቀዱ ግንኙነቶች ፈጠረ ለማለት ማስረጃ ሳይሆን የአካውንት ወሰን ነው።