Web server microsoft: Общие сведения о веб-сервере IIS

Содержание

Общие сведения о веб-сервере IIS





Twitter




LinkedIn




Facebook




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










  • Статья


  • Чтение занимает 3 мин


команда IIS, Майк Володарский

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

ВерсияПримечания
IIS 7. 0 и более поздних версийФункции, описанные в этой статье, были представлены в IIS 7.0.
IIS 6.0 и более ранних версийФункции, описанные в этой статье, не поддерживаются до IIS 7.0.

Веб-серверы IIS 7 и более поздних версий имеют полностью модульную архитектуру, которая обеспечивает три основных преимущества:

  • Компонентизация
  • Расширение среды
  • интеграция ASP.NET

Компонентизация

Все функции веб-сервера теперь управляются как автономные компоненты , которые можно легко добавлять, удалять и заменять. Это обеспечивает несколько ключевых преимуществ по сравнению с предыдущими версиями IIS:

  1. Обеспечьте безопасность сервера за счет уменьшения контактной зоны атаки. Уменьшение контактной зоны является одним из самых мощных способов защиты серверной системы. С помощью СЛУЖБ IIS можно удалить все неиспользуемые функции сервера, обеспечивая минимальную область поверхности, сохраняя функциональные возможности приложения.
  2. Повышение производительности и уменьшение объема памяти. Удаляя неиспользуемые функции сервера, вы также можете уменьшить объем используемой памяти сервера и повысить производительность за счет уменьшения объема кода компонента, выполняемого при каждом запросе к приложению.
  3. Создание пользовательских и специализированных серверов. Выбрав определенный набор функций сервера, можно создавать пользовательские серверы, оптимизированные для выполнения определенной функции в топологии приложения, например кэширование границ или балансировку нагрузки. Вы можете добавить пользовательские функции для расширения или замены существующих функций с помощью собственных или сторонних серверных компонентов, созданных на основе новых API расширяемости. Компонентная архитектура предоставляет долгосрочные преимущества сообществу IIS: это упрощает разработку новых серверных функций, так как они необходимы как внутри Корпорации Майкрософт, так и среди сторонних разработчиков.

СЛУЖБЫ IIS также компонентизировали мощную модель активации процесса HTTP, представленную в IIS 6.0 с пулами приложений. Модель активации процесса HTTP доступна не только для веб-приложений, получения запросов или сообщений по любому протоколу. Эта независимая служба протокола называется службой активации процессов Windows (WAS). Windows Communication Foundation (WCF) поставляется с адаптерами протокола, которые могут использовать возможности WAS, повышая надежность и использование ресурсов служб WCF.

Расширение среды

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

Ниже приведены причины разработки для IIS:

  1. Расширение возможностей веб-приложений. Расширение СЛУЖБ IIS позволяет веб-приложениям воспользоваться функциями, которые во многих случаях не могут быть легко предоставлены на уровне приложений. С помощью iis ASP.NET или собственной расширяемости C++ разработчики могут создавать решения, которые добавляют ценность для всех компонентов приложения, таких как пользовательские схемы проверки подлинности, мониторинг и ведение журнала, фильтрация безопасности, балансировка нагрузки, перенаправление содержимого и управление состоянием.
  2. Улучшенный опыт разработки. Новая модель расширяемости C++ устраняет большинство проблем, которые ранее преследовали разработку ISAPI, введя упрощенный объектно-ориентированный API, который способствует написанию надежного кода сервера. Кроме того, улучшенная интеграция Visual Studio еще больше улучшает возможности разработки для IIS.
  3. Используйте полную мощность ASP.NET.ASP.NET интеграция позволяет быстро разрабатывать серверные модули с помощью знакомых интерфейсов ASP.NET 2.0 и полнофункциональные службы приложений ASP.NET. ASP.NET модули могут предоставлять службы в ASP, CGI, статических файлах и других типах контента и полностью расширять сервер без ограничений, присутствующих в предыдущих версиях IIS.

интеграция ASP.NET

IIS позволяет веб-приложениям полностью использовать мощные функции и расширяемость ASP.NET 2.0. ASP.NET функции, включая проверку подлинности на основе форм, членство, состояние сеанса и многие другие, можно использовать для всех типов содержимого, обеспечивая единый интерфейс для всего веб-приложения. Разработчики могут использовать знакомую модель расширяемости ASP.NET и расширенные API .NET для создания функций сервера IIS, которые являются столь мощными, как написанные с помощью собственных API C++.

