Невозможно использовать 80 в качестве порта HTTPS в IIS6, когда установлен.NET Framework 3.5
После обновления до.NET Framework 3.5 я не могу установить 80 как порт HTTPS в IIS6. Только когда я удалил.NET Framework 3.5, IIS снова принимает порт 80 в качестве порта HTTPS и работает нормально.
Вопрос заключается в том, является ли это поведение разработанным или ошибка возникает из-за неожиданного взаимодействия между IIS и.NET Framework 3.5.
Насколько я понимаю, Dot Net Framework должен быть независимым от веб-сервера, а IIS должен быть независимым от инфраструктуры программного обеспечения. Таким образом, если это поведение действительно является выбором дизайна, почему оно не было обнаружено в ранних версиях Dot Net Framework, например,g. 1.1 2.0？
Шаги воспроизведения: 1. Установите 80 как порт HTTPS в IIS6
Установите.Net Framework 3.5
запустить "inetmgr", кажется, что сайт остановлен.
Удалите порт 80 из конфигурации https или удалите Framework 3.5, веб-сайт может начать снова
1 ответ
Пара комментариев:
Вы правы, .NET и IIS разделены, и они не должны зависеть или конфликтовать друг с другом.
Если вы установите HTTPS на порт 80, это сломает большинство веб-браузеров. HTTPS должен быть на 443. Если кто-нибудь пойдет в; это не сработает; Точно так же, если бы они пошли на это, это тоже не сработало бы. Только если бы они пошли, это сработало бы. Следовательно, по выбору конструкции эта конфигурация может быть отклонена.
Вы отключили HTTP на порту 80? Если вы попытались включить HTTPS на порте 80, прежде чем отключить HTTP, то это могло бы привести к конфликту портов и может быть причиной того, что ваш сервер не запускается. Это может быть просто совпадением, что это произошло, когда вы обновили.NET.