8 iis: Установка веб-сервера IIS 8 в Windows 8

Содержание

Указание имени сервера IIS 8.0 (SNI): масштабируемость SSL






Twitter




LinkedIn




Facebook




Адрес электронной почты










  • Статья



Шон Эган

Совместимость

ВерсияПримечания
IIS 8,0Указание имени сервера появилось в IIS 8. 0.
IIS 7,5Указание имени сервера не поддерживается в IIS 7.5.
IIS 7.0Указание имени сервера не поддерживается в IIS 7.0.

Проблема

По мере того как больше сайтов электронной коммерции приходят на линию и больше предприятий хранят конфиденциальные документы в Интернете, возможность размещения и масштабирования безопасных сайтов все более важна. До Windows Server 2012 было несколько проблем, когда дело доходит до размещения безопасных сайтов:

  • Масштабируемость SSL. В мультитенантной среде, такой как общий хостинг, существует ограничение на количество защищенных сайтов, которые могут размещаться в Windows Server, что приводит к низкой плотности сайта.
  • Дефицит IPv4: поскольку конечная точка сети может быть идентифицирована только с помощью привязки IP:Port, где клиенты запрашивают использование стандартного SSL-порта, 443, размещение защищенного сайта часто означает предоставление выделенного IP-адреса для каждого клиента.

Решение

В Windows Server 2012 IIS поддерживает указание имени сервера (SNI), которое является расширением TLS для включения виртуального домена в рамках согласования SSL. Это фактически означает, что виртуальное доменное имя или имя узла теперь можно использовать для идентификации конечной точки сети. Кроме того, было создано высокомасштабируемое хранилище WebHosting для дополнения SNI. Результатом является то, что плотность безопасного сайта гораздо выше на Windows Server 2012 и достигается только с одним IP-адресом.

Следует отметить, что для использования этой функции клиентские браузеры должны поддерживать SNI. Большинство современных браузеров поддерживают SNI; Однако Internet Explorer (любой версии) в Windows XP не поддерживает SNI.

Пошаговые инструкции

Предварительные требования.

  • IIS 8.0 устанавливается в Windows Server 2012.

    • Хранилище сертификатов WebHosting и SNI являются частью установки IIS по умолчанию. Не существует определенной функции IIS, которую необходимо установить из диспетчер сервера.

  • Примеры сертификатов.

  • \windows\system32\drivers\etc\hosts было изменено для использования для примера сайта и сертификата. Например, если cn name of the certificate is TAPTesting, то файл hosts должен содержать:

    127.0.0.1 TAPTesting
Обходные пути для известных ошибок:

В некоторых случаях диспетчер IIS может удалить непреднамеренные привязки SSL, если на одном компьютере настроены традиционные привязки SSL (IP:Port) и SNI (Hostname:Port). Чтобы устранить эту проблему и (или) подтвердить фактические привязки SSL, используйте программу командной строки:

netsh http show sslcert

Импорт сертификатов в хранилище веб-размещения:

  1. Откройте MMC.
  2. В разделе «Файл» выберите «Добавить или удалить оснастку»:
  3. Выберите Сертификаты. Нажмите кнопку «Добавить«:
  4. Выберите учетную запись компьютера:
  5. Выберите локальный компьютер и нажмите кнопку «Готово«:
  6. Нажмите кнопку «ОК»:
  7. В области навигации найдите хранилище веб-размещения :

    Хранилище веб-размещения работает так же, как личное хранилище, поэтому все существующие средства для импорта и экспорта сертификатов работают одинаково. Основное различие между хранилищем веб-хостинга и личным хранилищем заключается в том, что хранилище веб-размещения предназначено для масштабирования до большего количества сертификатов.

  8. Импортируйте примеры сертификатов в хранилище веб-размещения .

Создайте безопасный веб-сайт:

  1. Откройте диспетчер IIS.

  2. Выберите «Сайты» в левом окне навигации:

  3. Щелкните правой кнопкой мыши «Сайты» и выберите «Добавить веб-сайт«:

  4. Укажите сведения, как вы создадите любой сайт:

    • Имя сайта: тестирование

    • Физический путь: c:\inetpub\wwwroot

    • Тип: https

    • Имя узла: TAPTesting

      • Это новое для Windows Server 8 в этом имени узла можно указать для SSL.
      • Чтобы избежать ошибки несоответствия имени сертификата, убедитесь, что имя узла, указанное здесь, соответствует имени CN сертификата.
      • Фактическое значение этой конфигурации зависит от используемого примера сертификата.

    • Использовать указание имени сервера: выбрано

    • SSL-сертификат: Chhose имя сертификата; например: TAPTesting.

      • Обратите внимание, что сертификаты представлены как из личных , так и из хранилищ веб-размещения .

  5. Убедитесь, что сайт создан:

  6. Вот и все. Защищенный сайт создан с помощью SNI. Интерфейс управления очень похож на традиционную привязку SSL. Вот единственные отличия:

    • Имя узла можно указать для САЙТА SSL.
    • Сертификат хранится в хранилище веб-размещения для масштабируемости.

