我一直在运行一个 gitlab 实例，今天我正在尝试设置页面功能。我遵循了 gitlab 指南和谷歌云文档，似乎我的配置文件损坏或损坏(由我 ofc(，甚至 ssh 也关闭(直接在谷歌控制台上(，直到我重新启动 VM。现在我能够看到实例正在 shell 上运行，但无法使其重新联机，我这里有 3 个选项，1( 我等了一天左右，看看这是否是域/dns 问题，2( 继续尝试恢复只有 3 个用户且没有项目的 gitlab， 或 3( 制作一个新的，并尝试从一开始就设置好一切。唯一困扰我的是失去 2 个有机地来到我的项目的用户。
我能在这里做什么？我正在尝试修复配置文件，但同时我不知道这是否是域问题，因为我不得不更改一些 dns 配置来设置子域。我唯一无法理解的是，在我更改 gitlab 的配置后，我的 shell 如何或为什么至少一个小时出现故障。顺便说一句，快照是使用 gcloud 进行备份的正确方法吗？
我能在这里做什么？
撤消您的更改;换句话说，当系统工作时，将事情恢复到以前的样子。 要做到这一点，你必须确切地知道你改变了什么。
如果您没有将配置文件保留在版本控制中，则应开始这样做，因为这样可以更轻松地跟踪和控制更改。
我决定回答我的问题，因为我知道这个问题是如何发生的，并且可能会出现在其他人身上。
条件：
有一个 Gitlab 自托管。
尝试为 Gitlab页面和 URL 停止设置 DNS 设置 即使 Gitlab 实例仍在计算机上运行，也会响应。
在这里，我们可以看到问题出在DNS设置中。 就我而言，我在域服务 DNS 设置中设置了不同的 DNS 案例。相反，此DNS设置必须在您的主机/服务器端进行。
要正确创建 Gitlab DNS，请执行以下操作：
通配符域*.mydomain.com类型 A 应该在server config上，在我的情况下是 gcloud DNS。找出用于主机服务器配置的软件。
最好在不重定向的情况下设置域和服务器，并在域设置上设置正确的DNS。这样，您的域将解析子域，而无需在域设置上进行重定向。设置通配符类型 A 记录后，您可以或不能将子域作为 CNAME 示例，subdomain.mydomain.com。或者，您可以为具有 A 类记录的子域使用单独的 IP。
总之，在设置 Gitlab Pages DNS 时，不要更改您的域设置，而是更改您的服务器 DNS 设置。