软件测试培训多少钱本文转自于TesterHome，如有侵权请联系（2523030730@qq.com）删除。文章源自玩技e族-https://www.playezu.com/216925.html 文章源自玩技e族-https://www.playezu.com/216925.html
玩技站长微信
添加好友自动发送入群邀请
rainbow-shownow
玩技官方公众号
官方微信公众号
PLAYEZU
- 版权提示：本站仅供存储任何法律责任由作者承担▷诈骗举报◁▷新闻不符◁▷我要投稿◁
风险通知：非原创文章均为网络投稿真实性无法判断，侵权联系2523030730
免责声明：内容来自用户上传发布或新闻客户端自媒体，切勿！切勿！切勿！添加联系方式以免受骗。 - 原创转载：https://www.playezu.com/216925.html
转载说明： 点我前往阅读>>>
未知地区 1F
这个的原因和 docker 没关系吧？前端访问接口不通，访问的接口应该是宿主机的端口。你用了端口映射，应用内本来是 B，容器启动时映射到宿主机的 A 端口，则前端打包的时候也应该是 A 端口而不是 B 端口，可以考虑把 AB 设置成一样，或者前端重新打包。我也不知道啊，本想找到部署环境的节点发，但是没找到 建议一层一层排查，先去 docker 里面用命令行确认页面是否正常,再来就是看 nginx 转发路径是否配的对。从 docker 部署截图看，8899 端口原来是 authority-ui 服务监听的，然后 docker 通过端口映射，改为了由 nginx 来监听这个端口，authority-ui 则改为了 80 端口。
你在 nginx 内部有配置好转发规则，让收到的 8899 端口请求，转回给 authority-ui 服务么？
另外，这个部署方式很奇怪，你想让用户通过 8899 端口访问，还是通过 80 访问呢？一般部署应该是 80（http）、443（https）给 nginx ，nginx 再按内部规则把请求转给内部前端或后端服务的。你现在把 80 给了内部的前端服务，nginx 反而监听一个 8899 的自定义端口，有点奇怪。排查问题从日志开始，看看authority-ui输出什么