Тестирование защищенного сайта:

Откройте веб-браузер и перейдите по адресу https://TAPTesting/. Обратите внимание, что в рамках предварительных требований файл hosts должен был быть изменен для маршрутизации этого запроса в localhost:

Кроме того, чтобы просмотреть новый тип привязки SSL, введите следующий код в окне командной строки с повышенными привилегиями:

netsh http show sslcert

Обратите внимание, что привязка SSL — hostname:port со значением TAPTesting:443.

Сценарии

Попробуйте развернуть следующие сценарии:

  • SNI предназначен для масштабирования для мультитенантной среды. Попробуйте настроить тысячи защищенных сайтов с помощью SNI.
  • В отличие от предыдущих версий Windows Server сертификаты Windows Server 2012 загружаются в память по запросу. После настройки тысяч защищенных сайтов с помощью SNI отправьте запрос GET на один из безопасных сайтов и обратите внимание на использование памяти. Это незначительно. В предыдущих версиях Windows Server, если настроены сотни безопасных сайтов, отправка только одного запроса GET приведет к загрузке всех сертификатов Windows Server, что приведет к высокой загрузке памяти и дальнейшему ограничению масштабируемости.
  • Настройте Windows Server 2012 с помощью SNI и традиционных безопасных сайтов. Они предназначены для совместного существования.

Сводка

Вы успешно изучили функцию указания имени сервера (SNI) в Windows Server 2012.






Что нового в IIS 8? / Хабр

С выходом бета-версии Windows 8, сервер Internet Information Services (IIS) 8 стал доступен для публичного тестирования и тестирования в промышленной среде. Многим системным администратором не терпится узнать, какие изменения были внесены и что нового появилось.

В этой статье приводится поверхностное описание того, что мы увидим в релизе IIS 8. Основное внимание в этой версии сервера было уделено сценариям высокомасштабируемого хостинга. Новая версия содержит значительные улучшения в производительности для того, чтобы иметь возможность (и с легкостью) обслуживать тысячи сайтов на одной единственной серверной ферме. Все о чем написано в этой статье уже сегодня может использоваться и доступно для загрузки.

Полноценное регулирование нагрузки CPU (CPU Throttling)


Предыдущие версии IIS уже содержали в себе функцию регулирования нагрузки CPU, однако они работали не так, как вам бы хотелось. Когда сайт достигает лимита использования CPU, то он выключается на определенный период времени. Такое поведение защищает другие сайты на сервере, но не является предпочтительным, так как вместо того, чтобы сайт просто замедлить он выводится из строя.

Наконец, в IIS 8 были произведены усовершенствования на уровне ядра для поддержки функции настоящего регулирования нагрузки CPU. И теперь для сайтов, которые достигли порога использования CPU, существует два сценария. Они могут перейти в режимы Throttle или Throttle under load. Если ранее вы использовали WSRM, то сегодня он вам уже не понадобится, так как в IIS 8 вы найдете функционала даже больше, чем в WSRM.

Режим Throttle позволит задать определенный уровень ресурсов CPU для рабочего процесса. В данном случае регулирование нагрузки применяется не только к первичному рабочему процессу, но и ко всем порожденным процессам, если они существуют (рисунок 1).

 

Рис.1. Настройки регулирования нагрузки в IIS 8

Режим Throttle under load позволит сайту использовать все возможные ресурсы CPU во время обычной работы, но когда сервер находится под нагрузкой использовать регулирование нагрузки рабочего процесса (рисунок 1).

Регулирование нагрузки в IIS 8 базируется на пользователе и не обязательно на пуле приложения. Это означает, что если вы используете специально выделенные аккаунты для более одного пула приложений, то настройки регулирования нагрузки будут применяться для всех пулов использующих одну учетную запись. Обратите внимание, что по умолчанию учетная запись пула приложения уникальна, так что если вы используете ее, то нагрузка каждого пула приложений будет регулироваться отдельно.

