今天被 frp 上了一课，终于知道了为什么不要随便升级服务环境！

[cjpjxjx]

在有公网的服务器上使用 Docker 搭建了 frp server ，并且使用 Watchtower 自动更新 Docker 容器；

家里的内网服务器上也用 Docker 搭建了 frp client ，并且使用 Watchtower 自动更新 Docker 容器，将内网的电脑穿透出来

使用的镜像是这个： https://github.com/snowdreamtech/frp

今天通过远程家里内网电脑，连不上，想登录 frp server 的 web 界面查看设备在线情况，发现页面打不开，ping 服务器 ip 是通的，SSH 登录服务器 docker ps ，发现 frp server 挂了，容器创建时间是四小时前，猜到了可能是容器自动更新导致的问题，尝试重启容器失败，删除容器和镜像重新运行，还是不行，然后尝试指定镜像为之前的版本 0.51.3 运行，这回没问题了！！！果然是版本问题！！！

但是 frp server 运行后 client 一直没有连上来，已经猜到也是被容器自动更新给搞挂了，回家一看果然是同样的问题，指定 client 版本为 0.51.3 就没问题了

查看了 issues 发现了这么个东西：

https://github.com/snowdreamtech/frp/issues/33

然后去 GitHub 的 frp 项目上看了下版本更新，果然：

https://github.com/fatedier/frp/releases

INI 已弃用，并将在未来版本中删除，估计就是这么个问题导致的。。。但看 Features ，好像也不是直接就不支持了吧，可能是个 BUG ？

现在的问题是，我在老家还有台服务器，常年无人值守，通过 frp 穿透出来，也使用了 Watchtower 自动更新 Docker 容器，现在失联了。。。没人能够处理，希望下一个版本自动更新后可以重新上线吧，现在已经把 Watchtower 给删了，不敢用了

[bclerdx]

吃一堑长一智！😂

[yinmin]

问题不是 frp 开发者 fatedier ，而是做 docker image 的 snowdreamtech 。snowdreamtech 估计为了自己使用方便，改了 dockerfile

https://github.com/snowdreamtech/frp/commit/a7bab8cbdfb7a9c38423c541b657883d76cd941c

非原始开发者的 docker 镜像建议还是不要用，自己写 dockerfile 更安全。

[findex]

做运维的同学肯定不会加入自动更新。因为有很多不确定因素。大多数情况都是自己编译然后部署。没经过测试的服务就设定自动更新，可想而知。

[LeeReamond]

题外话问个，zerotier 是更好的方案吗？对于 A 和 B 连接，经过 C 中转的情况，不暴露在公网。

[Tufutogo]

CF tunnel

[supertan]

代码能跑就别动

[]( )

[peasant]

这玩意儿真没啥升级的必要，我的 0.44.0 版本跑了一年多了，稳定运行

[lovelylain]

查了一下我的，0.39.1 ，版本是不是有点太旧了应该手动升级一下？

[gearfox]

FRP 也是的，莫名其妙的废弃原配置文件格式

[zealotxxxx]

控制不要升级 frp 这种嘛

[cfgzBHKRV367]

只能怪你没有做冗余。如果你 frpc 连两个 server,现在就不用慌了。

[wtks1]

看了一下，我这边还在用 0.21.0

[hanierming]

直接用的官方脚本，没用 docker ，也没自动更新

[xhatt]

你这纯纯的给自己找事做。这种部署好了的东西 重来不弄自动更新，稳定第一

[weilongs]

我一般搞俩，就怕其中一个挂了。frp+nps 。对于我这种小白来说这样我踏实点。

[liweinan]

用 zerotier/tailscale 吧, 大概率可以打通直连，不需要服务器中转

[tangtang369]

如果你用蒲公英可能没有这个问题 免费就用账号 掏钱就买它的路由器