Используйте приведенные ниже ссылки, чтобы начать изучение аспектов конфигурации IIS, ознакомьтесь с лабораторией по началу работы и скачиванию комплектов с ресурсами, доступными в IIS.NET.

Начать обучение

  • Общие сведения о модулях IIS
  • интеграция ASP.NET со службами IIS
  • Как воспользоваться преимуществами интегрированного конвейера IIS
  • Пример сквозной расширяемости
  • Создание настраиваемого сервера
  • Разработка модуля с помощью . NET
  • Разработка собственного модуля (C\C++)

Начало работы

  • Ознакомительные выпуски Windows Server 2008 R2 и виртуальные лаборатории (https://www.microsoft.com/server-cloud/windows-server/2008-r2-trial.aspx)

Скачиваемые файлы

  • Начальный набор управляемых модулей
  • Начальный набор модулей для машинного кода (C\C++)









Реализации веб-сервера в ASP.NET Core


  • Статья


  • Чтение занимает 8 мин


Авторы: Том Дисктра (Tom Dykstra), Стив Смит (Steve Smith), Стивен Хальтер (Stephen Halter) и Крис Росс (Chris Ross)

Приложение ASP. NET Core выполняется вместе с внутрипроцессной реализацией HTTP-сервера. Реализация сервера прослушивает HTTP-запросы и передает их в приложение как набор функций запросов, объединенных в HttpContext.

  • Windows
  • macOS
  • Linux

В состав ASP.NET Core входит следующее:

  • Kestrel сервер представляет собой кроссплатформенную реализацию HTTP-сервера по умолчанию. Kestrel обеспечивает максимальную производительность и использование памяти, но обладает некоторыми дополнительными функциями в HTTP.sys. Для получения дополнительной информации см. Раздел Kestrel и HTTP.sys в следующем разделе.
  • HTTP-сервер IIS — это внутрипроцессный сервер для службы IIS.
  • Сервер HTTP.sys — это HTTP-сервер, предназначенный только для Windows и основанный на драйвере ядра HTTP.sys и API HTTP-сервера.

При использовании IIS или IIS Express приложение запускается одним из следующих способов:

  • В том же процессе, что и рабочий процесс IIS (модель внутрипроцессного размещения), с использованием HTTP-сервера IIS. Внутрипроцессное размещение является рекомендуемой конфигурацией.
  • В процессе, отдельном от рабочего процесса IIS (внепроцессная модель хостинга) с Kestrel сервером.

Модуль ASP.NET Core представляет собой собственный модуль IIS, который обрабатывает собственные запросы IIS между IIS и внутрипроцессным HTTP-сервером IIS или Kestrel. Дополнительные сведения см. в разделе Модуль ASP.NET Core для IIS.

Kestrel в сравнении с HTTP.sys

Kestrel имеет следующие преимущества перед HTTP.sys:

  • Повышенная производительность и более эффективное использование памяти.
  • Кроссплатформенные
  • Гибкость, поскольку разработка и установка исправлений осуществляется независимо от операционной системы.
  • Программный порт и конфигурация TLS.
  • Расширяемость, обеспечивающая использование таких протоколов, как PPv2, и альтернативные транспорты.

HTTP.sys выступает в качестве общего компонента режима ядра со следующими функциями, которыми не обладает Kestrel:

  • Совместное использование портов
  • Проверка подлинности Windows в режиме ядра. Kestrel поддерживает аутентификацию только в пользовательском режиме.
  • Быстрое проксирование с помощью передачи очередей
  • Прямая передача файлов
  • Кэширование откликов

Модели размещения

При внутрипроцессном размещении приложение ASP.NET Core выполняется в том же процессе, что и рабочий процесс IIS. При этом повышается производительность по сравнению с внепроцессным размещением, так как запросы не передаются через адаптер замыкания на себя (сетевой интерфейс, который возвращает исходящий сетевой трафик на тот же компьютер). IIS обрабатывает управление процессом с помощью службы активации процессов Windows (WAS).

При внепроцессном размещении приложения ASP.NET Core выполняются в процессе, отделенном от рабочего процесса IIS, а модуль управляет процессами. Модуль запускает процесс для приложения ASP.NET Core при поступлении первого запроса и перезапускает приложение при сбое или завершении работы. Это, по сути, совпадает с поведением приложений, выполняемых внутрипроцессно и управляемых службой активации процессов Windows (WAS). Использование отдельного процесса также позволяет размещать более одного приложения из одного пула приложений.

Дополнительные сведения и инструкции по настройке см. в следующих статьях:

  • Размещение ASP.NET Core в Windows со службами IIS
  • Модуль ASP.NET Core (ANCM) для IIS

Kestrel

Kestrel сервер представляет собой кроссплатформенную реализацию HTTP-сервера по умолчанию. Kestrel обеспечивает максимальную производительность и использование памяти, но обладает некоторыми дополнительными функциями в HTTP.sys. Дополнительные сведения см. в разделе Kestrel и HTTP.sys настоящего документа.

Используйте Kestrel в следующих случаях:

  • Сам по себе как пограничный сервер обработки запросов непосредственно из сети, включая Интернет.

  • С обратным прокси-сервером, таким как службы IIS, Nginx или Apache. Обратный прокси-сервер получает HTTP-запросы из Интернета и пересылает их на Kestrel.

Поддерживается любая из этих конфигураций размещения (с обратным прокси-сервером и без него).

Инструкции по настройке Kestrel и информацию о том, когда следует использовать Kestrel в конфигурации обратного прокси, см. в статье Реализация веб-сервера Kestrel в ASP.NET Core.

  • Windows
  • macOS
  • Linux

В состав ASP.NET Core входит следующее:

  • Kestrel сервер представляет собой кроссплатформенный HTTP-сервер по умолчанию.
  • Сервер HTTP.sys — это HTTP-сервер, предназначенный только для Windows и основанный на драйвере ядра HTTP.sys и API HTTP-сервера.

При использовании IIS или IIS Express приложение запускается в процессе, отдельном от рабочего процесса IIS (внепроцессный) с Kestrel сервера.

Так как приложения ASP.NET Core выполняются в процессе, отделенном от рабочего процесса IIS, этот модуль обрабатывает управление процессами. Модуль запускает процесс для приложения ASP.NET Core при поступлении первого запроса и перезапускает приложение при сбое или завершении работы. Это, по сути, совпадает с поведением приложений, выполняемых внутрипроцессно и управляемых службой активации процессов Windows (WAS).

На следующей схеме показана связь между IIS, модулем ASP.NET Core и приложением, размещенным вне процесса.

Запросы поступают из Интернета в драйвер HTTP.sys в режиме ядра. Драйвер направляет запросы к службам IIS на настроенный порт веб-сайта — обычно 80 (HTTP) или 443 (HTTPS). Модуль перенаправляет запросы в Kestrel на случайный порт для приложения, который не является портом 80 или 443.

Модуль задает порт с помощью переменной среды во время запуска, а ПО промежуточного слоя для интеграции IIS настраивает сервер для прослушивания http://localhost:{port}. Выполняются дополнительные проверки, и запросы не из модуля отклоняются. Модуль не поддерживает переадресацию по HTTPS, поэтому запросы переадресовываются по протоколу HTTP, даже если были получены IIS по протоколу HTTPS.

После того, как Kestrel получает запрос от модуля, запрос передается в конвейер промежуточного программного обеспечения ASP. NET Core. Конвейер ПО промежуточного слоя обрабатывает запрос и передает его в качестве экземпляра HttpContext в логику приложения. ПО промежуточного слоя, добавленное посредством интеграции IIS, обновляет схему, удаленный IP-адрес и базу путей с учетом пересылки запроса на Kestrel. Отклик приложения передается обратно в службу IIS, которая отправляет его обратно в HTTP-клиент, инициировавший запрос.

Инструкции по настройке модуля ASP.NET Core и IIS см. в следующих статьях:

  • Размещение ASP.NET Core в Windows со службами IIS
  • Модуль ASP.NET Core (ANCM) для IIS

Nginx с Kestrel

Сведения о том, как использовать Nginx в Linux в качестве обратного прокси-сервера для Kestrel, см. в статье Размещение ASP.NET Core в Linux с использованием Nginx.

Apache с Kestrel

Сведения о том, как использовать Apache в Linux в качестве обратного прокси-сервера для Kestrel, см. в статье Размещение ASP.NET Core в Linux с использованием Apache.

HTTP.sys

Если приложения ASP.NET Core запускаются в Windows, HTTP.sys является альтернативой Kestrel. Kestrel рекомендуется для HTTP.sys, если приложению не требуются функции, недоступные в Kestrel. Дополнительные сведения см. в статье Реализация веб-сервера HTTP.sys в ASP.NET Core.

HTTP.sys можно также использовать для приложений, которые имеют доступ только к внутренней сети.

Руководство по настройке HTTP.sys см. в статье Реализация веб-сервера HTTP.sys в ASP.NET Core.

Инфраструктура сервера ASP.NET Core

IApplicationBuilder, доступный в методе Startup.Configure, предоставляет свойство ServerFeatures типа IFeatureCollection. Kestrel и HTTP.sys предоставляют только одну функцию каждый, IServerAddressesFeature, однако разные реализации сервера могут предоставлять дополнительные функции.

IServerAddressesFeature можно использовать для того, чтобы узнать, какой порт в реализации сервера привязан к среде выполнения.

Пользовательские серверы

Если встроенные серверы не отвечают требованиям приложения, можно создать реализацию пользовательского сервера. В руководстве по открытому веб-интерфейсу .NET (OWIN) демонстрируется запись реализации IServer на основе Nowin. Требуют реализации только интерфейсы компонентов, используемых приложением, но как минимум должны поддерживаться IHttpRequestFeature и IHttpResponseFeature.

Запуск сервера

Сервер запускается, когда интегрированная среда разработки (IDE) или редактор запускает приложение:

  • Visual Studio. Вы можете использовать профили запуска для запуска приложения и сервера с помощью IIS Express/модуля ASP.NET Core или консоли.
  • Visual Studio Code. Приложение и сервер запускаются решением Omnisharp, которое активирует отладчик CoreCLR.
  • Visual Studio для Mac. Приложение и сервер запускаются отладчиком «мягкого режима» Mono Soft Debugger.

При запуске приложения из командной строки в папке проекта dotnet run запускает приложение и сервер (только Kestrel и HTTP. sys). Конфигурация определяется параметром -c|--configuration, который может принимать значение Debug (по умолчанию) или Release.

Файл launchSettings.json предоставляет конфигурацию при запуске приложения с помощью dotnet run или с помощью отладчика, встроенного в инструментарий, например Visual Studio. Если профили запуска указаны в файле launchSettings.json, используйте параметр --launch-profile {PROFILE NAME} с командой dotnet run или выберите профиль в Visual Studio. Дополнительные сведения см. в статьях dotnet run и Упаковка дистрибутивов .NET Core.

Поддержка HTTP/2

HTTP/2 поддерживается в ASP.NET Core для следующих сценариев развертывания:

  • Kestrel
    • Операционная система
      • Windows Server 2016 / Windows 10 или более поздних версий†
      • Linux с OpenSSL 1.0.2 или более поздней версии (например, Ubuntu 16.04 или более поздней версии).
      • HTTP/2 будет поддерживаться для macOS в будущих выпусках.
    • Требуемая версия .NET Framework: .NET Core версии 2.2 или более поздней
  • HTTP.sys
    • Windows Server 2016 / Windows 10 или более поздних версий
    • Целевая платформа: неприменимо к развертываниям HTTP.sys.
  • IIS (внутрипроцессный)
    • Windows Server 2016 / Windows 10 или более поздних версий; IIS 10 или более поздней версии
    • Требуемая версия .NET Framework: .NET Core версии 2.2 или более поздней
  • IIS (внепроцессный)
    • Windows Server 2016 / Windows 10 или более поздних версий; IIS 10 или более поздней версии
    • Общедоступные подключения пограничного сервера используют HTTP/2, однако обратное прокси-соединение с Kestrel использует HTTP/1.1.
    • Целевая платформа: неприменимо к внепроцессным развертываниям IIS.

†Kestrel имеет ограниченную поддержку HTTP/2 в Windows Server 2012 R2 и Windows 8.1. Поддержка ограничена из-за небольшого числа поддерживаемых комплектов шифров TLS, доступных для этих операционных систем. Для обеспечения безопасности TLS-подключений может потребоваться сертификат, созданный с использованием алгоритма ECDSA.

  • Kestrel
    • Операционная система
      • Windows Server 2016 / Windows 10 или более поздних версий†
      • Linux с OpenSSL 1.0.2 или более поздней версии (например, Ubuntu 16.04 или более поздней версии).
      • HTTP/2 будет поддерживаться для macOS в будущих выпусках.
    • Требуемая версия .NET Framework: .NET Core версии 2.2 или более поздней
  • HTTP.sys
    • Windows Server 2016 / Windows 10 или более поздних версий
    • Целевая платформа: неприменимо к развертываниям HTTP.sys.
  • IIS (внутрипроцессный)
    • Windows Server 2016 / Windows 10 или более поздних версий; IIS 10 или более поздней версии
    • Требуемая версия .NET Framework: .NET Core версии 2.2 или более поздней
  • IIS (внепроцессный)
    • Windows Server 2016 / Windows 10 или более поздних версий; IIS 10 или более поздней версии
    • Общедоступные подключения пограничного сервера используют HTTP/2, однако обратное прокси-соединение с Kestrel использует HTTP/1. 1.
    • Целевая платформа: неприменимо к внепроцессным развертываниям IIS.

†Kestrel имеет ограниченную поддержку HTTP/2 в Windows Server 2012 R2 и Windows 8.1. Поддержка ограничена из-за небольшого числа поддерживаемых комплектов шифров TLS, доступных для этих операционных систем. Для обеспечения безопасности TLS-подключений может потребоваться сертификат, созданный с использованием алгоритма ECDSA.

  • HTTP.sys
    • Windows Server 2016 / Windows 10 или более поздних версий
    • Целевая платформа: неприменимо к развертываниям HTTP.sys.
  • IIS (внепроцессный)
    • Windows Server 2016 / Windows 10 или более поздних версий; IIS 10 или более поздней версии
    • Общедоступные подключения пограничного сервера используют HTTP/2, однако обратное прокси-соединение с Kestrel использует HTTP/1.1.
    • Целевая платформа: неприменимо к внепроцессным развертываниям IIS.

Подключение HTTP/2 должно использовать согласование протокола уровня приложений (ALPN) и TLS 1. 2 или более поздней версии. Дополнительные сведения см. в разделах, о конкретных сценариях развертывания сервера.

Дополнительные ресурсы

  • Kestrel
    Реализация веб-сервера в ASP.NET Core
  • Модуль ASP.NET Core (ANCM) для IIS
  • Размещение ASP.NET Core в Windows со службами IIS
  • Развертывание приложений ASP.NET Core в Службе приложений Azure
  • Среда размещения ASP.NET Core в операционной системе Linux с Nginx
  • Размещение ASP.NET Core в операционной системе Linux с Apache
  • Реализация веб-сервера HTTP.sys в ASP.NET Core

Официальный Microsoft IIS Site

Homedownloadscommunity вкладывает расширения Frontpage Server Downloadsrtr.

Лицензия Бесплатная пробная версия Поддерживается Электронная почта, телефон, база знаний, форумы Работает с IIS 7.5 Документация Серверные расширения RTR FrontPage для IIS 7. 5 на Windows Server 2008 R2 и Windows 7 Документация Обновлен на 28 июля 2011 г. Загружено готово к управлению

Овер. а Windows 7 доступна для немедленной загрузки с сайта Ready-to-Run Software. Серверные расширения RTR FrontPage для IIS 7.5 в Windows Server 2008 R2 и Windows 7 имеют те же функциональные возможности, что и серверные расширения Microsoft FrontPage 2002 для IIS 7 в Windows Server 2008 и Windows Vista, а также серверные расширения Microsoft FrontPage 2002 для IIS 6 в Windows. Сервер 2003. Функциональной разницы нет; Серверные расширения FrontPage 2002 теперь перенесены RTR для работы с IIS 7.5. Таким образом, основные предварительные условия и процедуры установки не изменились. Примечание. Эта версия серверных расширений FrontPage 2002 предназначена для использования с IIS 7.5 в Windows Server 2008 R2 и Windows 7. Если вы используете IIS 7.0, см. раздел Серверные расширения FrontPage 2002 для IIS 7.

0 в Windows Server 2008 и Windows Vista.

Особенности

Эта версия RTR FPSE 2002 не содержит новых функций и по существу является той же версией, которая была создана для Windows Server 2008 RTM и Windows Vista, но была обновлена ​​для работы с Windows Server 2008 R2 и Windows 7.

Обратите внимание: для серверных расширений RTR FrontPage требуется доступная и экономичная лицензия. RTR FrontPage Server Extensions 2002 будет установлен без лицензии, но функции FPSE будут недоступны, пока вы не установите и не настроите лицензию.

Для получения дополнительной информации о RTR FrontPage Server Extensions 2002 и лицензировании посетите веб-сайт: http://www.rtr.com/fpse/Win2008R2/.

Дополнительные сведения о функциях FrontPage, для которых требуются серверные расширения FrontPage, см. в следующей статье базы знаний Майкрософт:

  • Списки компонентов FrontPage 2002, для которых требуются серверные расширения FrontPage 2002
    https://support. microsoft. com/kb/281532/

Преимущества

Серверные расширения RTR FrontPage позволяют веб-хостерам и разработчикам создавать свой веб-контент на серверах или рабочих станциях, работающих под управлением IIS 7.5 в Windows Server 2008 R2 и Windows 7. Серверные расширения RTR FrontPage также позволяют использовать «ботов» среды выполнения FPSE. поддержка обработки форм, дискуссионные группы и многое другое.

Требования

Для установки RTR FPSE 2002 для Windows Server 2008 R2 и Windows 7 должны быть выполнены следующие предварительные условия:

  • Вы должны использовать одну из следующих операционных систем:
    • Windows Server 2008 R2
    • Windows 7 Максимальная
    • Windows 7 Домашняя расширенная
    • Windows 7 Профессиональная
    • Windows 7 Корпоративная
  • Вы должны установить FPSE в качестве администратора. Если контроль доступа пользователей (UAC) включен, при установке необходимо использовать параметр «Запуск от имени администратора». Для получения дополнительной информации о UAC см. ссылку на документацию, указанную на этой странице загрузки.
  • Должны быть установлены службы IIS 7.5. Кроме того, для установки FPSE требуются следующие службы ролей и функции; если они еще не установлены на вашем компьютере, они будут установлены автоматически при установке FPSE 2002:
    • Ролевые службы веб-сервера (IIS):
      • Веб-сервер
        • Общие функции HTTP (статическое содержимое, документ по умолчанию, просмотр каталогов, ошибки HTTP)
        • Разработка приложений (расширения ISAPI, фильтры ISAPI)
        • Безопасность (проверка подлинности Windows, фильтрация запросов)
        • Состояние и диагностика (Журнал HTTP, Монитор запросов)
        • Производительность (сжатие статического содержимого)
      • Средства управления (службы ролей)
        • Совместимость управления IIS 6 (совместимость метабазы ​​IIS 6)
        • Консоль управления IIS
    •  Особенности:
      • Служба активации процессов Windows
        • Модель процесса

Примечание : IIS 7. 5 поддерживает новую среду общей конфигурации, которую необходимо отключить перед установкой FPSE 2002; общая конфигурация не поддерживается в FPSE 2002.

API администрирования Microsoft IIS — Администрирование Microsoft IIS

  • 4 комментариев

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

    Подробнее…

  • 9 комментариев

    Если вы не знакомы с API, прочтите нашу предыдущую публикацию для ознакомления.

    Подробнее…

  • 5 комментариев

    Если вы не знакомы с API, прочтите нашу предыдущую публикацию для ознакомления.

    Подробнее…

  • Новости IIS

    1 комментарий

    API администрирования Microsoft IIS делает администрирование IIS проще, чем когда-либо прежде. Если вы не знакомы с API, прочтите нашу предыдущую публикацию для ознакомления.

    Подробнее…

  • Комментариев нет

    https://manage.iis.net – это удобный веб-портал управления IIS, который позволяет управлять как локальными, так и удаленными серверами IIS. Чтобы начать использовать его, перейдите на страницу https://manage.iis.net.

    Подробнее…

  • 2 комментариев

    API администрирования Microsoft IIS теперь общедоступен ! Если вы не знакомы с API, прочтите нашу предыдущую публикацию для ознакомления.

    Подробнее…

  • 2 комментариев

    API администрирования Microsoft IIS делает администрирование IIS проще, чем когда-либо прежде. Если вы не знакомы с API, прочтите нашу предыдущую публикацию для ознакомления.

    Подробнее…

  • Новости IIS, выпуск

    7 комментариев

    Документы по администрированию Microsoft IIS: https://docs.microsoft.com/en-us/iis-administration/

    Подробнее…

  • 7 комментариев

    API администрирования Microsoft IIS делает администрирование IIS проще, чем когда-либо прежде. Если вы не знакомы с API, прочтите нашу предыдущую публикацию для ознакомления.

    Подробнее…