/run/netns/proxy-egress પર પહેલેથી ઉપલબ્ધ namespace માટે, આને હાલની Squid સેવા drop-in માં ભેળવો:

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

namespace બનાવતા ઘટક પછી સેવાને ગોઠવો. આ સેટિંગ namespace કે તેના ઇન્ટરફેસ, સરનામાં કે રૂટ બનાવતું નથી.

સાંભળતું અને બહાર જતું બંને સોકેટ હવે ત્યાં છે. ક્લાયન્ટને તે listener સુધીનો રસ્તો અને તેની જાળવેલી access policy ની જરૂર છે; host loopback આપોઆપ namespace loopback નથી.

Resolver ફાઇલોને અલગ ધ્યાન જોઈએ. ip netns exec થી વિપરીત, આ નેટવર્ક સેટિંગ /etc/netns/NAME ફાઇલોને તેમના સામાન્ય પાથ પર mount કરતું નથી. જ્યારે ડિપ્લોયમેન્ટને તેના namespace ની resolver ફાઇલ જોઈએ:

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

તે namespace પરથી પહોંચી શકાય તેવા resolver સરનામાં વાપરો અને હાલના sandbox/ફાઇલસિસ્ટમ નિયમો સાથે ભેળવો. ફક્ત Squid નું બહાર જતું source સરનામું bind કરવાથી પ્રક્રિયા આ સંદર્ભમાં આવતી નથી.

સંબંધિત લેખો