Я сказал бы, что лучше проверить, что это отвечает на запросы, чем сам процесс. Проверьте порт 80, если он слушает на этом, что, если он запирается и IIS выполняет, но не служит каким-либо страницам?
Я думаю, что это могло бы сработать, определив статический ErrorDocument, например:
ErrorDocument 400 /redirect_https.txt
и создав файл redirect_https.txt в корне вашего документа со следующим содержанием:
HTTP/1.1 302 Found Location: https://myserver/mypage.html
это работает (даже пробовал) и отправляет браузеру "поддельное" HTTP-редирект
Я предполагаю, что 400 / BadRequest немного особенный в этой ситуации, потому что вы просто говорите серверу неправильный протокол, а то, что вы получаете обратно, даже не является действительным HTTP-ответом (попробуйте : curl -i http: // myserver: 443 / .. нет заголовков).
см. также: Проблемы с перенаправлением Error 400 Bad Request на пользовательскую страницу