חברו את שירות ה-systemd של Squid למרחב השמות הקיים של היציאה

עבור מרחב שמות שכבר זמין בנתיב /run/netns/proxy-egress, מזגו את זה לתוך קובץ ה-drop-in הקיים של שירות Squid:

[Service]
NetworkNamespacePath=/run/netns/proxy-egress

סדרו את השירות אחרי הרכיב שיוצר את מרחב השמות. ההגדרה הזו אינה יוצרת את מרחב השמות ואינה יוצרת את הממשקים, הכתובות או המסלולים שלו.

גם סוקט ההאזנה וגם הסוקט היוצא קיימים כעת שם. לקוחות זקוקים לנתיב אל המאזין הזה ולמדיניות הגישה שנשמרה לו; loopback של המארח אינו אוטומטית loopback של מרחב השמות.

קובצי resolver דורשים התייחסות נפרדת. בניגוד ל-ip netns exec, הגדרת הרשת הזו אינה מעלה את קובצי /etc/netns/NAME על הנתיבים הרגילים שלהם. כאשר הפריסה זקוקה לקובץ ה-resolver של מרחב השמות שלה:

BindReadOnlyPaths=/etc/netns/proxy-egress/resolv.conf:/etc/resolv.conf

השתמשו בכתובות resolver שנגישות ממרחב השמות הזה ומזגו אותן עם כללי ה-sandbox/מערכת הקבצים הקיימים. כריכת כתובת המקור היוצאת של Squid בלבד אינה מציבה את התהליך בהקשר הזה.