AWS Route 53 - Можно ли направить CNAME в домен, используемый для частных серверов имен? - PullRequest
Новая
       103

AWS Route 53 - Можно ли направить CNAME в домен, используемый для частных серверов имен?

2 голосов
/ 21 июня 2020

Я пытаюсь узнать больше о DNS и у меня есть реальный сценарий, который я не могу решить, как решить. На самом деле я, возможно, не задаю правильный вопрос в заголовке, потому что я не совсем уверен, в чем может быть проблема.

Я успешно установил частные серверы имен на AWS Route53 и некоторое время был использование ряда дополнительных размещенных зон с использованием этого набора делегирования, при этом поставщик домена указывает на эти серверы имен с белыми метками. Однако есть сайт, который я хочу направить в корзину AWS S3, и клиент хочет управлять своей собственной конфигурацией DNS по ряду уважительных причин. Для указания на ведра S3 необходимо использовать псевдоним, что я могу сделать, указав домен на мои серверы имен и используя записи A с псевдонимом (не вариант для этого сценария), если домен управляется AWS (опять же, не вариант) или поместите запись CNAME, указывающую на сегмент. Учитывая, что все может измениться в зависимости от того, где это указано (и дополнительные поддомены, созданные для некоторых недолговечных целевых страниц кампании), мы хотели бы по-прежнему использовать наши серверы имен, если это возможно, чтобы как-то справиться с этим.

Я пытался создать запись CNAME, указывающая на домен серверов имен, и я вижу, что теперь она заняла ns1-4.nameserver.com в записях NS этого конкретного поддомена, но не направляет никуда, подробно описанную в зоне хостинга, которую я создал для этот домен. Хостинговая зона была создана с использованием набора многоразового делегирования моих серверов имен с белыми метками, точно так же, как я создавал другие размещенные зоны раньше.

Я не совсем уверен, что это просто то, что я пропустил, полностью ошибочный лог c или причуда с Route53, но если кто-то может дать совет по поводу того, что нужно проверить, или лучший способ сделать это, я был бы очень признателен. Я так старался исследовать, в чем может быть проблема за последние несколько дней, и, похоже, не могу найти подходящий сценарий.

  • clientdomain.com Запись, указывающая на существующий веб-сайт
  • sub.clientdomain.com CNAME, указывающий на nameserver.com
  • clientdomain.com / sub.clientdomain.com, созданный как зона хостинга в AWS Route53 с повторно используемым набором делегирования nameserver.com (не в то же время, я пробовал все это с каждым из них, чтобы увидеть, повлияло ли это на что-нибудь)
  • NS-записи nameserver.com собраны и используются sub.clientdomain.com
  • sub.clientdomain.com Записи в зоне хостинга AWS Route53, указывающие на IP-адрес сервера, мы должны просто проверить это. Это бит, который терпит неудачу, так как я не вижу попытки достичь этого IP.

РЕДАКТИРОВАТЬ: я должен упомянуть, что при проверке фактических записей DNS нет никаких записей A - это не просто не удалось достичь, их просто нет.

Спасибо

1 Ответ

1 голос
/ 21 июня 2020

CNAME для конфигурации DNS клиентов не должно быть сервером имен. Если вы пытаетесь получить делегированный доступ.

Если клиент хочет делегировать доступ к субдомену, который будет контролироваться вашей размещенной зоной, необходимо выполнить следующие шаги:

  • Создайте publi c размещенная зона вашего поддомена, т.е. sub.example.com.
  • Скопируйте значения записи NS из этой размещенной зоны и предоставьте своему клиенту.
  • Попросите вашего клиента создать новый NS с именем вашего поддомена, его значения должны совпадать со значениями в вашей зоне хостинга.
  • Теперь вы можете использовать свою хостинговую зону publi c в качестве управления DNS для поддомена.

Если ваш клиент хочет контролировать весь свой DNS, он должен вместо этого создать запись CNAME в своем управлении DNS со значением корзины S3.

Обратите внимание на любой из них. решения имя сегмента должно совпадать с именем поддомена.

...