Docker容器网络异常及Proxmox下Nginx外部访问故障排查

• 应用监听地址错误：如果你的Node.js服务绑定的是127.0.0.1，在Docker默认桥接网络下，容器有独立的网络命名空间，127.0.0.1仅指向容器自身，宿主机或外部无法访问该地址。而使用Host网络时，容器共享宿主机网络栈，绑定127.0.0.1就等同于绑定宿主机的回环地址，外部能正常访问。
• 端口映射未配置：运行容器时如果没添加-p 3000:3000参数，默认网络下容器的3000端口不会映射到宿主机，外部自然无法访问。Host网络不需要端口映射，直接使用宿主机端口，因此能正常访问。

1. 虚拟机本地防火墙未关闭：你仅关闭了Proxmox全局防火墙，但Ubuntu虚拟机自带的ufw可能仍在运行，执行ufw status检查状态，若开启则运行ufw disable关闭。
2. 应用监听地址仍为127.0.0.1：和问题1同理，即便做了端口映射，服务只绑定容器内的回环地址，Nginx（无论在宿主机还是另一个容器）都无法访问容器内的服务。需修改Node.js代码，将服务监听地址改为0.0.0.0，让服务接受所有网卡的请求。
3. Docker端口映射未配置：确认启动容器时是否添加了-p 3000:3000，将容器的3000端口映射到虚拟机的3000端口，否则Nginx无法通过虚拟机IP访问容器服务。
4. Proxmox虚拟机网络模式问题：如果虚拟机用的是NAT网络模式，Proxmox需额外配置端口转发，将外部请求转发到虚拟机的Nginx端口。AWS EC2默认是桥接模式，虚拟机直接获取可路由的IP，外部能直接访问，而Proxmox的NAT模式需手动设置转发规则。
5. Nginx反向代理配置错误：检查Nginx配置中代理的目标地址是否正确，比如是否指向虚拟机的127.0.0.1:3000（已做端口映射的情况），或者Docker容器的内部IP（Nginx和应用在同一Docker网络的情况）。若Nginx在Docker容器中，需确保两个容器在同一自定义网络中，用容器名代替IP访问。

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