Squid-ന്റെ systemd സേവനം നിലവിലുള്ള egress namespace-ലേക്ക് ചേർക്കുക

ലോഞ്ചിന് മുമ്പ് NetworkNamespacePath സജ്ജമാക്കുക, ആ namespace-ന് ആവശ്യമുള്ളപ്പോൾ പ്രത്യേക resolver-file bind നൽകുക.

/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 ചെയ്യുന്നത് പ്രോസസ്സിനെ ഈ സന്ദർഭത്തിൽ എത്തിക്കുന്നില്ല.

അനുബന്ധ ലേഖനങ്ങൾ