Я не так хорошо знаком с внутренней работой DNS, предпочитаю просто добавлять свои CNAME и записи A по мере необходимости и оставлять за кадром другим сервисам. Я размещаю несколько сайтов на Amazon S3, что явно не позволяет вам иметь запись A с определенным IP-адресом, поскольку это облачный сервис. Следовательно, я должен использовать 301 редирект для голого домена (foobar.org) на www.foobar.org, заставляя использовать либо стороннюю службу, либо сервер для перенаправления.
Я заметил, что у Cloudflare есть начал предлагать услугу что позволяет вам по существу нарушить соглашения DNS и установить CNAME для вашего корневого домена, решая проблему с голым доменом в S3. Однако я не уверен, в чем проблема - вызовет ли это проблемы для записей MX, посетителей веб-сайтов и других? Какие могут быть непредвиденные побочные эффекты?
Это не совсем CNAMEхотя, не так ли? Это конфигурация того, откуда они должны получать ваш сайт, когда они получают запросы на него.
Сервис CloudFlare направляет трафик на свои собственные серверы в качестве кэширующего прокси. Их пример имеет CNAME переходят на адрес Amazon EC2, но это не тот сервер, на который они будут указывать вам, когда ваш клиент запрашивает его; вместо этого они вернут адрес своего собственного прокси-хоста в ответ на ваш запрос.
Если они действительно настроили CNAME запись в корневом домене, это действительно сломает ваш MX и SOA записи - но я подозреваю, что они это реализовали не так.
Любой DNS-сервер, допускающий такую конфигурацию, по определению содержит ошибки. Я бы не стал доверять этим DNS-серверам какие-либо критически важные службы.
С другой стороны, это может сработать, если Cloudflare владеет всеми серверами для данного TLD (.biz, .com и т. Д.), А затем запретит любую другую запись на somehost.com такие как MX, TXT, SOA и т. д. Это маловероятно и может вызвать другие проблемы в будущем ...