Масштабируемость SSL


Пока вы не столкнетесь с большим сайтом, который хостит множество сертификатов SSL, вы можете даже не знать о том, что здесь есть много вещей для улучшения.

Предыдущие версии IIS имели ограничения по хостингу безопасных сайтов. Каждый сайт SSL требовал свой собственный IP-адрес и после добавления нескольких сайтов SSL, скорость холодного старта уменьшалась, а потребление памяти увеличивалось. Каждый сертификат загружался в память при первом обращении к SSL-сайту, что увеличивало потребление памяти и создавало задержку при первой загрузке.

В IIS 8 число сертификатов SSL легко может быть масштабировано до тысяч сайтов на одной машине с практически мгновенным стартом. Сертификаты загружаются только по требованию и выгружаются через определенный в настройках период времени. В дополнение к этому, функции перебора и загрузки огромного числа сертификатов значительно ускорены.

Поддержка SNI / SSL Host Header


Использование заголовков хостов (host headers) и общих IP-адресов вместе с сертификатами SSL всегда имело затруднения. Теперь IIS 8 предлагает поддержку Server Name Indication (SNI), что позволяет множеству SSL-сайтов использовать один и тот же IP-адрес. SNI – это достаточно новый механизм (ему всего несколько лет), который позволяет заголовкам хоста работать вместе с SSL.

IIS 8 полностью поддерживает технологию SNI для заголовков хостов.

Обратите внимание, что SNI не поддерживается в старых браузерах, например, Internet Explorer 6. Больше информации о поддержке SNI вы можете найти на странице http://en.wikipedia.org/wiki/Server_Name_Indication.

Этот новый функционал, предназначенный для совместного использования IP-адресов, очень важен в контексте того, что адреса IPv4 подходят к концу, а консолидация IP-адресов становится трендом.

Управление SSL (SSL Manageability) – центральное хранилище сертификатов (Central Certificate Store (CCS))


В IIS 7 управление SSL было трудоемкой задачей, особенно для серверных ферм. Все сертификаты должны были быть импортированными на каждую машину в ферме. При масштабировании даже небольших серверных ферм и добавлении новых серверов вам приходилось учитывать время, которое требовалось для импорта сертификатов. В предыдущих версиях управление синхронизацией сертификатов была трудной задачей, которая зачастую требовала ручной работы.

В IIS 8 представлен новый функционал — Central Certificate Store (CCS, центральное хранилище сертификатов). Механизм CCS позволяет хранить сертификаты в центральном файловом хранилище вместо того, чтобы размещать их на каждом сервере. Вы можете указать серверам единый сетевой ресурс или использовать репликацию, вроде DFS-R, для синхронизации папков между машинами.

Обновление и синхронизация просты и представляют собой обычное копирование файлов pfx в определенное место, которое вы указываете при включении CCS на сервере. Включение CCS тоже легкая задача, которая очень похожа на включение Shared Configuration.

Механизм CSS использует функциональность SNI для поддержки сайтов с множеством сертификатов на одном IP-адресе.

Мэппинг привязок к сертификатам содержит немного магии … и позволяет использовать соглашения, вместо ручной конфигурации. Это очень важно для экстремально больших списков сертификатов. Теперь вам не нужно выбирать сертификаты из гигантского списка. Значение заголовков хоста должно совпадать с именем сертификата. Ваша папка CCS будет содержать множество pxf-файлов, имена которых совпадают с именами сертификатов. Проще говоря, имя pfx-файла в хранилище сертификатов – это первичный ключ.

Если вы используете сертификат для доменов третьего уровня и выше (wildcard), то все что вам надо назвать его в виде _.domain.com.pfx.

Как вы могли догадаться, в IIS 8 поддерживается и механизм Multiple Domain Certificates (Unified Communications Certificate [UCC]). Если вы используете несколько доменных сертификатов с помощью поля сертификата subjectAltName, то вам потребуется всего лишь создать несколько копий файлов pfx, одну для каждого subjectAltName.

Обратите внимание, что вы можете использовать и старый метод, который основан на привязке по идентификатору и который будет работать так же, как и в предыдущих версиях сервера IIS.

Хочется рассказать еще о приятном функционале центрального репозитория сертификатов, который позволяет группировать их по дате истечения в разрезе «Сегодня / На этой неделе / На следующей неделе / В следующем месяце / Позднее». Эта функция очень полезна для поиска сертификатов, которые вскоре истекут.

