使用VPN时Docker容器间网络访问问题及配置咨询

我明白你的困扰：当容器使用network_mode: service:vpn共享VPN的网络命名空间时，它们失去了独立的网络配置，导致无法直接用静态IP或links来稳定关联，而依赖的本地IP又可能在重启后变化。下面是几个实用的解决方案：

1. 利用共享网络栈的localhost直接访问 #

这是最简单也最可靠的方法：因为sonarr、radarr、deluge、jackett都共享vpn容器的网络栈，它们相当于运行在同一个"网络环境"里，所以彼此之间可以直接通过localhost加上各自的服务端口通信。

举个例子：

• Sonarr要访问Radarr，直接用localhost:7878
• Deluge要访问Jackett，直接用localhost:9117
• 所有容器内部的服务调用都可以用localhost，完全不需要依赖任何外部IP，不管宿主机或vpn容器怎么重启，这个方式都能正常工作。

2. 给vpn容器分配静态IP，稳定外部访问 #

如果你需要从proxy容器（或者宿主机）稳定访问这些服务，可以给vpn容器设置静态IP——它是唯一拥有独立网络接口的容器。

修改你的docker-compose.yml：

1. 先自定义default网络的子网和IPAM配置：

networks:
  default:
    ipam:
      config:
        - subnet: 172.19.0.0/24
          gateway: 172.19.0.1

2. 给vpn服务添加静态IP：

vpn:
  image: dperson/openvpn-client
  container_name: vpn
  # 保留其他原有配置...
  networks:
    default:
      ipv4_address: 172.19.0.2

这样vpn容器的IP会固定为172.19.0.2，重启后也不会变化。之后proxy容器就可以通过这个IP访问各个服务：

• Sonarr: 172.19.0.2:8989
• Radarr: 172.19.0.2:7878
  同时你可以保留proxy里的links配置（vpn:sonarr等），因为这些别名会指向vpn的静态IP，所以proxy里用sonarr:8989也能稳定访问。

为什么会出现你的问题？ #

当使用network_mode: service:vpn时，sonarr等容器会完全复用vpn容器的网络命名空间：

• 它们没有自己独立的IP地址，所以无法设置静态IP
• Links是用于连接不同网络命名空间的容器，而这些容器和vpn在同一个命名空间里，所以links也失去了原本的作用

内容的提问来源于stack exchange，提问作者roady