Рейтинг:0

Приоритет DNS с разрешением *.domain и *.subdomain.domain

флаг co

У меня есть зона DNS, размещенная в Google Cloud DNS, с записями, подобными:

(предположим, что зона пример.com, а для корня зоны есть записи SOA и NS):

example.com A 10.20.30.40# <- указывает на какой-то реальный IP-адрес
*.example.com CNAME example.com # все остальное является CNAME для example.com
*.sub1.example.com CNAME example.com
*.sub2.example.com CNAME example.com

В настоящее время:

  • Разрешение под-поддоменов, таких как foo.sub1.example.com и blah.sub2.example.com работает как положено.
  • Разрешение имен хостов Кроме как sub1 и sub2, такие как foo.example.com и sub3.example.com работает как положено.
  • Разрешение sub1.example.com и sub2.example.com не работай.

Я ожидал, что sub1.example.com будет соответствовать *.example.com и решиться на CNAME example.com, но это не так.

Я могу легко обойти это, добавив явный CNAME записи для sub1.example.com и sub2.example.com но мне интересно, действительно ли это необходимо.

Это ожидаемое поведение для всех DNS? Или возможно только для Google Cluod

John Hanley avatar
флаг cn
CNAMES имеют странные ограничения. Технически, если вы создаете ***.example.com**, вы также не можете создать **sub1.example.com**. Прочитайте RFC на CNAMES.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.