Я не мог действительно найти ответ на сайте или путем рассмотрения другого вопроса/ответов о пользователях, я не уверен, где запустить. Идеи?
Google для "постфиксного реле", и нажимает на первый результат. Если у Вас есть конкретные вопросы о документации - или если Вы попробовали что-то, и Вы не думаете, что она работает, как описано - сообщают нам, и мы будем рады помочь.
Я последовал совету и установил TamperData, а также записал трафик с помощью Wireshark.
Результат:
Виновником был не IIS, а клиент / браузер! Клиент всегда отправлял запрос на https: // www.
через порт 443, как показали оба инструмента. Поэтому я очистил все кеши в браузерах и удалил все ранее существовавшие исключения безопасности (которые я однажды, по-видимому, создал при тестировании страниц SSL через IIS, поскольку мои сертификаты домена были созданы / подписаны самостоятельно). Теперь, когда все эти проблемы исчезли, клиент снова работает нормально и отправляет только те запросы, которые я действительно набираю, поскольку больше нет исключений, которые могли бы позволить ему поверить, что я мог бы предпочесть попытку HTTPS.
Спасибо. за то, что указал мне в правильном направлении!
IIS не будет выполнять такое перенаправление с простой конфигурацией, гораздо более вероятно, что первая страница отвечает на соединение, отправляющее перенаправление - Wordpress или плагин, может быть?
Установите FireFox с плагином TamperData на своем клиенте и просмотрите веб-запрос на http://domain.com и посмотрите, что отправляется на сервер, и посмотрите, как возвращается перенаправление и на каком этапе - что-нибудь обслуживается в первую очередь, с какими заголовками это идет. Может, это прольет на это немного света?