После обновления до .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, веб-сайт сможет снова запуститься
Пара комментариев:
Вы правы, .NET и IIS отделены друг от друга и не должны зависеть или конфликтовать друг с другом.
Если вы установите HTTPS на порт 80, это сломается большинство веб-браузеров. HTTPS должен быть на 443. Если кто зайдет; это не сработает; точно так же, если бы они пошли на это, тоже не сработало бы. Только если бы они пошли, это сработало бы. Следовательно, эта конфигурация может быть отклонена из-за выбора конструкции.
Вы отключили HTTP на порту 80? Если вы попытались включить HTTPS на порту 80 перед отключением HTTP, это может быть конфликтом портов и может быть причиной того, что ваш сервер не запускается. Возможно, это просто совпадение, что это произошло, когда вы обновили .NET.