Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/node.js/37.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Gitlab页面:验证域所有权失败_Gitlab_Gitlab Pages - Fatal编程技术网

Gitlab页面:验证域所有权失败

Gitlab页面:验证域所有权失败,gitlab,gitlab-pages,Gitlab,Gitlab Pages,今天早上,我收到了托管在自定义域上的每个Gitlab页面的电子邮件,说域验证失败 这很好,因为我不认为我一开始就验证过它们——这对Gitlab很有帮助 当我浏览每个回购协议的设置>页面>域\详细信息时,我看到了创建以下记录的说明: _gitlab-pages-verification-code.blog.ollyfg.com TXT gitlab-pages-verification-code={32_digit_long_code} 创建此记录并单击“验证所有权”按钮时,我收到消息“验证域所

今天早上,我收到了托管在自定义域上的每个Gitlab页面的电子邮件,说域验证失败

这很好,因为我不认为我一开始就验证过它们——这对Gitlab很有帮助

当我浏览每个回购协议的设置>页面>域\详细信息时,我看到了创建以下记录的说明:

_gitlab-pages-verification-code.blog.ollyfg.com TXT gitlab-pages-verification-code={32_digit_long_code}
创建此记录并单击“验证所有权”按钮时,我收到消息“验证域所有权失败”

我已经确定了记录,并且

dig -t txt +short _gitlab-pages-verification-code.blog.ollyfg.com
返回:

"gitlab-pages-verification-code={same_32_digit_long_code}"
这是Gitlab中的一个bug吗?我做错什么了吗


谢谢

等一下,这对我有用。一开始,问题和你提到的一样

此外,您可能会发现此页面非常有用:

这可能值得一试:
blog.ollyfg.com

而不是:
\u gitlab-pages-verification-code.blog.ollyfg.com

这里是如何获得
subdomain.domain.com
指向
namespace.gitlab.io/project name

GitLab在通过
Settings>Pages>new Domain
向项目添加新子域时生成的
CNAME
TXT
记录在我的情况下不起作用。确切的非工作记录是
mysubdomain.mydomain.com CNAME mynamespace.gitlab.io.
\u gitlab-pages-verification-code.mysubdomain.mydomain.com TXT gitlab pages verification code=00112233445566778899aabbccddeeff

mysubdomain CNAME mynamespace.gitlab.io.
(末尾有点和没有点)这样的修改也不起作用(
ping mysubdomain.mydomain.com
表示未知主机)

在我的例子中,使用
A
记录和
TXT
记录,在记录的名称字段中仅使用子域确实有效。以下是准确的工作记录:

mysubdomain 1800 IN A 35.185.44.232
mysubdomain 1800 IN TXT "gitlab-pages-verification-code=00112233445566778899aabbccddeeff"
请注意,
namespace.gitlab.io
IP地址在2018年已从
52.167.214.135
更改为
35.185.44.232

至少等待30分钟,以传播记录

在我的例子中,GitLab也自动验证了域,我不需要单击
验证
按钮。

文档(以及验证页面)让我有点困惑。以下是在戈达迪身上对我有用的东西:


记录: 名称:@

:35.185.44.232

CNAME: 名称:example.com

:username.gitlab.io

TXT记录: 名称:@

:gitlab页面验证代码=00112233445566778899aabbccddeeff


已通过Gitlab验证,并且:


dig-ttxt+short-example.com

我真的很难让它工作起来。但最终,以下设置对我有效

戈达迪 domain.com 唱片 要验证您的域,请添加TXT记录

TXT记录 subdomain.domain.com 别名记录 要验证您的域,请添加TXT记录

TXT记录 注意子域和验证码将在设置>页面(创建/详细信息)下找到 GitLab.com上的GitLab页面IP已更改 从2018年的52.167.214.135到35.185.44.232

为戈达迪(2020年4月),我必须做以下工作:

