Gitlab Pages: не удалось подтвердить право собственности на домен

Сегодня утром я получил электронные письма для каждой из моих страниц Gitlab, размещенных на пользовательских доменах, о том, что проверка домена не удалась.

Это нормально, потому что я вообще не думаю, что когда-либо проверял их - хорошо на Gitlab, чтобы это заработало.

Когда я перехожу к Настройкам> Страницы> 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? Я делаю что-то неправильно?

Спасибо!


gitlab gitlab-pages
person Olly F-G    schedule 21.02.2018    source источник
comment
Подождите 24 часа для распространения DNS и повторите попытку.   -  person Júlio Jamil    schedule 21.02.2018
comment
Здесь наблюдается то же самое, за исключением использования TXT корневого уровня вместо поддомена _gitlab-pages-verification-code.   -  person Justin Aiken    schedule 22.02.2018
comment
Вероятно, он не распространился на один из ваших вторичных DNS-серверов, и GitLab использовал именно этот ведомый сервер для проверки. По крайней мере, я думаю, что в моем случае именно из-за этого возникли проблемы. Проверка прошла успешно после того, как я удалил устаревший сервер из своей зоны.   -  person kirelagin    schedule 22.02.2018

Ответы (6)


arrow_upward
6
arrow_downward

Подождите, у меня это сработало. Первоначально возникла та же проблема, что и вы упомянули.

Вы также можете найти эту страницу полезной: https://gitlab.com/help/user/project/pages/getting_started_part_three.md#dns-txt-record

Возможно, стоит попробовать: blog.ollyfg.com вместо: _gitlab-pages-verification-code.blog.ollyfg.com

person ryu    schedule 21.02.2018
comment
Чтобы прояснить ситуацию, как упоминал @ryu, эта проблема может быть вызвана несколькими целями домена - (электронная почта, использование не в gitlab и т. Д.). Я столкнулся с той же проблемой при попытке использовать поддомен. Чтобы решить эту проблему, я изменил свою запись DNS на тип A и добавил запись DNS TXT с ключом, предоставленным gitlab. Наконец-то это помогло. subdomain.domain.zone A 52.167.214.135 subdomain.domain.zone TXT gitlab-pages-verification-code=your_code_here - person lut; 23.02.2018

arrow_upward
11
arrow_downward

Документы (и страница проверки) меня немного сбивали с толку. Вот что у меня сработало на GoDaddy:

Запись:

Имя: @

Значение: 35.185.44.232

CNAME:

Имя: example.com

Значение: username.gitlab.io

Запись TXT:

Имя: @

Значение: gitlab-pages-verify-code = 00112233445566778899aabbccddeeff

Проверено Gitlab, а также:

dig -t txt +short example.com

person bozdoz    schedule 17.01.2019
comment
не нужна запись CNAME, если вы не использовали поддомен. И не нужна запись A, если вы используете поддомен. У меня сработало в обоих случаях. - person atiq1589; 20.03.2019
comment
@Atiq На самом деле для работы мне нужны были и A, и CNAME, и я не использую поддомен. - person bozdoz; 20.03.2019
comment
Интересно. Я настроил его сегодня, и мне не нужно было cname для моего домена. может быть они обновляют систему. - person atiq1589; 20.03.2019
comment
Но почему @ для имени, когда согласно GitLab должно быть _gitlab-pages-verification-code.gms-ai.com? - person Vitaly Zdanevich; 10.09.2019
comment
Не уверен в этом @VitalyZdanevich, может быть, они снова поменяли свою документацию - person bozdoz; 11.09.2019
comment
@ В записи TXT имело для меня все значение, большое спасибо! - person nachose; 06.10.2020

arrow_upward
7
arrow_downward

Вот как получить subdomain.domain.com точку на namespace.gitlab.io/project-name с помощью Gandi.

Записи 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.

person Martin Trenkmann    schedule 11.09.2018
comment
Я тоже. И на всякий случай кто-то такой невежественный, как я, тоже борется с этим: мне удалось сопоставить два разных проекта страниц Gitlab с двумя поддоменами одного и того же DNS: en.example.org на namespace.gitlab.io и fr.example.org на namespace.gitlab.io/french. Документация, казалось, предполагала, что для этого мне нужно CNAME записей, но я следовал этим инструкциям и использовал A записей, и это сработало. - person Will Hanley; 01.04.2019
comment
Этот ответ мне очень помог, спасибо. Однако я хотел бы добавить сюда еще одну проблему, с которой я столкнулся с конкретным поддоменом WWW. Рекомендуемый метод для меня не работает, поскольку Ганди не разрешает ввод типа TXT для WWW (вполне нормальное ИМХО). Поэтому вместо того, чтобы менять _gitlab-pages-verification-code.mysubdomain.mydomain.com to m̀ysubdomain, я изменил его на _gitlab-pages-verification-code.mysubdomain, и он работает. Кстати, это связано с тем, как Gandi обрабатывает имена записей DNS, он всегда добавляет mydomain.com. Это ясно, когда вы редактируете записи DNS в табличном режиме, но не очевидно в текстовом режиме. - person trblnc; 07.06.2020
comment
@trblnc может подтвердить, что ваш метод работает для www в доменах Google; ничего другого, что я пробовал, здесь не работало! - person ahelwer; 25.10.2020

arrow_upward
4
arrow_downward

Мне действительно трудно заставить его работать. Но в итоге настройки, указанные ниже, у меня сработали.

GoDaddy

domain.com

запись

+-----------+---------------------+
|   Host    |          @          |
+-----------+---------------------+
| Points To | 35.185.44.232       |
+-----------+---------------------+

Чтобы подтвердить свой домен, добавьте запись TXT

TXT запись

+-----------+-----------------------------------------------------------------+
|   Host    |                                @                                |
+-----------+-----------------------------------------------------------------+
| TXT Value | gitlab-pages-verification-code=00112233445566778899aabbccddeeff |
+-----------+-----------------------------------------------------------------+

subdomain.domain.com

CNAME запись

+-----------+---------------------+
|   Host    |  subdomain          |
+-----------+---------------------+
| Points To | namespace.gitlab.io |
+-----------+---------------------+

Чтобы подтвердить свой домен, добавьте запись TXT

TXT запись

+-----------+-----------------------------------------------------------------+
|   Host    |             _gitlab-pages-verification-code.subdomain           |
+-----------+-----------------------------------------------------------------+
| TXT Value | gitlab-pages-verification-code=00112233445566778899aabbccddeeff |
+-----------+-----------------------------------------------------------------+

Примечание, субдомен и код подтверждения можно найти в настройках> страница (создать / подробности). IP-адрес страниц GitLab на GitLab.com изменен с 52.167.214.135 на 35.185 .44,232 в 2018

person atiq1589    schedule 20.03.2019

arrow_upward
4
arrow_downward

Для GoDaddy (апрель 2020 г.) мне пришлось сделать следующее:

|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, у меня это не сработало, и я мог видеть в течение нескольких секунд после изменения и повторной проверки своего статуса проверки, что он изменился с непроверенного на проверенный, и наоборот.

person mic    schedule 14.04.2020

arrow_upward
0
arrow_downward

Это 2021 год, а эта проблема все еще актуальна. Невозможно подтвердить домен с помощью предложенных gitlab CNAME и TXT. Пришлось использовать на godaddy:

subdomain A 35.185.44.232
subdomain TXT gitlab-pages-verification-code=####
person Valkie    schedule 03.02.2021