Включение SSL на Rails 4 с помощью AWS Load Balancer Ngnix и Puma

Я просто наткнулся на этот вопрос, так как у меня была та же проблема: все запросы к https://myapp.com истекли по времени и Я не мог понять, почему. Вот вкратце, как я мог добиться (принудительно) HTTPS в приложении Rails на AWS:

Мое приложение:

Rails 5 с включенным config.force_ssl = true (production.rb) — поэтому все соединения, поступающие с HTTP, будут перенаправлены на HTTPS в приложении Rails. Нет необходимости настраивать сложные правила nginx. В том же приложении использовалось gem 'rack-ssl-enforcer', что и в Rails 4.2.

Примечание. Балансировщики нагрузки AWS использовались в предыдущих HTTP-запросах GET для проверки работоспособности экземпляров (сегодня они поддерживают HTTPS). Поэтому необходимо было определить правила исключений для реализации SSL: Rails 5: config.ssl_options = { redirect: { exclude: -> request { request.path =~ /health-check/ } } } (в production.rb) с соответствующим маршрутом к контроллеру в приложении Rails.

Примечание к примечанию: В Rails 5 инициализатор new_framework_defaults.rb уже определил «ssl_options». Обязательно деактивируйте это перед использованием правила «ssl_options» в production.rb.

АМС:

Настройка Elastic Beanstalk на AWS с действующим сертификатом на балансировщике нагрузки с использованием двух правил прослушивателя:

1. Запросы HTTP 80 на LB направляются на HTTP 80 на экземплярах.

2. Запросы HTTPS 443 на LB направляются на HTTP 80 на экземплярах (здесь необходимо применить сертификат)

Вы видите, что балансировщик нагрузки является точкой завершения SSL. Все запросы, поступающие с HTTP, будут проходить через LB, а затем будут автоматически перенаправлены приложением Rails на HTTPS.

То, о чем вам никто не говорит

При этом HTTPS-запрос будет превышать время ожидания (здесь я потратил дни!, чтобы выяснить, почему). В конце концов, это была чрезвычайно простая проблема: группа безопасности LoadBalancer (в консоли AWS -> EC2 -> группы безопасности) принимает запросы только на порт 80 (HTTP) -> просто активируйте также порт 443 (HTTPS). Тогда это должно работать (по крайней мере, это было для меня).

Я не знаю, справились ли вы со своей проблемой, но для тех, кто может найти этот вопрос, вот что я сделал, чтобы заставить его работать.

Я весь день читал и нашел сочетание двух конфигураций, которые на данный момент работают.

В основном вам нужно настроить nginx для перенаправления на https, но некоторые из рекомендуемых конфигураций никак не влияют на конфигурацию nginx.

В основном я использую эту конфигурацию gist: https://gist.github.com/petelacey/e35c98f9a35063a89fa9

Но из этой конфигурации я добавил команду для перезапуска сервера nginx: https://gist.github.com/KeithP/f8534c04d20c2b4e4b1d

Я считаю, что когда процессу развертывания eb удается скопировать файлы конфигурации, nginx уже запущен (?), Делая эти изменения бесполезными. Следовательно, необходимо перезапустить вручную, если у кого-то есть лучший подход, сообщите нам об этом.

Ответ Майкла Фера сработал и должен быть принятым ответом. У меня была та же проблема, я пропустил добавление config.force_ssl = true. С замечанием, что вам не нужно добавлять файл конфигурации ebs, они говорят, что вам нужно добавить, если вы используете балансировщик нагрузки. Это может ввести в заблуждение, и они не указывают это в документах.