|Type |Name                           |Value                                      |
-----------------------------------------------------------------------------------
|A    |example.com (or @)             |35.185.44.232                              |
|TXT  |_gitlab-pages-verification-code|gitlab-pages-verification-code=blahblahblah|
|A    |www                            |35.185.44.232                              |
|CNAME|www.example.com                |example.gitlab.io                          |
|TXT  |_gitlab-pages-verification-code|gitlab-pages-verification-code=blahblahblah|
|     |(or _gitlab-pages.verification-|                                           |
|     |code.www)                      |                                           |

虽然文档说使用了
\u gitlab-pages-verification-code.example.com
\u gitlab-pages-verification-code.www.example.com
,但这些都不适用于我,我可以在更改和重新检查我的验证状态后几秒钟内看到它从未验证变为已验证,反之亦然。

现在是2021年,这个问题仍然存在。无法使用gitlab建议的CNAME和TXT验证域。必须在godaddy上使用:

subdomain A 35.185.44.232
subdomain TXT gitlab-pages-verification-code=####

等待DNS传播24小时,然后重试。在此处看到的情况与此相同,只是使用了rootlevel TXT而不是
\u gitlab-pages-verification-code。
子域可能它没有传播到您的一个辅助DNS服务器,而gitlab正使用此从属服务器进行验证。至少我认为这是我遇到麻烦的原因。在我将过时服务器从我的区域中删除后,验证成功。为了更清楚地说明问题,正如@ryu提到的,这个问题可能是由于域的多个用途(电子邮件、非gitlab使用等)造成的。我在尝试使用子域时遇到了相同的问题。为了解决这个问题,我将DNS记录更改为A类型,并使用gitlab提供的密钥添加了DNS TXT记录。这最终起到了作用
subdomain.domain.zone A 52.167.214.135
subdomain.domain.zone TXT gitlab pages verification code=如果您未使用任何子域,此处的\u code\u
不需要CNAME记录。如果使用子域,则不需要记录。在这两种情况下对我都有效。@Atiq事实上,我确实需要一个和CNAME才能工作,而且我没有使用子域。有趣。我今天配置了它,我的域不需要cname。可能是他们更新了系统。但是为什么根据GitLab的名称必须是GitLab-pages-verification-code.gms ai.com
?不确定@VitalyZdanevich可能他们也更改了他们的文档。以防像我这样无知的人也在绞尽脑汁:我能够将两个不同的Gitlab页面项目映射到同一DNS的两个子域:
en.example.org
namespace.Gitlab.io
fr.example.org
namespace.Gitlab.io/french
。文档似乎表明我需要
CNAME
记录来完成这项工作,但我遵循这些说明,使用了
A
记录,而且效果很好。这个答案对我帮助很大,谢谢。然而,我想在这里添加我在特定子域
WWW
中遇到的另一个问题。对于,建议的方法失败
+-----------+---------------------+
|   Host    |  subdomain          |
+-----------+---------------------+
| Points To | namespace.gitlab.io |
+-----------+---------------------+
+-----------+-----------------------------------------------------------------+
|   Host    |             _gitlab-pages-verification-code.subdomain           |
+-----------+-----------------------------------------------------------------+
| TXT Value | gitlab-pages-verification-code=00112233445566778899aabbccddeeff |
+-----------+-----------------------------------------------------------------+
|Type |Name                           |Value                                      |
-----------------------------------------------------------------------------------
|A    |example.com (or @)             |35.185.44.232                              |
|TXT  |_gitlab-pages-verification-code|gitlab-pages-verification-code=blahblahblah|
|A    |www                            |35.185.44.232                              |
|CNAME|www.example.com                |example.gitlab.io                          |
|TXT  |_gitlab-pages-verification-code|gitlab-pages-verification-code=blahblahblah|
|     |(or _gitlab-pages.verification-|                                           |
|     |code.www)                      |                                           |
subdomain A 35.185.44.232
subdomain TXT gitlab-pages-verification-code=####