iptables --uid-owner שטימט מיט Squid'ס לאקאלע סאקעטן, נישט מיט LAN באנוצער
באניץ דעם באדייט פון --uid-owner ווי דער שאפער פון א לאקאלן סאקעט ווען דו טראכטסט וועגן Squid'ס ארויסגאנג, און האלט די ווייטערגעפירטע LAN פאקעטן אפגעזונדערט.
דער owner צוגלייכונג פון iptables קען דערקענען פאקעטן וואס זענען געשאפן געווארן דורך דעם סאקעט פון א לאקאלן פראצעס. למשל, -m owner --uid-owner 1234 באציט זיך אויף א לאקאלן סאקעט וואס געהערט צו UID 1234; עס דערקענט נישט קיין HTTP פראקסי באנוצער-נאמען.
אויף א מאשין וואס פירט Squid, זונדער אפ די דרכים:
| טראפיק | רעלעוואנטער אונטערשייד |
|---|---|
| א קליענט פארבינדט זיך מיט Squid אויף דער מאשין | אריינקומענדיקע פארבינדונג צום פראקסי-צוהערער |
| Squid עפנט א ציל-פארבינדונג | לאקאל געשאפענער ארויסגייענדיקער סאקעט |
| א LAN קליענט רוטירט גראד דורך דער מאשין | ווייטערגעפירטער טראפיק אן א לאקאלן שאפער-סאקעט |
די דערווייטערונג איז גילטיק אין OUTPUT און POSTROUTING. ווייטערגעפירטע פאקעטן האבן נישט קיין פארבונדענעם לאקאלן סאקעט פאר דער צוגלייכונג, דעריבער קען א FORWARD כלל נישט אנטדעקן דעם באנוצער פונעם ווייטן קאמפיוטער דורכ'ן פרעגן Squid'ס UID.
דעריבער באדעקט א פאליטיק וואס ערלויבט Squid'ס אייגענע ארויסגייענדיקע סאקעטן נאר איין טייל פון א נעצווערק-פלאן וואס פארלאזט זיך בלויז אויף א פראקסי. אריבערפירן דורך דעם געיט, צוטריט צום צוהערער, אנדערע ערלויבטע סערוויסעס און דער פאקטישער פראקסי-סערוויס קאנטע מוזן באהאנדלט ווערן אין זייער ריכטיקן אומפאנג.
באניץ די קאנפיגורירטע לויפצייט-אידענטיטעט אנשטאט אנצונעמען אז Squid פירט ווי nobody. עטלעכע פראצעסן קענען טיילן איין UID, דעריבער איז אן UID-באזירטער ערלויבעניש א קאנטע-גרענעץ, נישט קיין באווייז אז א געוויסער אויספירנדיקער טעקע האט באשאפן יעדע ערלויבטע פארבינדונג.