Подстановочный сертификат SSL - Несколько Виртуальных Хостов более чем два конфликта Серверов
Если Вы знали то, что они использовали для системы фильтрации контента, Вы смогли принимать меры для категоризирования ее соответственно.
Если бы я должен был предположить от информации Ваш копировать/вставляемый, то я сказал бы, что Вы работаете с веб-Фильтром BlueCoat. Проверьте эту ссылку, чтобы видеть, как они категоризировали Ваш сайт.
Safado правильно указывает, что, похоже, в приложении на активном сервере есть ошибка конфигурации, из-за которой пользователи возвращаются с HTTPS обратно на HTTP. Я не удивлюсь, если где-то в конфигурации приложения есть HTTP-URL, например http://www.fileblimp.com . Если вы это исправите, вы, вероятно, решите свою проблему.
В противном случае на рабочем сервере перенаправление на первом виртуальном хосте с HTTP обратно на HTTPS, похоже, помогает обойти проблему. Но похоже, что этот виртуальный хост отсутствует на сервере разработки. Это сделано намеренно или вы по ошибке не упомянули об этом? Вот где происходит перенаправление с HTTP на HTTPS, поэтому может показаться, что если вы добавите его на сервер разработки, обходной путь будет работать и там.
Кстати, на действующем сервере вы могли бы немного упростить первый виртуальный хост, не указав RewriteCond% {SERVER_PORT}! ^ 443 $ . В этом нет необходимости, поскольку известно, что сервер в прослушивает порт 80.
В процессе разработки соответствующий виртуальный хост может упроститься еще больше до
<VirtualHost *:80>
ServerName development.fileblimp.com
Redirect permanent / https://development.fileblimp.com/
</VirtualHost>