Это то, что я видел, как обсуждалось в некоторых других местах, но эта проблема, в частности, не была описана точно как невозможная.
Я хочу указать домен вершины на приложение heroku ( example.com
до example.herokuapp.com
)
CNAME не представляется возможным, потому что они не разрешены на верхнем уровне (поддомены допустимы).
Записи ALIAS кажутся возможными, даже если я не совсем понимаю их, или если они являются стандартными. Мы используем AWS Route53 в качестве нашего поставщика DNS, но записи ALIAS, похоже, можно использовать только для определенных сервисов Amazon (веб-сайт s3, балансировщик нагрузки, .. )
Так можно ли указать верхний домен на приложение Heroku? Могу ли я использовать другого поставщика DNS?
Спасибо
РЕДАКТИРОВАТЬ: Я знаю, что могу CNAME www.example.com
на example.herokuapp.com
, а затем перенаправить с example.com
на www.example.com
, используя запись ALIAS и сайт S3, который выполняет перенаправление. Но мы хотим прямо противоположного, мы хотим, чтобы браузер отображал example.com
.
Запись псевдонима не является фактическим типом записи DNS - это указатели на другие записи внутри Маршрут 53, поэтому целью записи псевдонима может быть только корзина S3, Elastic Load Balancer, распределение CloudFront или другая запись того же типа (например, запись A
) в вашей зоне размещения. . Route 53 использует свою внутреннюю базу данных для поиска цели и возврата стандартного ответа DNS.
Таким образом, невозможно напрямую указать псевдоним на внешний пункт назначения.
Если вы действительно хотите указать псевдоним на внешнем адресате, это можно сделать косвенно с помощью CloudFront, поскольку CloudFront принимает имя хоста (example.herokuapp.com) в качестве имени исходного сервера, на который будут перенаправляться запросы. Он также позволяет использовать сертификат SSL, созданный Amazon Certificate Manager, и выборочно маршрутизировать различные шаблоны путей в разные места назначения (например, маршрутизацию / images / *
в корзину S3). Поведение CloudFront при кэшировании можно настроить или отключить, если вы этого не хотите.
Это, конечно, повлечет за собой плату за использование запросов и пропускную способность, но предоставит некоторые дополнительные возможности, которые могут того стоить, в том числе снижение нагрузки на вашем сервисе heroku, если вам может пригодиться кеширование.
Однако есть веские причины для использования имени хоста www, а не простого домена, и настройки простого домена для перенаправления входящих запросов на www, что можно сделать различными способами.