在我重新启动vp之后，自动托管的posthog就被关闭了。

Question

更新：

重现这个问题非常简单，只需几个步骤：

1. 运行以下命令，将其安装在您的Ubuntu服务器上：

/bin/bash -c $(curl -fsSL https://raw.githubusercontent.com/posthog/posthog/HEAD/bin/deploy-hobby)

1. 在自动安装过程中，系统会提示您输入您的后期站点的域，所以输入一个并等待进程完成。
2. 访问您输入的域，它就是访问域。
3. 现在，重新启动您的VPS，并再次访问域，它将永远关闭。即使您使用您的ip地址，也不能访问。

我在相同的up上尝试了三次自动安装和重新启动，最后得到了相同的结果。我也尝试了一个新的主机提供商在另一个版本，但仍然是相同的问题。新的安装和网站将在您重新启动后立即关闭您的vps！

下面是我从Caddy容器获得的错误日志，这个日志是在vps重新启动后生成的：

{“级别”：“错误”，"ts":1642534398.9394724，“记录器”：“http.log.error”，“msg”：“拨号tcp 172.18.0.4:8000:连接:连接拒绝”，"request":{"remote_addr":"67.198.228.123:35424"，"proto":"HTTP/2.0"，“方法”：“获取”，“主机”：“”，"uri":"/preflight"，“标题”：{“Sec-Ch”：“不是A；品牌“；v=”99，“Chrome”；v=“96”，"Google Chrome“；v=”96“，”User“：”Mozilla/5.0 (Macintosh；Intel Mac 10_15_7) AppleWebKit/537.36 (KHTML，像壁虎一样) Chrome/96.0.4664.110；v=/537.36“，”Sec-获取-站点“：”跨站点“，”接受-语言“：”en-US，en；“接受-编码”：“gzip，deflate，br"，"Cookie":"phtoolbar=yes；q=0.9”ph_sTMFPsFhdP1Ssg_posthog=%7B%22distinct_id%22%3A%22FpLgrw74q9qcclLSJ1bOrzsiPJmZtHdKswxemTFy9LG%22%7D"，“缓存-控制”：“max-age=0”，“Sec-Ch Mobile”：“0”，“升级-不安全-请求”：“1”，“Sec-获取-请求”：“macOS”，“Sec-Ch平台”：“macOS”，“接受”：“text/html，application/xhtml+xml，application/xml;q=0.9，image/avif，image/webp，image/apng，/；q=0.8，应用程序/签名交换；v=b3；q=0.9"，“Sec-提取-模式”：“导航”，“Sec-获取-用户”：“？1”}，“tls”：{“恢复”：假，“版本”：772，"cipher_suite":4865，"proto":"h2"，"proto_mutual":true，"server_name":""}}，“持续时间”：0.008754516，“状态”：502，"err_id":"gicbjv2m4"，"err_trace":"reverseproxy.statusError (reverseproxy.go:886)"} {“reverseproxy.statusError(reverseproxy.go:886)”}{“错误”，"ts":1642534401.5881941，“记录器”：“http.log.error”，“msg”：“拨号tcp 172.18.0.4:8000: connect: connection拒绝”，"proto":"HTTP/2.0"，“方法”：“GET”，“主机”：“”，"uri":"/preflight"，"headers":{"Cache-Control":"max-age=0"，"Sec-Ch-Ua-Mobile":"?0"，“Sec-Ch平台”：“macOS”，“Sec-获取-用户”：“？1”，“用户-代理”：“Mozilla/5.0 (Macintosh；英特尔Mac 10_15_7) AppleWebKit/537.36 (KHTML，类似壁虎) Chrome/96.0.4664.110 Safari/537.36，“Sec-Ch”：“Not A；；v=”99，"Chromium";v="96"，"Google“；V=“96”，“Sec-提取模式”：“导航”，“接受-编码”：“gzip，image，br"，”升级-不安全-请求“：”1“，”接受“：”text/html，application/xhtml+xml，application/xml;q=0.9，image/avif，image/webp，image/apng，/;q=0.8，application/signed；v=b3；Q=0.9，“Sec-获取-站点”：“跨站点”，“Sec-获取-Dest”：“文档”，“接受-语言”：“en-US，en;q=0.9"，"Cookie":"phtoolbar=yes；en；q=0.9”ph_sTMFPsFhdP1Ssg_posthog=%7B%22distinct_id%22%3A%22FpLgrw74q9qcclLSJ1bOrzsiPJmZtHdKswxemTFy9LG%22%7D"}，“tls”：{“恢复”：假，“版本”：772，"cipher_suite":4865，"proto":"h2"，"proto_mutual":true，“server_name”：“”}，“久期”：0.001907749，“状态”：502，"err_id":"27e15xwsj"，Err_trace：“reverseproxy.statusError (reverseproxy.go:886)"}

顺便说一句，这是他们的文件FYI：https://posthog.com/docs/self-host/deploy/hobby

原始问题：

我在我的vps上安装了他们所谓的业余爱好安装脚本，一开始很好。但是就在我重新启动ubuntu并再次访问了我自己托管的posthog站点之后，它就不会加载并且只显示一个空白页。在我重新启动我的副程序后好像出了点问题。我已经使用命令docker检查了Posthog所需的所有服务，并且一切都已启动并运行(请查看附带的屏幕截图)。

我已经想了四天了，但没有运气。我是新来的码头和库伯内特斯，所以我不知道是什么原因，问题，我应该做什么。请把这件事弄清楚，并帮助我：

​

​

Answer 1

首先，这是一个对接-合成堆栈，而不是库伯内特斯。如果您查看执行的脚本，可以看到是下潜的船坞构图和使用它启动堆栈。因此，在重新启动后执行docker-compose stop && docker-compose start应该可以修复这个问题。

这里的“问题”是用于业余爱好项目的对接者撰写yaml，其中包括以下内容：

   caddy:
        image: caddy
        restart: unless-stopped
        ports:
            - '80:80'
            - '443:443'

https://github.com/PostHog/posthog/blob/153b58d9f906fb6f99df942364017738b565d068/docker-compose.hobby.yml#L87

unless-stoppped命令的行为是，如果某个给定容器被停止，它就不会重新启动。

除非- stopped类似于“始终”，除非容器被停止(手动或其他方式)，否则即使在Docker守护进程重新启动之后也不会重新启动。

对于您来说，最重要的部分是“即使在Docker守护进程重新启动之后”，这是作为重新启动的一部分发生的。

因此，卡迪没有运行，您的服务也不可用。