Nano Hash - криптовалюты, майнинг, программирование

Как исправить: домен не разрешается на сервер GitHub Pages. Ошибка на страницах Github для настройки личного домена с включенным принудительным HTTPS?

Итак, я пытаюсь настроить собственный домен для работы с моими страницами github. Для этого я в значительной степени следовал стандартной процедуре: (здесь также рекомендуется github: https://help.github.com/articles/setting-up-an-apex-domain-and-www-subdomain/ ). Обратите внимание: мне нужны как домен apex (example.com), так и поддомен www (www.example.com), чтобы разрешить его на моем сайте пользователя страниц github по адресу username.github.io (сам веб-сайт является блогом на основе jekyll < / strong> и я проверил, что он успешно компилируется, прежде чем я начал этот процесс)

  1. I added an A record to my DNS records at the registrar pointing to all of the four IP addresses provided by Github from the apex domain example.com:
    • 185.199.108.153
    • 185.199.109.153
    • 185.199.110.153
    • 185.199.111.153
  2. Затем я вошел и добавил запись CNAME для субдомена www, указывающую на username.github.io.
  3. И затем я, наконец, включил пользовательский домен example.com на вкладке настроек репозитория (в разделе Github Pages> Custom Domain), а также включил параметр Enforce HTTPS после того, как он был включен примерно в течение часа.

Я попытался связаться с моим регистратором, и они сказали, что все в записи DNS выглядит нормально, и они получили следующие результаты:

Записи A:

example.com. 21460 IN A 185.199.111.153

example.com. 21460 IN A 185.199.109.153

example.com. 21460 IN A 185.199.110.153

example.com. 21460 IN A 185.199.108.153

CNAME:

www.example.com. 7199 IN CNAME username.github.io.

Как и ожидалось.

Но я все равно получаю следующую ошибку в github (на вкладке настроек репозитория):

"Домен не разрешается на сервер GitHub Pages. Для получения дополнительной информации см. https://help.github.com/articles/setting-up-a-custom-domain-with-github-pages/."

И когда я пытаюсь получить доступ к сайту, набирая example.com или www.example.com, браузер перенаправляет на https://example.com/, и я получаю сообщение об ошибке (в Chrome):

ERR_CONNECTION_REFUSED

Обратите внимание, что в документации github есть предупреждение:

Предупреждение. Если в вашем домене включено принудительное использование HTTPS, серверы GitHub Pages не будут автоматически маршрутизировать перенаправления. Вы должны настроить переадресацию субдомена www и корневого домена с помощью регистратора домена.

Я понятия не имею, как это обойти. Я подозреваю, что это возможная причина проблемы. Таким образом, решение может заключаться в том, чтобы обойти это перенаправление, я просто не знаю, как бы это сделать.


  • Просто подождите некоторое время, пока DNS не начнет распространяться, и htpps: //atifali.ca заработает нормально. 06.01.2019
  • да просто понял, что это единственная проблема. Спасибо хоть! 07.01.2019
  • @DavidJacquel Интересно, как вы на самом деле получили этот адрес домена? Просто любопытно, так как я попытался сделать его как можно более общим, удалив какие-то конкретные URL-адреса ... это было всего лишь предположением? Просто любопытно хаха 10.01.2019
  • Я хорошо обученный следователь. Когда кто-то задает слишком общий вопрос, делая отладку невозможной, я ищу. И обычно я начинаю поиск на странице профиля. В твоем случае это было легко. ;-) 10.01.2019
  • Что ж, @DavidJacquel, я уважаю вашу приверженность! Нам нужно больше таких людей, как ты, в этом мире! Спасибо друг :) 11.01.2019

Ответы:


1

Для всех, кто наткнулся на это. На самом деле я понял, что изложил правильный метод настройки с помощью Github Pages. И это соответствует тому, что на сегодняшний день рекомендует Github, и работает отлично. Просто дождитесь, пока DNS-распространение вступит в силу, что в некоторых случаях может занять до 24 часов. И вот в чем проблема в моем случае.

07.01.2019
  • Есть ли способ узнать, когда настройки DNS распространились? 09.08.2019
  • @Adam_G: да, безусловно, вы можете проверить записи A и CNAME на следующих веб-сайтах: whatsmydns.net, dnschecker.org, dnsmap.io и многие другие. В основном, на серверах есть тайм-аут для этих настроек, и в большинстве случаев он по умолчанию равен 24 часам (я могу ошибаться, но будьте осторожны) 10.08.2019
  • распространение DNS - если я правильно понимаю - регулируется временем жизни или значением TTL, которое по существу определяет продолжительность жизни, в течение которой эта запись DNS должна быть кэширована, прежде чем будет запрошена новая. Это значение можно увидеть в записи вашего вопроса (example.com. 21460 IN A 185.199.111.153), значение TTL составляет 21460 секунд (почти 6 часов). Ожидание в течение 24 часов по-прежнему идеально, но это также неплохая оценка того, сколько времени пройдет, прежде чем истечет срок действия кэшированной версии вашей записи DNS на серверах github и будет получена новая (и обновленная). 15.01.2021

  • 2

    Github показал мне успешное сообщение об ошибке. После нескольких итераций github доволен следующим:

    1. В разделе «Настройки» ›Страницы: настройте свою страницу на github:
      (вы увидите сообщение об ошибке, и сначала не будет отмечен флажок« Использовать HTTPS »)  введите описание изображения здесь

    2. В корне моего репозитория github файл CNAME с именем веб-сайта (с www):

    www.example.com
    
    1. В DNS моей регистрации домена:
    www                     28800  CNAME  MYUSERNAME.github.io.
    @                       21460  A      185.199.111.153
    @                       21460  A      185.199.109.153
    @                       21460  A      185.199.110.153
    @                       21460  A      185.199.108.153
    
    1. ПОДОЖДИТЕ ДЕНЬ, НАСЛАЖДАЙТЕСЬ прогулкой на открытом воздухе.

    2. Веб-сайт в порядке, и в моем терминале команда dig возвращает:

    $dig WWW.example.com +nostats +nocomments +nocmd
    ;WWW.example.com.   IN  A
    WWW.example.com.    26728 IN CNAME  MYUSERNAME.github.io.
    MYUSERNAME.github.io.   1527    IN  A   185.199.108.153
    MYUSERNAME.github.io.   1527    IN  A   185.199.111.153
    MYUSERNAME.github.io.   1527    IN  A   185.199.110.153
    MYUSERNAME.github.io.   1527    IN  A   185.199.109.153
    
    1. Установите флажок "Принудительно использовать HTTPS".

    Примечание. Замените example.com и MYUSERNAME соответствующими вам значениями.

    09.04.2021
    Новые материалы

    Кластеризация: более глубокий взгляд
    Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..

    Как написать эффективное резюме
    Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..

    Частный метод Python: улучшение инкапсуляции и безопасности
    Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..

    Как я автоматизирую тестирование с помощью Jest
    Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..

    Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
    Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..

    Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
    В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..

    Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
    В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..


    © 2024 nano-hash.ru, Nano Hash - криптовалюты, майнинг, программирование