Со всеми этими изменениями в функциях работы с сертификатами, IIS 8 становится мощным решением для хостинга большой масштабируемой веб-фермы с множеством отдельных сайтов.

Динамическое блокирование по IP (Dynamic IP Restrictions)


Информация об этом функционале уже доступна в сети, однако он еще развивается и будет усовершенствован к релизу.

Ограничения входа для FTP


Да! Новый модуль FTP IP Restrictions будет добавлен в IIS 8! Его работа напоминает концепцию Dynamic IP Restrictions для HTTP. Одна из ключевых разниц заключается в том, что FTP IP Restrictions использует серые списки вместо черных списков. Когда кто-то заблокирован, они блокируются только на некоторый промежуток времени (например, 30 секунд). И это хорошо, потому что этого достаточно для предотвращения или замедления перебора паролей и других атак. Вместе с тем, при ошибочном вводе пароля несколько раз, остается возможность повторить ввод через некоторое время без блокировки.

И что еще более приятно, вы можете установить эту защиту более чувствительной по сравнению с вашей доменной политикой блокирования учетной записи для того, чтобы атака с перебором не привела к блокировке вашей собственной учетной записи. FTP IP Restrictions позволяет блокировать попытки взлома без блокирования ваших пользователей домена.

Модуль инициализации приложения


Известный ранее модуль warm-up module, который был исключен на время из сервера, теперь представлен в виде модуля инициализации приложений (Application Initialization Module).

Этот модуль позволяет раскрутить сайты и страницы еще до того, как к ним придет первый трафик. Кроме того он в дружелюбном виде обрабатывает запросы к приложению, которое еще только запускается. Первичная загрузка приложения в одну минут или больше – не такая уж и редкость (да админы SharePoint, это про вас). Новый модуль позволит избежать ситуации, когда пользователь обращается к работающему, но не разогретому серверу.

Новый модуль предлагает возможность указать для разогрева отдельные страницы на сервере или воспользоваться мощными возможностями URL Rewrite для большей гибкости.

Вы так же можете настроить ваш балансировщик нагрузки так, чтобы он не обслуживал запросы к сайту, пока он не инициализируется согласно вашим правилам (вместо этого показывать специальную страницу). Тогда балансировщик добавит в работу узел только когда его разогрев будет завершен.

Масштабирование конфигурации


Теперь сервер IIS 8 может очень эффективно работать с файлами конфигурации IIS (applicationHost.config) большого размера. В сервере были произведены значительные улучшения для достижения высокой производительности обработки файлов конфигурации. В первую очередь изменения заметят администраторы с большим количеством сайтов на серверной ферме (я подразумеваю тысячи сайтов). Но для процесса масштабирования новые изменения так же будут востребованы при значительном росте масштаба.

Веб-сокеты (Web Sockets)


Очень важно включить в список нововведений и поддержку веб-сокетов. Вы можете получить полное описание поддержки Web Sockets в этой замечательной статье Пола Батума (Paul Batum). Функция веб-сокетов будет требовать Windows 8 на стороне сервера.

Заключение


Все эти изменения очень полезны. Хотя при работе над предыдущими версиями IIS уже была роделана большая работа по обеспечению обработки массивного трафика, изменения в IIS 8 теперь позволяют обрабатывать тысячи (и десятки тысяч) сайтов и их огромные конфигурации на одной серверной ферме. Другие значительные нововведения включают в себя: внедрение механизма ограничений HTTP и FTP logon, регулирование использования CPU, модуль инициализации приложений, возможность значительного масштабирования SSL и эффективную обработку конфигураций большого числа сайтов.

От переводчика


Для полноты картины я хотел бы дополнить статью полезными ссылками, которые более полно раскрывают многие новые функции IIS 8. Особенно обратите внимание на не упомянутый в этой статье функционал поддержки многоядерного масштабирования на NUMA:

  • Installing IIS 8 on Windows Server 8

  • IIS 8. 0 Using ASP.NET 3.5 and ASP.NET 4.5

  • IIS 8.0 ASP.NET Configuration Management

  • IIS 8.0 Application Initialization

  • IIS 8.0 Dynamic IP Address Restrictions

  • IIS 8.0 FTP Logon Attempt Restrictions

  • IIS 8.0 CPU Throttling: Sand-boxing Sites and Applications

  • IIS 8.0 Server Name Indication (SNI): SSL Scalability

  • IIS 8.0 Centralized SSL Certificate Support: SSL Scalability and Manageability

  • IIS 8.0 Multicore Scaling on NUMA Hardware

