作者:gogo迷失的大G | 来源:互联网 | 2022-12-27 08:29
今天早上我收到了自定义域上托管的每个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.com
点namespace.gitlab.io/project-name
与甘地。
在CNAME
和TXT
添加新的子域的一个项目时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.io
IP地址已从更改52.167.214.135
为35.185.44.232
2018年。
等待至少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