配置 TLS

关于传输层安全

当 GitHub Enterprise Server 首次启动时，会启用 TLS（替代了 SSL）并通过自签名证书进行配置。由于自签名证书不受 Web 浏览器和 Git 客户端的信任，因此这些客户端将报告证书警告，直至您禁用 TLS 或上传由 Let's Encrypt 等可信颁发机构签名的证书。

GitHub Enterprise Server 设备将在 SSL 启用时发送 HTTP 严格传输安全标头。禁用 TLS 会导致用户无法访问设备，因为用户的浏览器将不允许协议降级为 HTTP。有关详细信息，请参阅维基百科上的 HTTP 严格传输安全 (HSTS)。

Warning

在负载均衡器上终止 HTTPS 连接时，从负载均衡器到 GitHub Enterprise Server 的请求也需要使用 HTTPS。不支持降级到 HTTP 连接。

若要允许用户使用 FIDO U2F 进行双因素身份验证或使用 GitHub Actions 部署 GitHub Pages 站点，必须为实例启用 TLS。有关详细信息，请参阅“配置双重身份验证”。

要在生产中使用 TLS，您必须具有由可信证书颁发机构签名的未加密 PEM 格式的证书。若要使用由内部证书颁发机构签名的证书，必须安装根证书和任何中间证书。有关详细信息，请参阅“排查 TLS 错误”。

证书还需要为“启用子域隔离”中列出的子域配置使用者可选名称，如果证书已由中间证书颁发机构签名，将需要包含完整的证书链。有关详细信息，请参阅维基百科上的使用者可选名称。

可使用 ghe-ssl-generate-csr 命令为实例生成证书签名请求 (CSR)。有关详细信息，请参阅“命令行实用程序”。

密钥必须是 RSA 密钥，并且不能有密码。有关详细信息，请参阅“排查 TLS 错误”。

Warning

配置 TLS 会导致你的 GitHub Enterprise Server 实例出现短暂故障时间。

Let's Encrypt 是公共证书颁发机构，他们使用 ACME 协议颁发受浏览器信任的免费、自动化 TLS 证书。您可以在设备上自动获取并续订 Let's Encrypt 证书，无需手动维护。

要使用“让我们加密”自动化，您的设备必须配置可通过 HTTP 公开访问的主机名。该设备还必须可以进行出站 HTTPS 连接。

在使用 Let's Encrypt 启用 TLS 证书管理自动化后，你的 GitHub Enterprise Server 实例将与 Let's Encrypt 服务器通信，以获取证书。要续订证书，Let's Encrypt 服务器必须通过入站 HTTP 请求验证已配置域名的控制。

还可以在你的 GitHub Enterprise Server 实例上使用 ghe-ssl-acme 命令行实用程序自动生成 Let's Encrypt 证书。有关详细信息，请参阅“命令行实用程序”。

要使用“让我们加密”自动化，您的设备必须配置可通过 HTTP 公开访问的主机名。该设备还必须可以进行出站 HTTPS 连接。

Warning

配置 TLS 会导致你的 GitHub Enterprise Server 实例出现短暂故障时间。

可以对 Let's Encrypt 的 TLS 证书问题进行故障排除。

在某些情况下，最终用户可能会报告你的 GitHub Enterprise Server 实例上的服务页面会在浏览器的开发人员工具中返回以下错误。

Security error prevented the resource from being loaded

若要解决这些错误，必须重新颁发证书来更新 Let's Encrypt 证书中的“使用者可选名称”(SAN)。更换实例的证书需要停机。