Kunkuplu la systemd-servon de Squid al la ekzistanta elira nomspaco
Agordu NetworkNamespacePath antaŭ lanĉo kaj provizu apartan ligon de resolver-dosiero kiam tiu nomspaco bezonas unu.
Por nomspaco jam disponebla ĉe /run/netns/proxy-egress, kunfandu ĉi tion en la ekzistantan drop-in de la Squid-servo:
[Service]
NetworkNamespacePath=/run/netns/proxy-egressOrdigi la servon post la komponanto, kiu kreas la nomspacon. La agordo kreas nek la nomspacon nek ĝiajn interfacojn, adresojn aŭ itinerojn.
Kaj la aŭskulta kaj la elira ingoj nun ekzistas tie. Klientoj bezonas vojon al tiu aŭskultanto kaj ĝian konservitan alirpolitikon; la loopback de la gastiganto ne estas aŭtomate la loopback de la nomspaco.
Resolver-dosieroj bezonas apartan atenton. Malkiel ip netns exec, ĉi tiu reta agordo ne muntas dosierojn /etc/netns/NAME sur iliaj kutimaj vojoj. Kiam la deplojo bezonas sian nomspacan resolver-dosieron:
BindReadOnlyPaths=/etc/netns/proxy-egress/resolv.conf:/etc/resolv.confUzu resolver-adresojn atingeblajn el tiu nomspaco kaj kunfandu ilin kun la ekzistantaj reguloj de sandbox/dosiersistemo. Ligi nur la eliran fontadreson de Squid ne metas la procezon en ĉi tiun kuntekston.