Еще одна полезная вещь – выпуск бесплатного легкого сервера IIS 8 Express для разработчиков, который вы уже можете скачать и установить. Подробности по ссылке.

3 апреля в Самаре пройдет бесплатная конференция WebProfessionals, на которой будет рассказано про IIS 8 и другие элементы веб-платформы Microsoft. Регистрация уже открыта.

Установка IIS 8 на Windows Server 2012

Редактировать

Твиттер

LinkedIn

Фейсбук

Электронная почта

  • Статья

Роберт МакМюррей

Совместимость

Версия Примечания
ИИС 8.0 IIS 8.0 доступен только в Windows Server 2012 и Windows 8.
ИИС 7.5
ИИС 7.0

Обзор

Диспетчер серверов в Windows Server 2012 является новым, и, соответственно, пользовательский интерфейс также изменился.

Эта пошаговая инструкция не является уникальной для установки IIS. Он предназначен для помощи клиентам IIS в быстрой навигации по новому диспетчеру серверов.

Пошаговые инструкции

Предварительные условия:
  • Установлен Windows Server 2012.
Способы обхода известных ошибок:
  • В настоящее время известных ошибок для этой функции нет.

Установка IIS 8 с параметрами по умолчанию

Чтобы установить IIS 8, выполните следующие действия:

  1. Откройте Диспетчер сервера .
  2. В меню Управление выберите Добавить роли и функции :
  3. Выберите Установка на основе ролей или функций :
  4. Выберите соответствующий сервер (по умолчанию выбран локальный), как показано ниже:
  5. Выберите Веб-сервер (IIS) :
  6. Никаких дополнительных функций для IIS не требуется, поэтому нажмите Next :
  7. Нажмите Далее :
  8. Настройте установку IIS или примите параметры по умолчанию, которые уже были выбраны для вас, а затем нажмите Далее :
  9. Нажмите Установить :
  10. По завершении установки IIS мастер отображает состояние установки:
  11. Нажмите Закрыть , чтобы выйти из мастера.

Сводка

Службы IIS 8.0 успешно установлены с помощью диспетчера серверов в Windows Server 2012.

Экспресс-ознакомление с IIS 8.0 | Microsoft Узнайте

Редактировать

Твиттер

LinkedIn

Фейсбук

Электронная почта

  • Статья

Роберт МакМюррей

Обзор

Информационные службы Интернета (IIS) 8.0 Express — это бесплатная, простая и автономная версия IIS, оптимизированная для разработчиков. IIS 8.0 Express упрощает использование самой последней версии IIS для разработки и тестирования веб-сайтов в таких средствах разработки, как Visual Studio и WebMatrix. IIS 8.0 Express обладает всеми основными возможностями IIS 8 и более поздних версий, а также дополнительными функциями, упрощающими разработку веб-сайтов, в том числе:

  • IIS 8. 0 Express не работает как служба или не требует прав администратора для выполнения большинства задач
  • IIS 8.0 Express хорошо работает с приложениями ASP.NET и PHP
  • Несколько пользователей IIS 8.0 Express могут работать независимо на одном компьютере

Установка

Вы можете установить IIS 8.0 Express через Центр загрузки Microsoft, используя следующий URL-адрес:

  • IIS 8.0 Express
Обновление с IIS 7.5 Express

Если у вас уже установлен IIS 7.5 Express при установке IIS 8.0 Express, программа установки заменит вашу установку IIS 7.5 Express на IIS 8.0 Express. Одновременная установка IIS 7.5 Express и IIS 8.0 Express не поддерживается.

При установке IIS 8.0 Express в 64-разрядной системе 32-разрядная и 64-разрядная версии IIS 8.0 Express будут установлены соответственно в папки %ProgramFiles(x86)%\IIS Express и %ProgramFiles. %\ИИС Экспресс папки.

Поддерживаемые платформы и архитектуры

IIS 8. 0 Express поддерживается в следующих операционных системах:

IIS 8.0 Express не поддерживается в следующих операционных системах:

  • Windows Server 2003
  • Windows XP

Для этих неподдерживаемых операционных систем вы можете продолжать использовать IIS 7.5 Express.

Изменения в IIS 8.0 Express

Новые функции

