Почему для настройки CDN DNS требуется A
Вероятно, простой вопрос, и я пропускаю что-то тривиальное, но... Типичная настройка инкапсуляции CDN:
- domain.com запись в инкапсула IP
- subdomain.domain.com CNAME запись для incapsula.host
Почему используется запись? Почему бы не использовать запись CNAME и для корневого домена?
3 ответа
Потому что вы не можете иметь запись CNAME для корневого домена, если вы хотите иметь другие записи в этом же домене. Это не разрешено спецификацией DNS, в частности, в RFC 1034 ( http://www.faqs.org/rfcs/rfc1034.html).
Если CNAME RR присутствует на узле, никакие другие данные не должны присутствовать; это гарантирует, что данные для канонического имени и его псевдонимов не могут быть разными. Это правило также гарантирует, что кэшированное CNAME можно использовать без проверки на доверенном сервере других типов RR.
Если у вас было CNAME, то вы могли бы это сделать.
Большинство провайдеров DNS не разрешают вам указывать корневой домен на другую запись, отличную от записи A, причина в том, что правила RFC запрещают это. Рекомендуется указывать корневую запись в соответствии с инструкциями Incapsula и использовать консоль управления для указания корневого домена на WWW, чтобы избежать задержки (CNAME использует геолокацию).
Возможность использования записи CNAME для корневого домена определяется поставщиком услуг DNS для этого домена. Это не имеет ничего общего с поставщиком CDN для этого домена.
CNAME для корневого домена не является стандартной функцией DNS, поэтому многие поставщики услуг DNS не поддерживают ее. Вот почему в некоторых ситуациях корневой домен должен указывать на запись A от поставщика CDN.
В другой ситуации, когда поставщик услуг DNS поддерживает CNAME для корневого домена, и вы настраиваете корневой домен для указания на CNAME, вы все равно найдете запись A при ее копировании, это называется выравниванием CNAME.
Возьмем, к примеру, этот сайт whatsmycdn.com, на самом деле он указывает на CDN CNAME, но вы видите виртуальный IP-адрес CDN только при копании в результате сглаживания CNAME:
dig whatsmycdn.com +short
110.232.178.193