На геройку, нет абсолютно никакого способа перенаправить https голый домен на героку на него не голый домен с wwws?

Взгляните на эту ссылку из документов Heroku:

https://devcenter.heroku.com/articles/avoiding-naked-domains-dns-arecords#subdomain-redirection

В желтых коробках говорится:

Запросы, сделанные непосредственно голыми доменами через SSL (т. https://mydomain.com) встретит предупреждение при использовании субдомена Перенаправление. Это ожидается, и его можно избежать только путем циркуляции и публикация формата субдомена защищенного URL.

Это действительно единственное решение? Просто надеюсь, что люди не набирают URL-адрес без www?

У меня было несколько проблем с тем, что люди просто удалили поддомен с URL-адреса, чтобы попасть на домашнюю страницу (на https) и столкнулись с предупреждением ssl?

Кто-нибудь еще подумал об этом?

Ответ 1

Лучшей идеей, которую мы нашли до сих пор, является установка двух экземпляров микромашин Amazon EC2 с небольшим количеством конфигурации nginx. Затем укажите два эластичных IP-адреса, чтобы указать на эти экземпляры EC2 и записи 2 A на эти IP-адреса. Таким образом, если что-то пойдет не так на аппаратном обеспечении, вы всегда можете указать свои эластичные IP-адреса на другой машине EC2, не дожидаясь распространения DNS. Пользователи, которые отправятся в https://example.com и http://example.com, получат 301 домен и не будут предупреждены SSL.

server {
  listen 80;
  listen 443 default_server ssl;
  server_name example.com;
  ssl_certificate server.crt;
  ssl_certificate_key server.key;
  return 301 https://www.example.com$request_uri;
}

Другая идея - использовать отличный сервис, предоставляемый wwwizer.

Ответ 2

Лучший вариант - использовать что-то вроде DNSimple тип записи ALIAS, который обеспечивает поддержку корневого домена для записи CNAME.

Затем вы могли бы настроить свои записи (при условии использования конечной точки SSL для SSL).

| type  | name | target                  |
| ALIAS |      | tokyo-123.herokussl.com |
| CNAME | www  | tokyo-123.herokussl.com |

Хотя существуют другие поставщики DNS, которые предоставляют аналогичные функции записи ALIAS (например, DNSMadeEasy ANAME), это не что-то в спецификации DNS. Вот почему нам еще предстоит предоставить полную документацию по использованию таких записей. Однако мы стремимся исправить это в ближайшем будущем, учитывая отсутствие четких указаний для тех, кто хочет поддержки корневого домена.

Следите за используя AWS Route 53 в качестве своего DNS-приложения Heroku. Я считаю, что это или скоро станет возможным для этого на R53 в ближайшее время.

Ответ 3

Переадресация 301 - это правильный способ сделать это, поскольку RFC1033 заявляет, что вы не можете указать свою вершину зоны (корневой домен) на запись CNAME - она должна быть записью A.

Таким образом, есть службы DNS, которые предлагают возможность сделать это в любом случае. Мне еще предстоит попробовать, но CloudFlare предлагает бесплатный уровень и начал предлагать CNAME для зонных вершин в прошлом году.