热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

Gitlab页面:无法验证域名所有权

如何解决《Gitlab页面:无法验证域名所有权》经验,为你挑选了2个好方法。

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

那很好,因为我认为我从来没有在第一时间验证它们 - Gitlab很高兴能够实现这一目标.

当我在每个repo上的Settings> Pages> Domain_Details上面时,我看到了创建以下记录的说明:

_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中的一个错误吗?难道我做错了什么?

谢谢!



1> Martin Trenk..:

下面是如何获得subdomain.domain.comnamespace.gitlab.io/project-name与甘地。

CNAMETXT添加新的子域的一个项目时GitLab生成的记录通过Settings > Pages > New Domain没有在我的情况下工作。确切的非工作记录为mysubdomain.mydomain.com CNAME mynamespace.gitlab.io._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.ioIP地址已从更改52.167.214.13535.185.44.2322018年。

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

对于我的情况,GitLab也自动验证了域,我不需要单击Verify按钮。



2> bozdoz..:

文档(和验证页面)对我来说有点混乱。在GoDaddy上,这对我有用:


一个记录:

姓名:@

价值:35.185.44.232

CNAME:

名称:example.com

:username.gitlab.io

TXT记录:

姓名:@

:gitlab-pages-verification-code = 00112233445566778899aabbccddeeff


经过Gitlab验证,并且:

dig -t txt +short example.com


推荐阅读
author-avatar
gogo迷失的大G
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有