Squid의 systemd 서비스를 기존 이그레스 네임스페이스에 연결
실행 전에 NetworkNamespacePath를 설정하고, 해당 네임스페이스에 필요할 때 별도의 resolver 파일 바인드를 제공합니다.
이미 /run/netns/proxy-egress에 있는 네임스페이스라면 다음을 기존 Squid 서비스 drop-in에 병합합니다:
[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의 외부 송신 원본 주소만 바인드하는 것으로는 프로세스가 이 컨텍스트에 들어가지 않습니다.