无法通过REST API将Node-RED与ERPNext连接求助

排查方向1：确认Docker网络与访问方式 #

• 先验证两个容器是否在同一网桥：
  执行docker inspect <erpnext容器名> | grep -i networks和docker inspect <node-red容器名> | grep -i networks，检查输出的网桥名称是否完全一致。
• 改用容器名称替代IP访问：Docker网桥内部支持容器名直接解析，把Node-RED里的请求URL改成http://<erpnext容器名>:8000/api/resource/Item——容器IP可能随重启变化，容器名更稳定且避免IP冲突问题。

排查方向2：检查ERPNext容器的端口与访问限制 #

• 确认ERPNext容器内部8000端口正常监听：
  进入ERPNext容器执行netstat -tulpn | grep 8000，输出需包含0.0.0.0:8000或:::8000，说明端口对容器内部开放。
• 检查ERPNext的IP白名单配置：部分ERPNext部署会限制访问来源IP，确认Node-RED容器所在的网段（比如你的172.19.0.0/16）在允许访问列表内。

排查方向3：Node-RED容器的网络连通性测试 #

• 测试Node-RED容器到ERPNext的基础连通：
  进入Node-RED容器执行ping <erpnext容器名>或ping 172.19.0.8，如果ping不通，说明网桥网络规则有问题，检查Docker防火墙或网桥配置。
• 确认Node-RED容器的网络模式：启动容器时如果用了--network=host，容器内的localhost指向宿主机而非ERPNext容器；确保和ERPNext容器使用相同的网桥模式（比如自定义网桥）。

排查方向4：HTTP请求细节对齐 #

• 对齐Python请求的请求头：在Node-RED的HTTP请求节点中添加User-Agent头（比如User-Agent: Python/3.10，和你测试用的Python版本一致），部分服务会过滤陌生UA导致请求被拦截。
• 重新校验Token：虽然Python能正常使用，但确认Node-RED里的Authorization token没有复制错误（比如多空格、缺失字符），建议重新从ERPNext后台复制一次token。

排查方向5：Docker网桥DNS解析修复 #

• 测试Node-RED容器内的DNS解析：
  进入Node-RED容器执行nslookup <erpnext容器名>，如果无法解析出IP，说明Docker网桥DNS异常，尝试重启Docker daemon，或临时在Node-RED容器的/etc/hosts文件中添加ERPNext容器的IP映射。

内容的提问来源于stack exchange，提问作者Quazi Afnan Ahmed