iptables --uid-owner makket Squid syn lokale sockets, net LAN-brûkers
Brûk de betsjutting fan --uid-owner as skepper fan in lokale socket as jo oer Squid syn útgong neitinke en hâld trochstjoerde LAN-pakketten apart.
De owner-oerienkomst fan iptables kin pakketten werkenne dy't troch de socket fan in lokaal proses makke binne. Bygelyks, -m owner --uid-owner 1234 ferwiist nei in lokale socket dy't eigendom is fan UID 1234; it werkenne gjin brûkersnamme fan in HTTP-proxy.
Op in masine dêr't Squid op draait, moat men dizze paden ûnderskiede:
| Ferkeer | Relevante ûnderskied |
|---|---|
| In klant ferbynt mei Squid op dizze masine | Ynkommende ferbining nei de proxy-listener |
| Squid iepenet in bestimmingsferbining | Lokaal makke útgeande socket |
| In LAN-klant rûtelet direkt troch dizze masine | Trochstjoerd ferkeer sûnder lokale skepper-socket |
De útwreiding is jildich yn OUTPUT en POSTROUTING. Trochstjoerde pakketten hawwe foar dizze oerienkomst gjin keppele lokale socket, dus in FORWARD-regel kin de brûker fan de remote computer net ûntdekke troch om Squid syn UID te freegjen.
In belied dat Squid syn eigen útgeande sockets tastean lit, behannelet dus mar ien part fan in netwurkûntwerp dat allinnich op in proxy bout. Gateway-trochstjoering, tagong ta de listener, oare tastiene tsjinsten en it echte proxy-tsjinstakkoart moatte yn harren passende omfang behannele wurde.
Brûk de konfigurearre runtime-identiteit ynstee fan oan te nimmen dat Squid as nobody draait. Ferskate prosessen kinne ien UID diele, dus in UID-basearre tastimming is in akkoartgrins, gjin bewiis dat ien bepaald útfierber bestân elke tastiene ferbining makke hat.