今天早上，我收到了自定义域上托管的每个Gitlab页面的电子邮件，说域验证失败。
那很好，因为我认为我从来没有在第一时间对它们进行过验证 - 在Gitlab上做得很好。
当我查看每个仓库中的设置＆gt;页面＆gt; 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中的错误吗？我做错了吗？
谢谢！
答案 0 :(得分：4)
等一下，它对我有用。最初，遇到与您提到的问题相同的问题。
此外，您可能会发现此页面非常有用：https://gitlab.com/help/user/project/pages/getting_started_part_three.md#dns-txt-record
这可能是值得的，尝试：
copy: {
dist: {
files: [{
expand: true,
dot: true,
cwd: '<%= yeoman.app %>',
dest: '<%= yeoman.dist %>',
src: [
'fonts/*',
'resources/*',
'assets/images/*',
'*.{ico,png,txt}',
'*.html',
'images/{,*/}*.{webp}',
'styles/fonts/{,*/}*.*'
]
}, {
expand: true,
cwd: '.tmp/images',
dest: '<%= yeoman.dist %>/images',
src: ['generated/*']
}]
},
styles: {
expand: true,
cwd: '<%= yeoman.app %>/styles',
dest: '.tmp/styles/',
src: '{,*/}*.css'
}
},
而不是：blog.ollyfg.com
答案 1 :(得分：4)
这里是如何通过Gandi指向subdomain.domain.com的{{1}}指向点。
在通过namespace.gitlab.io/project-name向项目添加新的子域时，GitLab生成的CNAME和TXT记录在我的情况下无效无效。确切的无效记录为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"
IP地址已在2018年从namespace.gitlab.io更改为52.167.214.135。
至少等待30分钟以使记录传播。
在我的情况下，GitLab也自动验证了域，我不需要单击35.185.44.232按钮。
答案 2 :(得分：3)
文档（和验证页面）对我来说有些混乱。在GoDaddy上，这对我有用：
名称：@
值：35.185.44.232
名称：example.com
值：username.gitlab.io
名称：@
值：gitlab-pages-verification-code = 00112233445566778899aabbccddeeff
通过Gitlab验证，并且：
dig -t txt +short example.com
答案 3 :(得分：3)
对于GoDaddy（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) | |
虽然文档说使用_gitlab-pages-verification-code.example.com和_gitlab-pages-verification-code.www.example.com，但这些文件对我不起作用，并且在更改并重新检查我的验证状态后几秒钟内，我可以看到它从未验证状态变为已验证状态，反之亦然。
答案 4 :(得分：0)
我真的很难使它工作。但最后，下面的设置对我有用。
+-----------+---------------------+
| Host | @ |
+-----------+---------------------+
| Points To | 35.185.44.232 |
+-----------+---------------------+
要验证您的域，请添加 TXT 记录
+-----------+-----------------------------------------------------------------+
| Host | @ |
+-----------+-----------------------------------------------------------------+
| TXT Value | gitlab-pages-verification-code=00112233445566778899aabbccddeeff |
+-----------+-----------------------------------------------------------------+
+-----------+---------------------+
| Host | subdomain |
+-----------+---------------------+
| Points To | namespace.gitlab.io |
+-----------+---------------------+
要验证您的域，请添加 TXT 记录
+-----------+-----------------------------------------------------------------+
| Host | _gitlab-pages-verification-code.subdomain |
+-----------+-----------------------------------------------------------------+
| TXT Value | gitlab-pages-verification-code=00112233445566778899aabbccddeeff |
+-----------+-----------------------------------------------------------------+
注意子域和验证码将在“设置”>“页面”下找到（创建/详细信息） GitLab.com上的GitLab页面IP已更改 从 2018
中的 52.167.214.135 到 35.185.44.232答案 5 :(得分：0)
现在是 2021 年，这个问题仍然发生。无法使用 gitlab 建议的 CNAME 和 TXT 验证域。不得不在godaddy上使用：
subdomain A 35.185.44.232
subdomain TXT gitlab-pages-verification-code=####