HTTP в HTTPS с mod_rewrite; Apache требует перезапуска
Я только что зарегистрировался и это мой первый вопрос. Сообщите мне, если мне нужно спросить об этом где-нибудь еще.
Нам необходимо настроить сайт для SSL и перенаправить весь HTTP-трафик на HTTPS. Мы решили использовать mod_rewrite, так как мы уже использовали некоторые правила перезаписи. Изменения были протестированы в нашей среде разработки, и все сработало, как ожидалось. Мы внесли изменения в рабочую среду и обнаружили, что она работает несколько часов, но в конце концов начинает давать сбой, и сайт становится недоступным. После перезапуска службы Apache сайт снова заработает. К сожалению, это не длится долго и в конечном итоге необходимо повторить.
Кто-то направил меня на некоторые рекомендации, в которых говорится, что mod_rewrite не рекомендуется и вместо этого нужно использовать VirtualHosts. Я хотел бы понять, почему это предпочтительный метод, и, надеюсь, найти основную причину проблем, с которыми мы сталкиваемся. Мы только что отключили правило перезаписи, и сайт работал стабильно при прослушивании на 443 и 80.
https://wiki.apache.org/httpd/RewriteHTTPToHTTPS После перезапуска службы Apache сайт снова заработает. К сожалению, это не длится долго и в конечном итоге необходимо повторить.
Кто-то направил меня на некоторые рекомендации, в которых говорится, что mod_rewrite не рекомендуется и вместо этого нужно использовать VirtualHosts. Я хотел бы понять, почему это предпочтительный метод, и, надеюсь, найти основную причину проблем, с которыми мы сталкиваемся. Мы только что отключили правило перезаписи, и сайт работал стабильно при прослушивании на 443 и 80.
https://wiki.apache.org/httpd/RewriteHTTPToHTTPS После перезапуска службы Apache сайт снова заработает. К сожалению, это не длится долго и в конечном итоге необходимо повторить.
Кто-то направил меня на некоторые рекомендации, в которых говорится, что mod_rewrite не рекомендуется и вместо этого нужно использовать VirtualHosts. Я хотел бы понять, почему это предпочтительный метод, и, надеюсь, найти основную причину проблем, с которыми мы сталкиваемся. Мы только что отключили правило перезаписи, и сайт работал стабильно при прослушивании на 443 и 80.
https://wiki.apache.org/httpd/RewriteHTTPToHTTPS и мы надеемся найти первопричину проблем, с которыми мы сталкиваемся. Мы только что отключили правило перезаписи, и сайт работал стабильно при прослушивании на 443 и 80.
https://wiki.apache.org/httpd/RewriteHTTPToHTTPS и мы надеемся найти первопричину проблем, с которыми мы сталкиваемся. Мы только что отключили правило перезаписи, и сайт работал стабильно при прослушивании на 443 и 80.
https://wiki.apache.org/httpd/RewriteHTTPToHTTPS «Примечание: использование mod_rewrite для этого не рекомендуется»
https://wiki.apache.org/httpd/RedirectSSL «Хотя решение рекомендуется, потому что оно проще и безопаснее, вы также можете использовать mod_rewrite для получения такого же эффекта, как описано здесь»
Кто-нибудь знает особенности того, почему это рекомендуется вместо mod_rewrite? Подобный опыт? Рекомендации по дальнейшим действиям?
Apache 2.4.18
Работает на Windows Server 2008 R2
Мы пробовали MaxConnectionsPerChild 0 и другие значения без разницы. Я видел MaxConnectionResetsPerChild , достигнутый во время «простоя», и эти сбросы, похоже, не решают проблему .. в отличие от ручного перезапуска службы / родительского процесса Apache.
RewriteEngine On
RewriteCond %{HTTPS} !=on
RewriteRule ^/?(.*) https//wontletmepostlink.duetorep/1$ [R,L]
Я отвечу на один из ваших вопросов:
mod_alias , который обеспечивает Redirect и RedirectMatch . Перенаправление достаточно для простых перенаправлений, а RedirectMatch предоставляет средства для перенаправления классов URL-адресов.
В качестве дополнительной ссылки см. Когда не использовать mod_rewrite , который предоставляет множество примеров и хорошее объяснение того, почему не использовать mod_rewrite для всего.
mod_rewriteследует рассматривать как последнее средство, когда другие альтернативы отсутствуют. Его использование, когда есть более простые альтернативы, приводит к запутанным, хрупким и сложным в обслуживании конфигурациям.