Discourse 重建在引导阶段失败：Git HTTPS 超时，寻求基于 SSH 的清洁解决方案

支持
1

你好，

我在一台 Ubuntu 服务器上运行标准的自托管 Discourse 安装，使用的是官方的 discourse_docker 设置。

环境

  • Ubuntu Server
  • Docker
  • 官方 discourse_docker
  • 单容器安装（app.yml）
  • 使用以下命令执行重建：
cd /var/discourse
./launcher rebuild app

问题

重建过程在引导（bootstrap）阶段失败，此时 Discourse 尝试从 GitHub 更新应用程序源代码。

失败发生在：

git fetch --tags --prune-tags --prune --force origin

并报错：

fatal: unable to access 'https://github.com/discourse/discourse.git/': SSL connection timeout

随后显示：

FAILED
bootstrap failed with exit code 128

重要发现

可通过 HTTPS 访问 GitHub

在宿主机上：

curl -I https://github.com

可以正常工作。

此外：

curl -I https://raw.githubusercontent.com

也能正常访问。

我的环境中 Git over HTTPS 不可靠

在 Discourse 环境内部：

git ls-remote https://github.com/discourse/discourse.git

失败并报错：

SSL connection timeout

根据我的调查，这似乎是由于我的互联网服务提供商与 GitHub 之间的 HTTPS 连接问题所致。目前我并不打算解决这个网络问题本身，而是希望找到一种使用 SSH 进行 Discourse 重建的方法，因为在当前环境中，通过 SSH 连接 GitHub 是正常工作的。

GitHub SSH 认证已生效

我生成了一个新的 SSH 密钥，将其添加到 GitHub，并验证了认证：

ssh -T git@github.com

返回：

Hi <username>! You've successfully authenticated, but GitHub does not provide shell access.

此外：

git ls-remote git@github.com:discourse/discourse.git

在宿主机上也能成功执行。

仓库 URL

在宿主机上，我已将 /var/discourse 的远程仓库改为使用 SSH：

origin git@github.com:discourse/discourse_docker.git

Git 操作可以正常进行。

然而，在 Discourse 应用容器内部：

cd /var/www/discourse
git remote -v

显示：

origin https://github.com/discourse/discourse.git

因此，在引导阶段，Discourse 仍然尝试使用 HTTPS。

我希望实现的目标

我的主要目标是在 GitHub HTTPS 连接不稳定或频繁超时的环境中，使 Discourse 的重建过程能够可靠运行。

我想了解：

  1. 是否有官方支持的方法，让 Discourse 的引导和重建过程使用 SSH 而非 HTTPS 连接 GitHub？
  2. 如果没有，那么在 Git HTTPS 不可靠但 SSH 正常的情况下，推荐的做法是什么？
  3. 是否有支持的方法，可以在引导/构建阶段注入 SSH 凭证？
  4. 是否有人成功配置过 discourse_docker，使其通过 SSH 获取 Discourse 源代码更新？

我倾向于寻找一种能够经受未来升级的方案，但我也很想知道在引导阶段基于 SSH 的拉取操作在技术上是否被官方支持。

非常感谢您的任何指导。

谢谢。