IIS 8.0 Express поддерживает следующие новые функции:

  • Опора X64

    • IIS 8.0 Express поддерживает как 32-разрядные, так и 64-разрядные архитектуры.

  • Общие функции с IIS 8.0

    • IIS 8.0 Express имеет много общего с полной версией IIS; например, IIS 8.0 Express использует многие из тех же двоичных файлов, файлов конфигурации и кодов ошибок, что и полная версия IIS, поэтому миграция проектов между вашей средой разработки и рабочей средой должна быть проще, чем когда-либо.

  • Изменение домашнего каталога пользователя

    • IIS 8. 0 Express поддерживает изменение домашнего каталога пользователя, который сопоставляется с переменной %IIS_USER_HOME% в конфигурации. По умолчанию этот путь находится в %UserProfile%\Documents\IISExpress, но пользователи могут изменить его, установив свойство реестра CustomUserHome в HKCU\Software\Microsoft\IISExpress или указав параметр «/userhome» при запуске iisexpress.exe.

  • Поддержка WebSocket

    • IIS 8.0 Express поддерживает создание приложений WebSocket. Дополнительные сведения см. в спецификации протокола WebSocket или в разделе пространства имен System.Net.WebSockets на веб-сайте Microsoft MSDN.

  • AppCmd ​​Поддержка редактирования нескольких файлов конфигурации

    • Утилита AppCmd ​​теперь поддерживает параметр «/AppHostConfig», что позволяет использовать AppCmd ​​для редактирования нескольких файлов ApplicationHost.config, а не только основного файла конфигурации.

    Например, следующие команды создадут веб-сайт в пользовательском файле ApplicationHost.config:

     appcmd.exe set config -section:system.applicationHost/sites/+"[name='www.fabrikam.com',id='2112']
" /коммит:приложение
/AppHostConfig:C:\Temp\IISExpress\config\ApplicationHost.config
appcmd.exe set config -section:system.applicationHost/sites/+"[name='www.fabrikam.com',id='2112']
.bindings.[протокол='http',bindingInformation=':8080:localhost']" /commit:apphost
/AppHostConfig:C:\Temp\IISExpress\config\ApplicationHost.config
appcmd.exe set config -section:system.applicationHost/sites/+"[name='www.fabrikam.com',id='2112']
.[path='/']" /commit:apphost
/AppHostConfig:C:\Temp\IISExpress\config\ApplicationHost.config
appcmd.exe set config -section:system.applicationHost/sites/+"[name='www.fabrikam.com',id='2112']
.[путь='/'].[путь='/',физическийпуть='C:\Inetpub\www.fabrikam.com']" /commit:apphost
/AppHostConfig:C:\Temp\IISExpress\config\ApplicationHost.config

    После добавления веб-сайта с помощью приведенных выше команд его можно запустить с помощью следующей команды:
    iisexpress. exe /config:C:\Temp\IISExpress\config\ApplicationHost.config /site:www.fabrikam.com

Известные проблемы и ограничения

Функции Windows Server 2012 и Windows 8, которые не работают в операционных системах нижнего уровня

Существует несколько функций, для которых требуется архитектура, характерная для Windows Server 2012 и клиента Windows 8, которые не будут работать нижнего уровня при установке IIS 8.0 Express в более ранних операционных системах:

  • Индикация имени сервера (SNI)
  • Центральное хранилище сертификатов
  • Функциональность веб-сокета
Изменения в кодах подсостояния HTTP

IIS 8.0 Express теперь использует один и тот же набор кодов состояния и подсостояния HTTP; это изменение было сделано для того, чтобы разработчикам было проще устранять неполадки с помощью IIS 8.0 Express или полной версии IIS на своем веб-сервере. Следующий список содержит коды подсостояния HTTP, которые были включены в IIS 7. 5 Express, которые были изменены или объявлены устаревшими:

  • HTTP 404.20 — это ошибка, которая возвращалась, когда документ по умолчанию не был определен:

    • IIS 8.0 Express возвращает ошибку HTTP 403 Access Forbidden , если документ по умолчанию не определен.
    • IIS 8.0 Express возвращает ошибку HTTP 404.20 для Слишком много сегментов URL .

  • HTTP 404.21 — этот код ошибки возвращался, когда PHP не был установлен; это было удалено из IIS 8.0 Express.

  • HTTP 404.22 — этот код ошибки возвращался, когда ASP.NET не был установлен; это было удалено из IIS 8.0 Express.

  • HTTP 404.23 — этот код ошибки возвращался, когда веб-страницы ASP.NET не были установлены; это было удалено из IIS 8.0 Express.

Ошибки при использовании .NET Framework 3.5 и более ранних версий с IIS 8.0 Express Release Candidate на Windows Server 2012 и Windows 8 Client

Существует известная проблема совместимости приложений при использовании IIS 8.