Это то, что я видел, как обсуждали в некоторых других местах, но эта проблема, в частности, не была описана как невозможная.
Я хочу указать домен apex на приложение 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 - они являются указателями на другие записи в Route 53, поэтому целью записи псевдонима может быть только корзина S3, Elastic Load Balancer, распределение CloudFront или другая запись того же тип (например, A
запись) в вашей зоне размещения. Route 53 использует свою внутреннюю базу данных, чтобы найти цель и вернуть стандартный ответ DNS.
Таким образом, невозможно напрямую указать псевдоним на внешний адресат.
Если вы действительно хотите указать псевдоним на внешнем назначении, это возможно косвенно с помощью CloudFront, поскольку CloudFront принимает имя хоста (example.herokuapp.com) в качестве имени сервера Origin, на который будут перенаправляться запросы. Он также позволяет использовать SSL-сертификат, созданный Amazon Certificate Manager, и выборочно маршрутизировать различные шаблоны путей в разные места назначения (например, маршрутизацию). /images/*
в ведро S3, например). Поведение CloudFront при кэшировании можно настроить или отключить, если вы этого не хотите.
Это, конечно, повлечет за собой плату за использование запросов и пропускную способность, но предоставит некоторые дополнительные возможности, которые могут стоить того, включая снижение нагрузки на вашу службу heroku, если кеширование - это то, от чего вы могли бы извлечь выгоду.
Однако существуют веские причины для использования имени хоста www вместо простого домена и настройки простого домена для перенаправления входящих запросов на www, что можно сделать несколькими способами.