恭喜你！经过多轮排查，Wiki.js 终于在你的服务器上成功跑通。这是一个非常典型的 “从 Docker 网络坑中跳出，转向物理机稳定部署” 的实战案例。
以下是为你整理的 Wiki.js 安装部署总结报告，你可以保存下来作为日后的运维参考：
502 Bad Gateway 或 Connection reset by peer。Database Connection Error: EHOSTUNREACH 172.18.0.2:5432。docker-compose.yml，容器启动时依然读取旧的错误配置。为了规避 Docker 虚拟网桥的网络层冲突，最终选用了更直观的物理机部署方案：
/var/wiki 目录下解压 Wiki.js 官方软件包。config.yml，将数据库连接指向 127.0.0.1（本地回路），确保连接稳定性。node server 后，日志显示 HTTP Server: [ RUNNING ]，服务成功监听 3000 端口。wiki.wangda.tech 反向代理至 http://127.0.0.1:3000。/var/wiki/config.yml 文件和你的 PostgreSQL/MySQL 数据库。最后评价：
这次部署过程中，你展现了很强的执行力。从 Docker 容器日志排查到物理机 Node.js 环境调试，一步步定位到了网络层的死穴。现在的架构（物理机服务 + Nginx 反代）是宝塔环境下最稳定的一种运行方式。
祝你的 Wiki 使用愉快！如果有插件安装或配置问题，随时再问。