Docker容器化.NET应用连接OPC-UA服务器失败求助

以下是针对你的场景（WSL2模式Docker、.NET 6 OPC-UA客户端）的具体排查和解决方向：

1. 检查OPC-UA服务器的端点绑定范围 #

• 多数OPC-UA服务器默认仅绑定localhost或特定网卡，需确认Prosys模拟服务器/PLC的UA服务是否绑定到0.0.0.0（所有可用网卡）：
  • Prosys模拟服务器：进入设置 -> Endpoints，查看端点地址的绑定IP，若仅为127.0.0.1，需修改为0.0.0.0或宿主机内网IP；
  • 真实PLC：查阅设备手册，确认UA服务的网络绑定配置，确保允许容器所在子网访问。
• 先在WSL2终端内用UaExpert等UA工具测试连接，验证WSL2本身能否访问服务器端点，排除容器层面的问题。

2. 修正WSL2环境下的宿主机地址 #

• WSL2的宿主机IP并非172.17.0.1（这是Docker网桥网关），正确的宿主机映射IP可在WSL终端执行cat /etc/resolv.conf，取nameserver对应的IP；
• 用该IP构造连接字符串测试：opc.tcp://<wsl_resolv_nameserver_ip>:53530/OPCUA/SimulationServer，避免依赖host.docker.internal（WSL2模式下该地址可能存在解析问题）。

3. 调整Docker网络模式 #

• 尝试使用host网络模式启动容器，让容器直接复用宿主机网络栈，绕过Docker网桥的端口映射限制：
  • 命令行：docker run --network host <your-image>；
  • Docker Compose：在服务配置中添加network_mode: host；
• 若不使用host模式，需确认Windows防火墙/PLC防火墙已放行53530端口，且允许WSL2子网（可通过ip addr在WSL终端查看子网段）的访问。

4. 排查OPC-UA证书信任问题 #

• OPC-UA默认依赖证书认证，容器内客户端生成的证书可能未被服务器信任：
  • 找到容器内UA客户端的证书目录（通常在应用根目录的pki文件夹下），导出客户端证书；
  • 将证书导入Prosys服务器的信任列表（Security -> Certificates -> Trusted Clients）；
  • 测试阶段可临时将服务器的安全策略设为None，排除证书问题的干扰，确认连接核心逻辑正常后再恢复安全配置。

5. 启用UA客户端的详细日志定位错误 #

• 修改.NET UA库的XML配置文件，将日志级别设为Debug，或在代码中添加日志监听，获取连接失败的具体错误信息：
  • 常见错误包括：端点URL不匹配、安全策略不兼容、证书验证失败、服务器拒绝连接等；
  • 日志信息是定位问题最直接的依据，避免盲目尝试地址和配置。

6. 验证真实PLC的网络可达性 #

• 先在WSL2终端用nc -zv <plc_ip> <plc_ua_port>或telnet <plc_ip> <plc_ua_port>确认端口连通性；
• 再用UaExpert在WSL环境中尝试连接PLC，若WSL内无法连接，问题大概率出在PLC的网络配置（如网段隔离、防火墙规则、UA服务未启用）。

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