Iis веб ресурсы


Содержание

Iis веб ресурсы

Добрый день уважаемые читатели и гости блога. Для меня было большим удивлением, что в Америке и в Европе, очень много хостинов используемых людьми, построены на Windows Internet Information Services, и ее доля там больше чем Linux Apache или nginx. В сегодняшнем посте я бы хотел рассказать, начинающим системным администраторам, как создавать сайты iis в Windows Server 2012 R2, точнее административную часть, так как там уже вы сами будите выбирать, будет ли это ресурс на движке Werdpress или же статический сайт, вариантов очень много.

Подготовка IIS для развертывания сайта в IIS

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

Я хочу создать отдельный сайт, пускай это будет iis.pyatilistnik.org, для этого переходим в пункт сайты и через правый клик ,выбираем пункт «Добавить веб-сайт»

Само создание сайта iis состоит из вот таких не хитрых пунктов. Во первых, вы задаете:

  • Имя сайта — у меня это iis.pyatilistnik.org
  • Указываете физический путь — это та папка в которой будет лежать контент для сайта, например, картинки, документы, html странички, если сайт с базой данных, то многое будет лежать в ней.

Далее вы производите привязку сайта к нужному ip адресу, делается это после того, как вы на своем DNS сервере создали A или Cname запись для ресурса. Так же задаем тип привязки, имеет ввиду протокол, тут их всего два обычный незащищенный http и защищенный сертификатом шифрования https, о нем я подробно говорил.

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

Пробуем запустить ваш сайт. И так, сайт в диспетчере IIS на Windows Server 2012 r2 мы создали, пробуем его запустить, для этого у вас есть в пункте управление веб-сайтом, отдельный пункт «Обзор»

Если все хорошо, то вы получите доступ к ресурсу, если же нет, то увидите запрещающее сообщение:

Тут два варианта:

  • У вас пустая папка с сайтом, попробуйте поместить в нее, хотя бы картинку, для тестирования
  • У вас просто нет прав на чтение данного каталога на уровне Windows

С первым вариантом, все понятно, кладем в папку нужный контент, во втором случае, вам нужно назначить права, я дам их для группы «Все» на чтение. Делается это просто, выберите папку и щелкните по ней правым кликом, выберите свойства.

Перейдите на вкладку «Безопасность > Изменить > Добавить > Проверить имя» и через поиск найти нужную группу.

Назначаем нужный уровень прав для созданного сайта IIS, у меня это чтение и выполнение.

Открываем в браузере ваш сайт и проверяем.

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

Следующим шагом, у вас встанет вопрос какого типа будет ваш сайт и нужно ли для его настройки добавлять новые компоненты или же устанавливать сторонние, по типу PHP или MySQP для WordPress. Далее я вам советую, разобраться в вопросе проверки подлинности IIS и как она настраивается.

ИТ База знаний

ShareIT — поделись знаниями!

Полезно

Узнать IP — адрес компьютера в интернете

Онлайн генератор устойчивых паролей

Онлайн калькулятор подсетей

Калькулятор инсталляции IP — АТС Asterisk

Руководство администратора FreePBX на русском языке

Руководство администратора Cisco UCM/CME на русском языке

Серверные решения

Телефония

FreePBX и Asterisk

Настройка программных телефонов

Корпоративные сети

Похожие статьи

SDN сети

Управляем лодкой: Kubernetes

Передача файлов на виртуальную машину Hyper-V

Apache или IIS – сравнение и преимущества

Про веб — сервера

Если вы, или ваша организация намереваетесь создать Web – сервис, будь то сайт или приложение, то так или иначе вы обратите внимание на наиболее популярные на рынке платформы для создания web – серверов – Apache или Internet Information Services (IIS), которые занимают около 70% от всей доли интернета.

Многие сравнивают противостояние этих двух платформ как соперничество между Microsoft и Linux. В данной статье мы беспристрастно и объективно рассмотрим плюсы и минусы этих платформ.

Apache

Apache HTTP web – сервер – полное название платформы, распространяемой организацией Apache Software Foundation как открытое программное решение или проще говоря «open-source». Программное обеспечение сервера распространяется абсолютно бесплатно и его лицензия позволяет конечному пользователю редактировать исходный код, чтобы адаптировать Apache под свои нужды, а так же, внести вклад в будущее развитие серверной платформы.

Веб – сервер Apache может работать на всех популярных операционных системах, но чаще всего он используется в рамках Linux. Именно в паре с СУБД MySQL и PHP – скриптами образуется известный комплекс программного обеспечения LAMP Web – сервер (Linux, Apache, MySQL, PHP), который повсеместно используется в сети интернет.

В рамках исследования Netcraft, проводимого в феврале 2014 года, web – сервер Apache занимал 42% рынка. Однако стоит отметить, что в том же июне 2013 года этот показатель составлял 54% и 59% в 2010 году. Это связано с улучшением позиций основного конкурента IIS и ростом позиций Nginx.

С точки зрения функционала, Apache имеет впечатляющие характеристики. Многие функции реализуются как совместимые модули, расширяющие базовый функционал, диапазон которых варьируется от поддержки языков программирования до обеспечения различных схем аутентификации. Например, это могут быть языки Perl или Python. Модули аутентификации включают в себя элементы управления доступом к различным директориям сервера, пароль, установление подлинности и так далее. Многие другие функции, такие как Secure Sockets Layer (SSL) или TLS (Transport Layer Security) так же обеспечивается модульной системой. Помимо этого, Apache поддерживает возможность развернуть несколько web – сайтов, или графических интерфейсов приложений. Веб – сервер сжимает страницы, чтобы уменьшить их размер, что обеспечивает высокую скорость их загрузки. Наряду с высоким показателем безопасности, это является конкурентной чертой Apache.

Выделим два основных недостатка Apache HTTP web – сервера:

  • Перенасыщенность функционалом: Еще раз стоит подчеркнуть, что Apache действительно чрезвычайно богат на функции, возможности и инструментарий. Но, к сожалению, в рамках типовой инсталляции пользователь задействует только 10 % от этих функций.
  • С точки зрения архитектуры, Apache, работает по модели «процессов». Это означает, что для каждого соединения Apache выделяет отдельную «коннекцию», или другими словами поток данных, что вызывает значительную загрузку. Конкуренты, а именно асинхронные платформы и сервера работающие по модели «событий», имеют преимущество обработки нескольких процессов одновременно в рамках одной транзакции.

Internet Information Services (IIS) это веб – сервер разработки компании Microsoft и занимает второе место на рынке вслед за Apache. Платформа IIS будет работать только с Windows и поставляется в комплекте с этой операционной системы. В отличие от Apache, где основную поддержку продукта предоставляет сообщество разработчиков, IIS официально поддерживается компанией Microsoft. Разработка этого продукта не так стремительна по сравнению с Apache, но как было сказано выше, одним из главных конкурентных преимуществ IIS является официальная поддержка компании Microsoft, что очень важно для крупного бизнеса. Многие специалисты в области ИТ признают IIS одним из немногих коммерческих продуктов, который по настоящему может быть конкурентом «open-source» решению.

Постоянная доработка безопасности, производительности и удобства администрирования позволили увеличить долю присутствия на рынке IIS с 21% в 2010 году до 32% в феврале 2014 (ранее указанное исследование компании Netcraft). Самые большие продвижения были сделаны с точки зрения безопасности. Версия IIS 6.0 была уязвима к атакам: известный вирус Code Red, который заменял содержимое web – сайта на баннер об авторах вируса. Важно отметить, что многие уязвимости проявляются на уровне операционной системы.

Как и Apache, IIS использует различные расширения для внедрения дополнительного функционала. Например, работа с файлами по FTP, маршрутизация с помощью Application Request Routing (ARR), который позволяет вести балансировку нагрузки и повышать отказоустойчивость, различные медиа – компоненты, аудио, видео, динамическое изменение URL и прочие. Веб – сервер IIS предлагает более высокую совместимость с программной платформой .NET Framework и ASPX (Active Server Pages) чем Apache. Важно, что в IIS поддерживаются такие функции как мониторинг, отслеживание запросов в режиме реального времени. Конечно, IIS можно назвать «условно» бесплатным, так как распространяется он в комплекте с Microsoft Windows Server.

С точки зрения производительности, IIS уступает Apache, в виду архитектурной особенности и строгой работы на Windows.

Подведем итог

И IIS и Apache имеют свои плюсы и минусы. Определиться с web – сервером поможет учет следующих факторов: Сервер IIS должен быть приобретен в комплекте с Windows, Apache не имеет официальной технической поддержки, но имеет высокие показатели безопасности, IIS отлично совместим с .NET и так далее. В таблице ниже приведены некоторые сравнительные характеристики:

Опция Apache IIS
Поддерживаемая ОС Windows, Linux, Unix, Mac OS Windows
Техническая поддержка Сообщество Корпоративная
Стоимость Полностью бесплатно Покупается в комплекте с Windows
Разработка «open-source» Проприетарное решение
Безопасность Хорошо Отлично
Производительность Хорошо Хорошо
Рынок 42% 32%
  • WEB сервер Apache
  • IIS
  • 5895
  • 83

Полезна ли Вам эта статья?

Пожалуйста, расскажите почему?

Нам жаль, что статья не была полезна для вас :( Пожалуйста, если не затруднит, укажите по какой причине? Мы будем очень благодарны за подробный ответ. Спасибо, что помогаете нам стать лучше!

Подпишитесь на нашу еженедельную рассылку, и мы будем присылать самые интересные публикации :) Просто оставьте свои данные в форме ниже.

Национальная библиотека им. Н. Э. Баумана
Bauman National Library

Персональные инструменты

IIS (Internet Information Services)

Internet Information Services
Разработчики: Microsoft
Постоянный выпуск: 10 / 29 July 2015 года ; 4 years ago ( 2015-07-29 )
Состояние разработки: Active
Написана на: C++ (язык программирования) [1]
Операционная система: Windows NT
Локализация: Same languages as Windows
Тип ПО: Web server
Лицензия: Part of Windows NT (same license)
Веб-сайт iis .net

IIS (англ. Internet Information Services ) является Visual Basic приложением, которое располагается на веб-сервере и отвечает на запросы браузера. Приложение IIS использует HTML для представления своего пользовательского интерфейса и использует скомпилированый код Visual Basic для обработки запросов и реагирования на события в браузере. Для пользователя приложение IIS представляется рядом страниц HTML. Для разработчика приложение IIS состоит из особого типа объекта, называемого WebClass, который в свою очередь, содержит ряд ресурсов, называемых webitems. WebClass выступает в качестве центрального функционального блока приложения, обрабатывающего данные из браузера и отправляющего информацию пользователям. Разработчик описывает ряд процедур, которые определяют, каким образом WebClass отвечает на эти запросы. webitems являются HTML-страницами и другими данными, которые WebClass может отправить в браузер в ответ на запрос.

Содержание

Архитектура

Internet Information Services (IIS) 7 и выше обеспечивает архитектуру обработки запросов, которая включает в себя:

  • Служба активации процесса Windows (WAS), который позволяет сайтам использовать отличающиеся от HTTP и HTTPS протоколы.
  • Веб-движок сервера, который может быть изменен путем добавления или удаления модулей.
  • Интегрированные конвейеры обработки запросов от IIS и ASP.NET.

Компоненты

IIS содержит несколько компонентов, которые выполняют важные функции для приложений и ролей веб-сервера в Windows Server® 2008 (IIS 7.0) и Windows Server 2008 R2 (IIS 7.5). Каждый компонент имеет функции, такие как прослушивание запросов к серверу, управление процессами и чтение файлов конфигурации. Эти компоненты включают в себя обработчики протокола, такие как HTTP.sys и службы, такие как World Wide Web Publishing (служба WWW) и службы активации процесса Windows (WAS).

Internet Information Server (IIS) имеет свой собственный ASP.NET Process Engine для обработки запроса ASP.NET. Способ настройки приложения ASP.NET зависит от того, какая версия IIS приложения используется.

Internet Information Server (IIS) включает в себя набор программ для создания и администрирования веб-приложений, поисковых систем, а также поддержку для написания веб-приложений, обеспечивающих доступ к базам данных, таким как SQL Server. IIS позволяет настроить компьютер в качестве веб-сервера и предоставляет функциональные возможности для разработки и развертывания веб-приложений ASP.NET на сервере. Кроме того, возможно установить параметры безопасности для конкретного веб-сайта для конкретных пользователей и компьютера для того, чтобы защитить его от несанкционированного доступа.

По заявлениям разработчиков, IIS повышает доступность веб-сайтов и приложений при одновременном снижении системного администрирования и стоимости развертывания. IIS 7.5 поддерживает HTTP, HTTPS, FTP, FTPS, SMTP и NNTP.

Ключевые особенности

  • Встроенные расширения
    • WebDAV и FTP
    • Фильтрация запросов
    • Модули администрирования
  • Усовершенствования управления
    • Анализатор соответствия рекомендациям
    • Windows PowerShell провайдер и cmdlets
    • Ведение журнала конфигурации и трассировки
  • Улучшения хостинга приложений
    • Управляемые учетные записи служб
    • Hostable веб-ядро
    • Трассировка неудачных запросов для FastCGI
  • Улучшения .NET поддержки для Server Core

Установка

  • Нажмите кнопку Пуск и выберите Панель управления.
  • На панели управления выберите Программы, а затем Включение и отключение компонентов Windows.
  • В диалоговом окне «Компоненты Windows» нажмите Службы IIS, а затем кнопку ОК.

Конфигурирование

Настройка веб-узла по умолчанию: При установке IIS настроен для использования в качестве веб-узла по умолчанию; тем не менее может потребоваться изменить некоторые настройки. Чтобы изменить основные параметры для веб-узла и имитировать действия, которые требуются для настройки Apache в первый раз с помощью файла конфигурации:

  1. Войдите в систему на компьютере веб-сервера с правами администратора.
  2. Нажмите кнопку Пуск, выберите Настройка и щелкните Панель управления.
  3. Дважды щелкните значок Администрирование, а затем дважды щелкните значок Диспетчер служб Интернета.
  4. Щелкните правой кнопкой мыши веб-узел, который необходимо настроить, на левой панели и выберите команду Свойства.
  5. Перейдите на вкладку веб-узел .
  6. В поле Описание введите описание веб-узла.
  7. Введите адрес Internet Protocol (IP) для веб-узла или оставьте значение по умолчанию все (не назначено) .
  8. Измените порт протокола управления передачей (TCP), соответствующим образом.
  9. Перейдите на вкладку Домашний каталог.
  10. Чтобы использовать папку на локальном компьютере, выберите каталог на данном компьютере и нажмите кнопку Обзор, чтобы найти папку, которую требуется использовать.
  11. Чтобы использовать папку, общий ресурс с другого компьютера в сети, выберите параметр Общая папка другого компьютера и затем введите путь или нажмите кнопку Обзор, чтобы выбрать общую папку.
  12. Нажмите кнопку Чтение предоставить доступ на чтение к папке (обязательно).
  13. Нажмите кнопку ОК, чтобы принять свойства веб-сайта.

Создание нового веб-узла:

Чтобы создать новый веб-узел на сервере Apache, необходимо настроить виртуальный узел и настроить отдельные параметры для узла. Если используются службы IIS, можно создать новый веб-узел путем перевода следующих терминов в эквивалентные термины IIS:

Apache термин Термин IIS
Корень документа Каталог домашней страницы веб-узла IIS
Имя_сервера Заголовок узла IIS
Прослушивание IIS IP-адрес и TCP-порт

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

  1. Войдите в систему на компьютере веб-сервера с правами администратора.
  2. Нажмите кнопку Пуск, выберите Настройка и щелкните Панель управления.
  3. Дважды щелкните значок Администрирование, а затем дважды щелкните значок Диспетчер служб Интернета.
  4. Щелкните Действие, выберите пункт Создать и выберите веб-узел.
  5. После запуска мастера создания веб-узла, нажмите кнопку Далее.
  6. Введите описание веб-узла. Это описание используется для идентификации веб-узла в диспетчере служб Интернета только для внутренних целей.
  7. Выберите IP-адрес для веб-узла. Если выбрать все (без значения), веб-узел будет доступен для всех интерфейсов и всех настроенных IP-адресов.
  8. Введите номер порта TCP, чтобы опубликовать на нем сайт.
  9. Введите имя заголовка узла (реальные имя, которое используется для доступа к этому узлу).
  10. Нажмите кнопку Далее.
  11. Введите путь к папке, которая содержит документы веб-узла, или нажмите кнопку Обзор, выберите папку и нажмите кнопку Далее.
  12. Укажите права доступа для веб-узла и нажмите кнопку Далее.
  13. Нажмите кнопку Готово.

Настройка веб-сервера IIS, часть 1

Internet Information Services (IIS) это набор интернет-серверов от компании Microsoft. Основным компонентом IIS является веб-сервер, хотя этим дело не ограничивается. Последняя восьмая версия IIS поставляется со всеми редакциями Windows Server 2012 R2.

Несмотря на проприетарность IIS, доля этого набора сервисов на рынке постепенно увеличивается. В интернете можно отыскать множество сакральных споров, что же всё таки лучше — IIS, Apache или, скажем, Nginx. Не будем им уподобляться, просто скажем в каких случаях в основном используется IIS.

Самый удобный вариант использования IIS — когда всё ваше рабочее окружение (и серверная его часть тоже) работает на Windows. В таком случае Вы можете получить от IIS ряд удобных «плюшек» для работы в домене. В конце концов, ведь IIS это еще и FTP-сервер, и почтовый сервер. Интерфейс IIS довольно нагляден, что вообще свойственно Windows-среде. Ну и, конечно, IIS пригодится вам, если вы используете MS SQL.

Для включения IIS в Windows Server 2012 R2 зайдите в Диспетчер серверов.

В Диспетчере серверов найдите пункт «Добавить роли и компоненты».

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

Убедитесь, что у Вас включен CGI.

После этого в разделе Администрирование у Вас появится Диспетчер служб IIS.

Вы можете так же включить IIS в Windows 7 Профессиональная и Максимальная, а также в Windows 8. Для этого перейдите в Панель управления → Программы → Включение или отключение компонентов Windows.

Диспетчер служб представляет собой графический интерфейс управления Вашими серверами.

Справа перечислены сервера и сайты. По умолчанию на системном разделе создается папка inetpub, в которой находятся папки ftproot и wwwroot для FTP-серверов и веб-сайтов соответственно.

Установка PHP на IIS

Для установки PHP перейдите по ссылке и скачайте ZIP-архив с версией Non Thread Safe. Обозначение VC11 возле версии обозначает, что для её компиляции необходим Visual C++ Redistributable for Visual Studio 2012. Для старых версий, маркированных как VC9, требуется Visual C++ Redistributable for Visual Studio 2008 SP1.

Директорию для распаковки ZIP-архива можно выбрать по своему усмотрению. После извлечения архива создайте копию файла php.ini-production под именем php.ini в той же папке.

Файл php.ini содержит правила исполнения PHP и работы с окружением, в котором он исполняется. Есть ряд обязательных параметров, которые должны быть прописаны. Ниже список этих параметров.

extension_dir = [путь к директории расширений] — этот параметр отвечает за расположение расширений PHP. Например, C:\php\ext.

extension = xxxxx.dll — для каждого подключаемого расширения необходимо прописать такую директиву. Такие расширения будут подгружаться при старте PHP.

log_errors = On — включение лога ошибок.

error_log = [путь к файлу лога ошибок] — собственно, тут всё понятно.

cgi.force_redirect = 0 — отключение механизма защиты директорий, под IIS данный параметр должен принимать именно такое значение во избежание ошибок ядра PHP в Windows.

cgi.fix_pathinfo = 1 — включение поддержки PATH_INFO согласно спецификации CGI. IIS FastCGI использует эту настройку.

fastcgi.impersonate = 1 — включение идентификации маркеров безопасности вызывающего клиента.

fastcgi.logging = 0 — логи FastCGI в IIS необходимо отключить.

Далее в свойствах системы необходимо откорректировать переменные среды. В Windows Server 2012 R2 необходимо зайти в Панель управления, выбрать пункт Система, там Дополнительные параметры системы. На вкладке Дополнительно внизу находится кнопка Переменные среды.

Среди системных переменных находим переменную Path и в поле Значение переменной дописываем путь к каталогу PHP. В моем примере это C:\php.

Теперь нам необходимо указать в IIS как же обрабатывать php-файлы. Для этого заходим в пункт сопоставление обработчиков.

На панели действия щелкните по пункту Добавить сопоставление модуля и заполните в соответствии с тем, что видите на рисунке.

В поле исполняемого файла прописываете тот путь, куда был разархивирован PHP.

Проверим работу PHP. Для этого создаем файл index.php со следующим содержимым:

Если всё сделано правильно, то, набрав в адресной строке браузера http://localhost/index.php, Вы увидите следующую милую картинку:

Во второй части статьи поговорим о MySQL и phpMyAdmin.

Настройка работы веб-клиента на IIS сервер

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

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

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

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

  • Количество пользователей, работающих с системой документооборота, больше 100.
  • Необходимо более гибкое управление ресурсами (Dashboard).
  • Канал связи между сервером и клиентом должен быть защищен по протоколу SSL.

Важно: При работе на WebXSP больше 100 пользователей наблюдается повышенное потребление памяти, его работа замедляется, что может привести к значительным неудобствам. IIS эффективнее взаимодействует с памятью, имеет расширенные средства управления и возможность диагностики загрузки сервера. Также существует возможность настроить шифрованное SSL соединение между браузером и сервером документооборота, что делает соединение таким же защищенным и надежным, как и при использовании десктоп приложения рабочего места (программы FossDoc Client).

В этой статье будут рассмотрены процессы настройки сервера IIS и замены им WebXSP сервера, входящего в стандартную поставку СЭД FossDoc.

Настройка IIS Сервера

Первое, что необходимо сделать, это остановить модуль «Web Server» в панели администрирования FossDoc.

Далее нужно убедиться, что в памяти компьютера нет процесса Mono.WebServer.XSP.

После того, как модуль был остановлен, и вы убедились, что поцесса Mono.WebServer.XSP нет в памяти, необходимо установить IIS (в некоторых случаях он уже может быть установлен в системе). Для этого нужно зайти в Панель управления/Программы и компонеты/Включение и отключение Компонентов Windows, выбрать компонент Службы IIS и подтвердить установку.

Также необходимо установить некоторые компоненты разработки приложений ASP.NET. Для этого потребуется выбрать следующие элементы:

Остальные зависимости проставятся автоматически.

Когда установка компонентов завершится, запустите диспетчер служб IIS: Панель управления/Администрирование/Internet Information Services. В открывшемся окне в дереве необходимо расхлопнуть иерархию Сайты, вызвать контекстное меню на пункте Default website (сайт по умолчанию) и выполнить Удалить.

Затем создайте новый сайт (выполните Добавить веб-сайт из контекстного меню иерархии Сайты.

Появится окно добавления нового веб-сайта, в котором нужно ввести следующие параметры:

  • Имя сайта.
  • В выпадающем меню Аplication Pool необходимо выбрать .NET 4.5, который до этого был установлен в компонентах Windows.
  • Физический путь C:/Program Files x86/FOSS/Aplication Server/Instances/Web/Webserver/.
  • Порт (опционально).
  • Тип соединения (опционально).
  • Снять галочку Запустить веб-сайт сейчас.

В завершение необходимо дать группе пользователей ISS необходимые права для работы с файлами веб-сервера.

И запустить сервер.

Важно: По умолчанию IIS не имеет разрешений для работы в системной директории, и если для группы пользователей IIS не настроить права доступа, то попытка запуска сервера приведет к ошибке!

Обновление веб-сервера

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

Для его обновления необходимо обновить папку веб-клиента вручную или произвести следующие действия:

  • Остановить IIS.
  • Обновить FossDoc.
  • Включить модуль «Web Server» в программе администрирования FossDoc, чтобы он обновил файлы веб-клиента.
  • Отключить модуль «Web Server».
  • Запустить IIS.

IIS 7.0: краткая инструкция для системного администратора. Часть 1 – пpoверка результатов установки.

Продолжаем говорить об процедуре установки веб сервера под управлением IIS 7.0 на Windows Server 2008, которая была рассмотрена в предыдущем посте.

Теперь перейдем к проверке результатов установки IIS 7.0. Самый простой вариант проверить, работает ли веб сервер, особенно – находясь за локальной консолью, это обратиться из любого веб-браузера по адресу http://localhost/. Далее, проверить с локальной и удаленной машины по IP-адресу.

При установке IIS 7.0 создается веб сайт по умолчанию, сконфигурированный на ответ при любом URL-запросе, поступившем на порт 80 любого сетевого интерфейса сервера, на котором установлен IIS 7.0. Т.е. запрос браузера типа http://localhost/ должен быть обработан как запрос к веб сайту по умолчанию. Содержимое сайта по умолчанию представляет собой 2 файла – iisstart.htm и welcome.png (который отображается в iisstart.htm), которые и будут открыты клиентом. Поэтому результат обращения к localhost будет иметь следующий вид:

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

1. Основным инструментом управления IIS 7.0 является консоль Internet Information Services (IIS) Manager, которая устанавливается по умолчанию, вместе с ролью Web Server в Windows Server 2008 (IIS Management Console, раздел Management Tools при установки модулей). После соответствующей установки консоль управления IIS 7.0 можно найти, как дочернюю запись внутри раздела Web Server (IIS) в разделе ролей Server Manager, либо как пункт в разделе Administrative Tools меню Start, либо выполнив команду inetmgr (в командной строке или через пункт Run того же меню Start).

2. При старте консоль Internet Information Services (IIS) Manager открывается с «домашней страницей», на которой в виде панелей находится информация о том, к каким веб серверам и веб сайтам подключался пользователь консоли до этого (если консоль только установлена вместе с ролью Web Server (IIS), то в консоле присутствует запись только о локальном веб сервере), также присутствуют ссылки для выбора подключения к другим серверам, веб сайтам, веб приложениям и папкам, а также ссылки на внешние ресурсы, посвященные IIS.

3. Кроме того, на домашней странице присутствует панель новостей, которые подгружаются как новостная RSS-лента с сайта www.iis.net, если администратор нажимает на ссылку Enable IIS News. Новости, кстати, очень полезные, рекомендуется включать и использовать эту информацию в повседневной работе.

4. При подключении к какому либо веб серверу IIS 7.0 консоль Internet Information Services (IIS) Manager представляет его конфигурацию, как логическую структуру – уровень самого веб сервера, чьи настройки являются глобальными и распространяются по умолчанию на все веб сайты, пулы приложений и, сообственно, веб сайты со своими настройками. Эта конфигурационная иерархия, в виде разворачивающегося дерева, начинающегося с узла с именем (или IP) веб сервера, отображается в левой панели консоли Internet Information Services (IIS) Manager.

5. Если выбрать какой-то узел в дереве конфигурации, то в центральной панель консоли Internet Information Services (IIS) Manager будут отображены в виде отдельных иконок все параметры (а также – модули или списки), соответствующие конфигурации выбранного узла, а в правой панели – набор контекстных задач и операций, которые администратор (или пользователь) может выполнить над данным узлом.

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

7. В правой панели при выборе узла веб сайта отображаются все операции, возможные для выполнения непосредственно с веб сервером (службами IIS в целом) в данном конексте – перезапуск, останов, запуск, переход к пулам приложений и сайтам.

8. Убеждаемся, что пулы приложений (Application Pools) сконфигурированы. Пулы приложений будут рассмотрены позже. Пулы являются дочерним узлом в дереве конфигурации для узла веб сайта. При установке по умолчанию создается только один пул – DefaultAppPool, в котором регистрируется одно приложение – сконфигурированный по умолчанию веб сайт, работу которого мы уже проверили. См. снимок экрана.

9. Ниже узла пулов приложений в дереве конфигурации находится узел веб сайтов (Sites), при выборе которого отображается список работающих на данном веб сервере веб сайтов. По умолчанию создается один веб сайт под названием Default Web Site с внутренним номером (ID) равным 1, «привязанный» на 80 порт всех IP-адресах всех сетевых интерфейсов к любому URL в запросе, и использующий в качестве домашнего каталога своего контента каталог с путем %SystemDrive%\inetpub\wwwroot (что при установленном Windows Server 2008 на диск C: соответствует C: \inetpub\wwwroot).

10. При выборе в левой панели консоли узла веб сайта (Default Web Site), также, как и в случае с выбором узла веб сервера, в центральной панели отображаются иконки для доступа к параметрам конфигурации различных модулей, на этот раз – конкретного веб сайта. Убеждаемся, что также, как и в случае со всем веб сервером, все необходимые модули представлены в центральной панели.

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

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

12. Выберите узел веб сервера в дереве конфигурации в левой панели консоли Internet Information Services (IIS) Manager. В центральной панели кликните на иконку Modules. В центральной панели откроется следующий полный список установленных по умолчанию модулей, представляющий из себя перечень .dll файлов.

13. Чтобы убедиться, что веб сервер будет работать только со статическими файлами (по умолчанию) или только с нужными вам расширениями – выберите снова узел веб сервера и в центральной панели кликните на иконку Handler Mappings. Откроется список «привязки» расширений вызываемых на веб сайте пользователем файлов и привязанных к данным расширениям модулям, выполняющим обработку данного вызова. Обратите внимание, что по умолчанию все файлы привязаны к модулю обработки статических файлов (т.е. запрос какого либо скриптового или исполнимого файла из домашнего каталога веб сайта не будет приводить к его исполнению на сервере, а лишь к передаче данного файла пользователю), а также к модулям документа по умолчанию и просмотра каталога. С этими модулями мы познакомимся позже.

14. И, наконец, для того, чтобы убедиться в безопасности веб сайта – проверьте параметры его аутентификации. Для этого выбираем иконку Authentication в той же центральной панели. По умолчанию никаких модулей аутентификации веб сервер (и веб сайты) не поддерживает. Т.е. все подключения для него анонимны. В чем безопасность? Это значит, что пользователям будет доступен только то содержимое домашних каталогов сайтов – файлы и подкаталоги – которые имеют NTFS разрешения для чтения «всем» (Everyone). В случае, если таких разрешений файл не имеет, пользователю будет отказано в доступе с соответствующей ошибкой 401. Если же пользователь попробует каким-то образом аутентифицироваться в процессе HTTP запроса на сервере – то поскольку никаких модулей аутентификации, кроме анонимного, на веб сервере не установлено – он снова получит соответствующую ошибку 401.

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

Итак, сервер установлен и его работоспособность проверена. Теперь достаточно поместить какой либо статический контент (файлы HTML, изображения, документы и файлы для выгрузки пользователями) в домашний каталог его сайта по умолчанию (напоминаю, что это в большинстве случаев C:\inetpub\wwwroot) – и веб сайт под управлением IIS 7.0 начнет работать. Ну, и конечно, для внешних сайтов – не забыть прописать их A-record в вашей доменной зоне на публичном DNS сервере.

В следующей части – установка IIS 7.0 в режиме командной строки, особенности работы IIS 7.0 на Server Core.

UNIXMOLD

Подписаться на этот блог

Follow by Email

Поиск по этому блогу

Настройка IIS, публикация сайта в сеть Интернет!

Установка веб-сервера IIS

Панель управления → Программы → Включение или отключение компонентов Windows. Находим в списке раздел — Службы IIS. Раскрываем его и выбираем нужные компоненты:

  • Безопасность. Выбираем все компоненты кроме «Проверка подлинности с сопоставлением сертификата …».
  • Компоненты разработки приложений. Выбираем только компонент CGI, это нужно для последующей установки PHP.
  • Общие функции HTTP. Отмечаем все пункты.
  • Проверка работоспособности и диагностика. Выбираем «Ведение журнала HTTP» и «Монитор запросов».
  • Функции повышения быстродействия. Отмечаем все пункты.
  • Средства управления веб-сайтом. Отмечаем только «Консоль управления IIS».

Установка PHP (FastCGI)

Перед началом установки необходимо скачать релиз PHP с сайта http://windows.php.net/download/. На выбор там предлагается несколько вариантов. Нам необходим релиз VC9 x86 Non Thread Safe. Для работы с IIS в режиме FastCGI это наиболее быстрый и стабильный вариант. Скачивайте релиз с установщиком (installer), а не zip-архив (это для любителей ручной установки). Примите во внимание, что с установщиком (installer) это не обязательно должна быть последняя выложенная версия PHP, ничего страшного не случится, если вы скачаете более раннюю версию.

Далее запускаем установщик. После нескольких не особо информативных окон нам предлагают выбрать веб-сервер и режим работы PHP:

Выбираем IIS FastCGI — сейчас это единственный стабильный вариант установки PHP на IIS.

Далее переходим к выбору компонентов PHP. Если установку PHP производите впервые, лучше оставить значения по умолчанию.

После завершения работы установщика, переходим к настройкам IIS. В принципе здесь надо сделать только одно действие — поднять приоритет php-файлов, чтобы они обрабатывались в первую очередь. Открываем опять диспетчер служб IIS — правый клик на Компьютер → в меню выбираем пункт «Управление», в левом окошке раскрываем «Службы и приложения» → «Диспетчер служб IIS». В окне правее «Подключения» нажимаем по названию нашего сайта и в среднем окне открываем (кликаем 2 раза) раздел «Документ по умолчанию».

Если используется Windows 7 64-бит, необходимо произвести одно дополнительное действие. Откройте раздел «Пулы приложений» (в окне «Подключения»). Выделите DefaultAppPool и откройте «Дополнительные параметры» (через правый клик или в крайней правой колонке «Действия»). В разделе (Общие) необходимо найти опцию «Разрешить выполнение 32-битных приложений» (Enable 32-bit Applications) и установить в положение True. Если уже созданы дополнительные пулы для уже существующих сайтов, то для каждого из них нужно проделать ту же операцию.

Теперь необходимо провести тестирование PHP. В корневую папку веб-сайта (c:\inetpub\wwwroot) необходимо поместить файл index.php со следующим содержанием:

Открываем сайт в браузере (http://localhost). Если все работает правильно, вы увидите страницу с информацией об установке PHP:

Установка MySQL

Для Win 32 качаем: Windows (x86, 32-bit), MSI Installer
Для Win 64 качаем: Windows (x86, 64-bit), MSI Installer

После нажатия на кнопку Download вы увидите форму для регистрации, ее можно пропустить нажав на ссылку внизу (» No thanks, just start my download!).

Запускаем установщик, после нескольких не особо информативных окон нам предлагают выбрать тип установки, выбираем Custom:

Методы и средства управления веб-сервером IIS 7.5

Веб-каст демонстрирует основное средство управления веб-сервером IIS: Диспетчер Internet Information Services.

В веб-касте продемонстрированы:

  1. Установка веб-сервера.
  2. Создание WEB-сайтов.
  3. Редактирование настроек сайта.
  4. Редактирование конфигурационных файлов.
  5. Добавление компонентов на веб-сервер
  6. Добавление FTP.
  7. Создание FTP-сайтов.

Iis веб ресурсы

Если у Вас установлен bpm’online on-site и Вы хотите использовать webitel с WebRTC, то без наличия HTTPS это сделать у Вас не получиться. Я уже описывал процесс перевода webitel на использование сертификатов безопастности, а сегодня поговорим о bpm’online.

В данной статье, описан процесс перевода on-site bpm’online версии 7.8 на использование HTTPS с помощью бесплатного сертификата от StartCom, что бы с WebRTC проблем не было и мы могли совершать звонки в браузере: http://kovalyshyn.pp.ua/1226.html

Спасибо, полезная информация

  • Войдите или зарегистрируйтесь, чтобы оставлять комментарии
  • Цитировать

Так как StarCom больше не надежны, предлагаю альтернативное решение — https://kovalyshyn.pp.ua/1273.html

  • Войдите или зарегистрируйтесь, чтобы оставлять комментарии
  • Цитировать

Установка BPMonline: настройка IIS

Что нужно знать при установки BPMonline на своем сервере (On-Site).

Предустановленные компоненты

Для начала у вас уже должно быть установлено:

  1. MSSQL Server: 2008, 2008R2, 2012
  2. Redis: http://redis.io/download
  3. Microsoft .NET Framework 4.0: сайт Microsoft
  4. IIS : 6.0, 7.0, 7.5

Настройка IIS

Теперь более подробно на настройке IIS, на примере версии 7.5.
Открываем:
Control Panel\All Control Panel Items\Programs and Features .
Далее:
Turn Windows features on or off .

Или просто запустите в командной строке:

Минимальный список компонентов IIS:

  • Internet Information Services
    • Web Management Compatibility
      • IIS Management Console
      • IIS Management Service
    • World Wide Web Services
      • Application Development Features
        • .Net Extensibility
        • ASP.NET
        • ISAPI Extensions
        • ISAPI Filter
      • Common HTTP Features
        • Default Document
        • Directory Browsing
        • HTTP Errors
        • Static Content
        • WebDAV Publishing
      • Health and Diagnostics
        • HTTP Logging
        • Request Monitor
      • Performance Features
        • Static Content Compression
      • Security
        • Request Filtering

Если установлена утилита Deployment Image Servicing and Management tool, то можно установку сделать с помощью командной строки:

Установка BPMonline

После того как все предварительный работы выполнены, запускаем установку BPMonline. Установщик проведет по всем этапам. Хочу отметить несколько моментов, на которые стоит обратить внимание:

  1. Если СУБД – не локальный сервер, но нужно развернуть бекап из папки db установленного приложения.
  2. Если при установке подключение к базе было указано через Windows Authorization, то нужно в СУБД добавить пользователя, от имени которого запускается служба IIS


Ниже буду добавлять список распространенных проблем по настройке IIS и их решения.

  1. Проблема: При входе на сайт еще до страници логина отображается сообщение:
    Handler “PageHandlerFactory-Integrated” has a bad module “ManagedPipelineHandler” in its module list
    Решение: Нужно доустановить ASP.NET:
    64-bit: %windir%\Microsoft.NET\Framework64\v4.0.30319\aspnet_regiis.exe -i
    32-bit: %windir%\Microsoft.NET\Framework\v4.0.21006\aspnet_regiis.exe -i
    Найдено тут: http://stackoverflow.com/a/10541165

Ок, весьма доходчиво)

  • Войдите или зарегистрируйтесь, чтобы оставлять комментарии
  • Цитировать

«Alexandr Kravchuk» написал: Если при установке подключение к базе было указано через Windows Authorization, то нужно в СУБД добавить пользователя, от имени которого запускается служба IIS

А если СУБД и IIS на разных машинах и это не домен?

  • Войдите или зарегистрируйтесь, чтобы оставлять комментарии
  • Цитировать

А если СУБД и IIS на разных машинах и это не домен?

С уважением, Котенко Александр.

  • Войдите или зарегистрируйтесь, чтобы оставлять комментарии
  • Цитировать

Если у вас Windows Server 2012 и BPMonline 7.x не забудьте включить еще HTTP Activation

  • Войдите или зарегистрируйтесь, чтобы оставлять комментарии
  • Цитировать

«Alexandr Kravchuk» написал: можно установку сделать с помощью командной строки:

  • Войдите или зарегистрируйтесь, чтобы оставлять комментарии
  • Цитировать
  • Войдите или зарегистрируйтесь, чтобы оставлять комментарии
  • Цитировать

BPM и NAT

BPM 5.2
По локальной сети все нормально подключаюсь к серверу.

Чтобы подключиться вне сети, прокинул порты до MS SQL сервера.
Но как настроить IIS не нашел ни на сайте terrasoft, ни в интернете (по крайней мере такого описания, которое я бы воспринял).

Кто-нибудь может подсказать как решить данную задачу?
Как вариант поднять VPN сервер на том же сервере MS SQL, но у VPN сервера будет уже другой ip-адрес. Скорее всего IIS так же не будет работать со вторым ip-адресом, если просто прописать website2 в конфиге IIS.

У меня такой же вопрос

Не совсем понятно — у вас в локальной сети стоит IIS+MsSql ?
И вы хотите подключится извне сети к сайту ?
Насколько я понимаю вам достаточно прокинуть порт, по которому доступен сайт.

>Чтобы подключиться вне сети, прокинул порты до MS SQL сервера.
Или у вас MsSql в локальной сети, а сайт вы хотите поднять извне сети ?

  • Войдите или зарегистрируйтесь, чтобы оставлять комментарии
  • Цитировать

Я хочу получиться к IIS снаружи. Прокидывание портов не помогает.

  • Войдите или зарегистрируйтесь, чтобы оставлять комментарии
  • Цитировать

Здравствуйте.
Если в локальной сети сайт работает, то нет никакой необходимости пробрасывать доступ к SQL-серверу снаружи. Нужно только доступ к сайту по порту, на котором он висит. Что касается самого проброса, то этот вопрос лежит исключительно в области администрирования сети и зависит от конкретной реализации доступа к Интернет.
С уважением, Terrasoft Support Team.

  • Войдите или зарегистрируйтесь, чтобы оставлять комментарии
  • Цитировать

Так порт 8080 я прокинул до сервера IIS, все равно не работает.
IIS пишет ошибку «Failed to translate IP address + Hostname to Site Id«

  • Войдите или зарегистрируйтесь, чтобы оставлять комментарии
  • Цитировать

Что у вас стоит в настройках сайта в Bindings ?
Может быть проблема в том что IIS отлавливает только обращения по определенному доменному имени, а не по *:80 в целом ?

  • Войдите или зарегистрируйтесь, чтобы оставлять комментарии
  • Цитировать

Из настроек IIS сервера:

  • Войдите или зарегистрируйтесь, чтобы оставлять комментарии
  • Цитировать

Здравствуйте.
Что-то не так с «пробросом» порта на роутере. Вы снаружи можете подключаться на внешний IP Вашей сети не обязательно по 8080. Нужно на роутере настроить Port Forvardig (например для маршрутизаторов D-Link: http://www.dlink.ru/ru/faq/68/275.html). То есть перенаправление с порта, по которому Вы заходите снаружи на порт 8080 машины, где установлен IIS.
С уважением , Terrasoft Support Team.

  • Войдите или зарегистрируйтесь, чтобы оставлять комментарии
  • Цитировать

Прилагаю скрин с маршрутизатора. Все верно сделал, там негде ошибаться.
Попробую поставить другой маршрутизатор, может быть дело в маршрутизаторе.

  • Войдите или зарегистрируйтесь, чтобы оставлять комментарии
  • Цитировать
  • Войдите или зарегистрируйтесь, чтобы оставлять комментарии
  • Цитировать

Илья, а так пробовали конфиг IIS’а задавать:

  • Войдите или зарегистрируйтесь, чтобы оставлять комментарии
  • Цитировать

После того, как прописал :8080:, ошибка в IIS исчезла.

При этом в IIS пишет при запросе снаружи:
Request started: POST http://192.168.1.250:8080/Services/UserCounterValuesServic
e.asmx/GetUserCounterValues
Request ended: «http://192.168.1.250:8080/Services/UserCounterValuesService.asmx
/GetUserCounterValues» with HTTP status 200.0

Но в браузере все равно ничего не отображается.

А при запросах с локалной сети по прежнему все работает.

  • Войдите или зарегистрируйтесь, чтобы оставлять комментарии
  • Цитировать

Все внезапно заработало. Спасибо за решение задачи.

  • Войдите или зарегистрируйтесь, чтобы оставлять комментарии
  • Цитировать

Deploy WebForm on IIS

В процессе разворачивания WebForm на IIS я столкнулась с проблемами, решением которых хочу поделиться в этой заметке.

Ошибка: Config Error

Cannot read configuration file due to insufficient permissions

Решение:

Для решения этой проблемы нужно выдать права на чтение папки с сайтом для пользователя IIS_IUSRS.

Ошибка: HTTP Error 401.3 — Unauthorized

HTTP Error 401.3 — Unauthorized You do not have permission to view this directory or page because of the access control list (ACL) configuration or encryption settings for this resource on the Web server. IIS

Решение:

Проверить, включен ли анонимный доступ для этого сайта – раздел IIS Autentification.
Перейти в папку, где лежит сайт, и выдать в ней права пользователю IUSR на чтение.
Второй возможный вариант: Besides enabling Anonymous Authentication for the web site, I had to go a step further and Edit Anonymous Authentication (by right clicking) and change it from a Specific User to Application pool identity.

Ошибка: This assembly is built by a runtime newer[…]

Could not load file or assembly ‘Interop.TSObjectLibrary’ or one of its dependencies. This assembly is built by a runtime newer than the currently loaded runtime and cannot be loaded. IIS

Решение:

В окне IIS Manager перейти на Application Pool, в появившейся таблице выбрать наш сайт, дважды кликнуть на его записи и изменить версию .NET на подходящую нам.

Ошибка: HTTP Error 500.21

HTTP Error 500.21 — Internal Server Error Handler «PageHandlerFactory-Integrated» has a bad module «ManagedPipelineHandler» in its module list

Решение:

Лично мне помогло aspnet_regiis.exe –i .
Подробно возможные пути решения проблемы описаны ниже.
After setting up a new Windows 7 computer with IIS 7.5 and Visual Studio 2010, I tried to start my ASP.NET 4.0 website using the Local IIS web server. However, right off the bat I was hit with the following IIS error message:

    HTTP Error 500.21 — Internal Server Error Handler «PageHandlerFactory-Integrated» has a bad module «ManagedPipelineHandler» in its module list.

I knew the website worked correctly, because it ran fine in the Visual Studio Development Server, just not in IIS 7. Apparently, the reason I was recieving the Internal Server error message was that I had installed SQL Server 2008, after installing Visual Studio 2010, and because of this it corrupted the IIS Machine level configuration files («If you install VS2010 and then install VS2008 and VS2008 SP1, the configuration files for ASP.NET in IIS only include about 1/2 of the correct .Net 4.0 configuration sections.» read more here).
To repair this problem I ran a full silent repair of the .NET Framework 4.0. Here’s how on either a 32 bit or 64 bit computer:

  1. Click Start -> All Programs -> Accessories -> Run
  2. In the Open textbox paste in the following line (see list of all .NET Framework version install, repair and unistall command lines here):
    For silent repair on 32 bit computer with .Net Framework version 4.0.30319 use:
      %windir%\Microsoft.NET\Framework\v4.0.30319\SetupCache\Client\setup.exe /repair /x86 /x64 /ia64 /parameterfolder Client /q /norestart

For silent repair on 64 bit computer with .Net Framework version 4.0.30319 use:

    %windir%\Microsoft.NET\Framework64\v4.0.30319\SetupCache\Client\setup.exe /repair /x86 /x64 /ia64 /parameterfolder Client /q /norestart
  • Click OK to start the repair
  • After, the repair ran for a few minutes, I restarted IIS 7.5, and things began to work correctly!
  • Hopefully, that will work for you.
    Some people also seem to be having success correcting this error by running aspnet_regiis.exe. I initially tried this and it did not work for me, but feel free to give it a shot. (Keep in mind for the example below I have .Net Framework version 4.0.3.0319 installed on my computer, but you may need to change directory version to what is installed on your computer): Here’s how to run aspnet_regiis.exe:

      Run «aspnet_regiis.exe» program from command line (within Command Prompt):

        %windir%\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis.exe –i

      If you want to open it using the Run program, just type in «Run» in the Windows 7 search box, then use the following line below in the Open box, then click OK:

        %windir%\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis.exe –i

      Note if your computer is 64 bit, then I would change the line to:

        %windir%\Microsoft.NET\Framework64\v4.0.30319\aspnet_regiis.exe –i

    Hopefully, these solutions help get you up and running and fix the IIS7 error. Handler «PageHandlerFactory-Integrated» has a bad module «ManagedPipelineHandler» in its module list.

    Ошибка: An attempt was made to load a program with an incorrect format.

    Could not load file or assembly ‘Interop.TSObjectLibrary’ or one of its dependencies. An attempt was made to load a program with an incorrect format.

    Решение:

    В окне IIS Manager перейти на Application Pool, в появившейся таблице выбрать наш сайт. Нажать правую кнопку, выбрать там Advanced Settings и в появившемся окне выставить параметр «Enable 32-Bit Applications» в значение True.

    Ошибка: Windows Authentication not allowed

    Решение:

    В настройках IIS Аутентификация (на уровне сервиса, самый верхний) – разрешить аутентификацию с помощью Windows Autentification. Все остальные способы – запретить.
    На уровне сайта – повторить процедуру, запретив все способы аутентификации кроме Windows Autentification.

    Ошибка: Object ‘Configuration’ is not assigned

    Решение:

    Проверить, прописан ли путь к файлам конфигурации продуктов TERRASOFT в файлах RunSettings бинарников.
    Если прописан — перейти в папку, где лежат конфигурационные файлы программного обеспечения TERRASOFT (пример: «%APPDATA% Terrasoft»), и выдать на нее права пользователю IUSR и IIS_IUSR на чтение.

    Марина, спасибо, очень полезная статья!

    • Войдите или зарегистрируйтесь, чтобы оставлять комментарии
    • Цитировать

    Работа Web-формы на сервере названном с символом подчеркивания

    IE — лучший браузер в мире

    Проблема заключается в том что пользователь логинится на веб-форму и после нажатия на кнопку «Войти» попадает опять на ту же форму логина! Т.е. невозможно даже войти.

    При этом такая проблема воспроизводилась только в IE, во всех версиях, во всех других браузерах работа была нормальной.

    Проблема

    После тщательного анализа выяснили, что если в названии хоста или домена есть символ подчеркивания, «_», например http: //your_host.com/Login.aspx — то IE не сохранит данные ваших сессий, любые другие переменные в куки. И это несмотря на то, что данных хост\домен добавлен в список доверенных, в IE настроена политика принимать куки с любого сайта (даже из списка запрещенных), отключена любая безопасность и т.д.

    Выдержка с блога msdn:

    Q5: IE won’t set a cookie when the hostname/domain contains an underscore?

    A: Correct. Technically, underscore is not a DNS character, and while Windows will let you use an underscore when naming your machine, it warns you that doing so may cause problems. One such problem is that WinINET blocks attempts to set cookies on such domains.

    Существует также множество других серьезных глюков в IE, поэтому рекомендую также ознакомиться со всей статьей, запись в официальном блоге Microsoft:
    http://blogs.msdn.com/b/ieinternals/archive/2009/08/20/wininet-ie-cookie-internals-faq.aspx

    Решение

    Если у вас такая проблема — не используйте IE — наверно лучшее решение :).

    Ну а если серьезно, варианты решений:

    1. Переименовать имя сервера на имя не содержащее символы подчеркивания
    2. Настроить DNS переадресацию, например:
      • a. На каждом клиентском компьютере добавить в файл hosts запись вида: ip-адрес_сервераимя_сервера (пример: 10.5.6.6 WebForm) – после этого обращаться к веб-форме можно будет с помощью адреса http://WebForm/Login.aspx — при этом имя домена уже не будет содержать символ подчеркивания и все будет отлично работать.
      • b. Если в локальной сети используется DNS-маршрутизация, есть DNS-сервер, то необходимо сделать для web-сервера синоним, не содержащий подчеркивания. Сделать это нужно в одном месте (не на каждом клиентском компьютере), поэтому это решение правильнее. После этого нужно перезагрузить DNS и обращаться к веб-форме используя синоним. Это должен делать администратор сети.

    Да. IE — это зло. С выходом новых версий ничего не меняется, если кто-то хочет понять причины: http://paulirish.com/2011/browser-market-pollution-iex-is-the-new-ie6/

    • Войдите или зарегистрируйтесь, чтобы оставлять комментарии
    • Цитировать

    IE всё правильно делает:

    The LDH rule, as updated, provides that the labels (words or strings
    separated by periods) that make up a domain name must consist of only
    the ASCII [ASCII] alphabetic and numeric characters, plus the hyphen.
    No other symbols or punctuation characters are permitted, nor is
    blank space.

    • Войдите или зарегистрируйтесь, чтобы оставлять комментарии
    • Цитировать

    «Зверев Александр» написал: IE всё правильно делает:

    В этом случае, частично согласен, НО!

    1. IIS мог бы как-то сказать видя, что хост называется не по правилам FQDN, а он принимает все как есть и в итоге IE не работает
    2. Если есть настройки — от кого принимать куки, то должна быть настройка — «принимать куки даже если в имени есть подчеркивание» или хотя бы что-то в документации к IE или какая-то возможность это отключить и т.д. С точки зрения пользователя — вы разрешили для всех сайтов использовать куки. Но для некоторых они все же не используются. Почему??

    • Войдите или зарегистрируйтесь, чтобы оставлять комментарии
    • Цитировать

    Настройка таймаута Web-формы Terrasoft Service Desk на IIS 7.0

    Здравствуйте,дорогие читатели моего блога.

    Сегодня я хочу рассмотреть некоторые особенности настройки Web-формы Terrasoft Service Desk .

    В основном все сводится к правильной настройки IIS. В документации «Руководства администратора» довольно подробно описано как сделать настройку IIS для разных версий: 6.0 (Windows Server 2003) и 7.0(Windows Vista, Windows Server 2008). Существуют, конечно, еще такие версии как 5.1 (Windows XP) и 7.5 (Windows 7, Windows Server 2008 R2), но основные отличия начинаются при переходе с 6-той на 7-мую версию.

    Итак, на повестке дня следующий вопрос: «Как увеличить таймаут работы Web-формы?» Часто от пользователей появлялись пожелания увеличить на Web-форму таймаут в N часов. В настройках IIS по умолчанию сессия Web-формы существует только 20 минут, потом, при любых действиях, пользователя «выбрасывает» на страницу с логином, где приходится заново логиниться. Т.е. работая в Web-форме пользователю неудобно постоянно вводить свой логин и пароль, стоит ему отвлечься на 20 минут.

    Хочу отметить, что Microsoft советует уменьшать таймаут:

    Но для меня главным является удобство пользователя. Поэтому таймаут я буду увеличивать. Кстати, там написано как изменять этот параметр, но написано довольно скудно. Я постараюсь более подробно и полно описать процесс настройки.

      У меня уже есть готовая настроенная Web-форма на IIS 7.0. Вот как выглядит настроенный сайт в диспетчере сервера

    А это окно логина в запущенной Web-форме

    И, собственно, сама Web-форма в действии. Для примера, список инцидентов

    Теперь покажу где установлен таймаут. Становлюсь на службу IIS в диспетчере служб, выбираю внизу «Просмотр возможностей» (по умолчанию эта вкладка уже активна)

    Выбираю ASP в списке возможностей

    Далее в действиях нажимаю на ссылку «Открытие функции» или двойное нажатие на ASP

    В группе службы разворачиваю «Свойства сеанса»

    Время сеанса установлено в 20 минут. Ставлю, например, 10 часов: 10:00:00. В правой части окна в разделе «Действия» нажимаю на ссылку «Применить» для сохранения изменений

    Приметка: По информации с сайта Microsoft эту же операцию можно сделать в командной строке с помощью команды appcmd. Сначала у меня не получилось. Но потом, немного поискав, нашел нужную комбинацию параметров. Для моего случая это будет выглядеть так: %windir%\system32\inetsrv\appcmd set config /section:asp /session.timeout:10:00:00. Отмечу, что для 64-битной системы нужно вместо system32 писать syswow64.

    После этого нужно настроить состояние сеанса. Становлюсь на мою Web-форму и выбираю «Состояние сеанса» в списке возможностей

    Перехожу внутрь двойным щелчком мыши и нахожу ниже «Параметры файла cookie» -> «Тайм-аут (в минутах)»

    Изменяю значение на 600, что значит 10 часов и в правой части окна в разделе «Действия» нажимаю на ссылку «Применить» для сохранения изменений

    И последнее, нужно настроить таймаут простоя пула приложений. Для начала узнаю на какой пул приложений настроена моя Web-форма. Становлюсь на Web-форму

    В разделе «Действия» нажимаю «Основные настройки. » – вижу, что для моей Web-формы установлен стандартный (устанавливаемый по умолчанию) пул приложений «DefaultAppPool». Закрываю это окно без изменений.

    В диспечеру служб выбираю «Пулы приложения» и нахожу нужный мне пул

    Выбираю «Дополнительные параметры» в разделе «Действия» и нахожу «Тайм-аут простоя (в минутах)»

    Устанавливаю значение в 600, что соответсвует 10 часам, и нажимаю кнопку OK

  • Для того, чтобы все изменения вошли в силу – перезагрузагружаю IIS. Становлюсь на IIS в диспетчере служб и в разделе «Действия» выбираете «Перезагрузить». Хотя, как показывает практика, если при каждом изменении нажимать в действиях на «Применить» – то изменения уже вступили в действие и для всех пользователей, которые войдут на сайт Web-формы, будут действовать уже новые параметры.
  • Если есть какие-то вопросы – задавайте, с удовольствием отвечу.
    Продолжение для IIS 6.0 читайте тут.

    У меня система BPMonline Realty 5.
    Сделала описанные выше настройки на своем сервере.
    Помимо вышеуказанного, сделала изменения в настройках в файле web.config
    Тем не менее, по прохождению времени пользователя из системы не выкидывает.:confused:

    • Войдите или зарегистрируйтесь, чтобы оставлять комментарии
    • Цитировать

    Для приложения BPMonline 5 существуют три таймаута: авторизационный и сессионный (настраивается в web.config), а также, таймаут пула приложения.

    Изменения необходимо внести в файл Web.config –

    system.web/ authentication/forms — параметр timeout=»359″ авторизационный
    system.web/sessionState — параметр timeout=»360″ сессионный

    Время указано в минутах.

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

    Таймаут пула в IIS:

    • Войдите или зарегистрируйтесь, чтобы оставлять комментарии
    • Цитировать

    Для приложения BPMonline 5 существуют три таймаута: авторизационный и сессионный (настраивается в web.config), а также, таймаут пула приложения.

    Изменения необходимо внести в файл Web.config –

    system.web/ authentication/forms — параметр timeout=»359″ авторизационный
    system.web/sessionState — параметр timeout=»360″ сессионный

    Время указано в минутах.

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

    Таймаут пула в IIS:

    С уважением,
    Роман Резвов
    Специалист службы поддержки II линии
    Группа компаний Terrasoft

    • Войдите или зарегистрируйтесь, чтобы оставлять комментарии
    • Цитировать

    Антонина, существует два Web.config: в корне бинарных файлов и в папке Terrasoft.WebApp. Необходимо вносить изменения именно в корневой Web.config.

    Несмотря на «Хочу обратить Ваше внимание, что данный параметр будет применен для всех сайтов запущенных на IIS сервере.» попробуйте, пожалуйста, установить таймаут одному конкретному пулу.

    • Войдите или зарегистрируйтесь, чтобы оставлять комментарии
    • Цитировать

    Настройка Web-services под Apache 2.0, 2.2 или IIS7.0 с использованием SSL

    С чего начинается интернет. Конечно же Apache, наверное это единственный «живой» веб-сервер, который появился на заре развития интернета, и который продолжает жить и здравствовать. Ну, собственно, это была полемика, а мы перейдем к практике.

    Итак, обзаводимся инструментами

    1. Собственно, сам сервер Apache. Идем на сайт http://httpd.apache.org/download.cgi. Поддерживаемые версии на сегодня это 2.0.X и 2.2.X (да-да, 2.2 ветка уже тоже поддерживается). Внимание. хотим SSL? Конечно. И не забываем, что нам надо взять соответствующий установочный пакет «Win32 Binary including OpenSSL 0.9.8m (MSI Installer)».
    2. Ваш любимый блокнот, где придется немного подредактировать конфигурационные файлы Apache.
    3. Хотим SSL? Конечно же, безопасность превыше всего. Тогда идем на http://www.slproweb.com/products/Win32OpenSSL.html (официальный сайт библиотек OpenSSL для Windows). И скачиваем оттуда версию «Win32 OpenSSL v1.0.0a Light» (для тех, кто в 64-битном танке, там есть версия «Win64 OpenSSL v1.0.0a Light»). И не в коем случае не берите полную версию — она абсолютно не нужна.
      Да, чуть не забыл. Вы абсолютно не должны смущаться, по поводу разных версий OpenSSL в установочном пакете Apache и в поставке Win32 OpenSSL Light.
    4. Ну и естественно, нужен пациент. То есть Terrasoft версии 3.3.2, веб-сервисы которого мы и будем подключать к Apache 2.X.X.

    Краткое отступление. Когда писалась данная заметка, я тестировал все нижеописанное в следующей конфигурации: Windows Server 2008 32-bit, Apache 2.2.15 32-bit with SSL, IIS 7.0 (по умолчанию, я установил все расширения), Terrasoft XRM 3.3.2.107. Соответственно, все мои изыскания были проведены для данных версий. Но, скажу честно и откровенно, должны заработать и в других комбинациях.

    Установка Apache.

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

    Кандидат №1 — это конечно же уже установленный и запущенный Apache (другой версии). Если он Вам нужен — Вы и так уже знаете как его ставить, а если не нужен — удаляйте , удаляйте — мы же все равно ставим новый.

    Кандидат №2 — это IIS. А-я-я-й. Мы же Apache ставим — зачем нам IIS. Поэтому необходимо удалить IIS с компьютера, чтобы он Вам не мешал и «не портил всю картину».
    Как его удалять — ну это уже задание на дом — для изучения всяких-таких руководств от Microsoft.

    Кандидат №3 — Skype. Ага, а что ему делать на сервере? Ну если он все-таки там нашелся, необходимо в его настройках отключить использование 80 и 443 портов (а он, редиска, использует их по умолчанию — зачем, это уже другая песня).

    Итак, смотрим на скриншоты и вперед. В основном, установка идет со значениями по умолчанию.
    Шаг №1

    Шаг №4. Обратите внимание на значение в поле ServerName. Если Вы не будете использовать виртуальный хостинг, то здесь должно быть прописан полный адрес вашего сервера.
    Также, по умолчанию, ставим Apache как службу системы с автоматическим запуском и прослушиванием порта 80.

    Проверить работоспособность можно, если перейти по адресу http://127.0.0.1/ или по адресу http:///. Если Вы увидите след. картинку, то можно считать, что Apache установлен, запущен и работает нормально.

    Установка Terrasoft XRM

    Здесь я даже останавливаться не буду. Это итак разложено по полочкам в «Руководстве администратора». Единственный момент (а оказывается многие забывают) — это надо настроить путь к папке Settings в файле RunSettings.xml
    К примеру, после установки Terrasoft XRM со значениями по умолчанию, путь к папке Settings будет C:\Program Files\Terrasoft\Settings\.

    После этого, необходимо запустить TSClient.exe и настроить подключение к конфигурации.

    Настройка Web-сервисов под Apache

    Итак, Apache есть, Terrasoft XRM установлен. Самое время подключить web-сервисы. Открываем в любимом редакторе файл httpd.conf, который находиться в папке conf корневой папки установки Apache (если ставили по умолчанию, то это будет C:\Program Files\Apache Software Foundation\Apache2.2\conf\httpd.conf) и в конец файла добавляем следующие строки (для Apache 2.2.x)

    Для Apache 2.0.x, строки будут следующие

    Название виртуальной директории (в данном примере TSWebServices) Вы можете придумать самостоятельно так, как Вам нравится.

    Чтобы изменения вступили в силу, необходимо произвести перезапуск Apache сервера. Если по быстрому, то в трее у Вас должен быть значок Apache Monitor , кликнув по которому откроется окно программы, в котором можно сделать перезапуск (остановку/запуск) сервера Apache. Если перезапуск прошел успешно, значит модуль веб-сервисов загрузился успешно. Можно проверить работоспособность, если перейти по адресу http://127.0.0.1/TSWebServices/ (где вместо 127.0.0.1 может быть записан полный адрес сервера, а TSWebServices — это название виртуальной папки, которое Вы указали в httpd.conf). Вы должны увидеть следующую картинку

    Увидели — вуаля. Web-сервисы под Apache запущенны и работают. Далее необходимо настроить клиент Terrasoft, но останавливаться на этом не буду, так как в руководстве данный материал полностью раскрыт и освещен.

    Настройка SSL.

    Вот собственно мы и добрались до самого главного. То есть до безучастности. Конечно, многие могут возразить, зачем, мол, веб-сервисы да еще и через SSL — не проще ли поднять VPN или заходить на удаленный рабочий стол.
    Да, неверное многие так и делают, но дискуссии на тему что лучше мы оставим другим, а сейчас просто займемся настройкой SSL под Apache.

    Но сначала немного теории. Итак, для того чтобы обзавестись защищенным каналом, необходимо наличие сертификатов. А здесь начинаются сплошные непонятные слова и действия. (Да, можно и бубен прикупить, с надписями SSL). Но мы сейчас быстро разложим все по полочкам.

    Собственно, сертификат — это заверенный удостоверяющим центром электронный (или печатный, что очень редко) документ, подтверждающий принадлежность владельцу открытого ключа или каких-либо атрибутов. А теперь, чтобы не надо было ломать мозги, представим себе, что сертификат — это какой либо документ (например копия Вашего паспорта) содержащий Ваши данные и это все заверено государственным нотариусом. Ведь ни у кого не будет сомнений, что это копия действительно Вашего паспорта, а не дяди Васи со стороны. То есть, удостоверяющий центр — это такая организация, которой все доверяют. Довольно известные компании Thawte, VeriSign очень давно работают в этом сегменте, что позволяет им довольно интенсивно влиять на многие аспекты сертификации в целом.

    Для нас же с Вами, сертификат — это некий файл в формате X.509 (может быть текстовым, а может и не быть :-)) который содержит информацию про Вас, и информацию про того, кто сертификат «заверил». Понятие «заверил» не зря взято в кавычки — это значит что в Вашем сертификате стоит электронная цифровая подпись той компании, которая подтвердила правдивость Ваших данных. Собственно, как мокрая печать нотариуса на документах.

    Также существуют корневые сертификаты (CA). Корневой сертификат — это сертификат, который заверен сам собой. Напрашивается вопрос — зачем сертификат который заверен своей же организацией. А вот ответ на самом деле очень простой. Если каждый сертификат должен быть кем-то заверен (далее по тексу буду использовать выражение «подписан», так как в мире сертификатов оно больее полно раскрывает смысл), то где-то должно быть начало этой цепочки. Так вот, начало этой цепочки — это и есть корневой сертификат.

    Кроме всего этого, существуют публичные списки корневых сертификатов. Это списки тех сертификатов, которые либо включены в операционную систему либо встроенны в приложение (например, браузер Mozilla Firefox). Используя эти публичные сертификаты (CA) приложение может проверить «на действительность и правильность» любой сертификат. В случае с браузерами — мы видим «позеленевшую» адресную строку, когда заходим на любой сайт HTTPS.

    Итак, было немного теории, теперь перейдем к практике.

    Для начала подготовим инструменты — это минимальный набор файлов: openssl.exe, libeay32.dll, ssleay32.dll и главное — openssl.cfg. Можно забрать архивом прикрепленных файлах. Распаковываем. Конечно, туда, куда Вам больше нравится.

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

    Чтобы долго не расписывать что, как и почем, в архиве есть файл gen.cmd (для любознательных — можете заглянуть внутрь). Запускаем и идем по шагам.

    Итак, какие данные у вас спросит скрипт.

    Код страны — двухбуквенное обозначение, вводить необходимо в верхнем регистре.

    Название компании. Обязательно латиницей. На данный момент пробелы в названии не поддерживаются (хотя для любопытных — можете попробовать).

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

    Введенные данные будут записаны в файл info.txt.

    Пароли — первый для приватного ключа от CA, второй — для приватного ключа сервера. Минимум — 4 символа. (Сохранены будут с файлах с расширением .pwd)

    После этого будут сгенерированны ключи и сертификаты. При создании экспортных версий (для MS) — будут запрошены пароли экспорта — эти пароли будут запрошены при импорте сертификатов в MS.

    Как установить Web сервер IIS 10 в Windows Server 2020?

    Сегодня мы с Вами научимся устанавливать веб сервер IIS в операционной системе Windows Server 2020 нескольким способами, а именно с помощью графического инструмента и, конечно же, с помощью Windows PowerShell.

    Что такое IIS 10?

    IIS (Internet Information Services) — это набор служб, предназначенный для реализации web сервера в операционной системе Windows с поддержкой сайтов HTML и приложений на ASP.NET или ASP. В Windows Server он распространяется в виде отдельной роли с достаточно большим количеством служб роли. Ранее в материале «Описание и назначение ролей сервера в Windows Server 2020» мы рассмотрели краткое описание всех ролей сервера и их служб, в том числе и роли «Веб-сервер (IIS)» поэтому повторяться сейчас, т.е. описывать каждую из служб роли, я не буду.

    В актуальной на данный момент версии серверной операционной системе Windows Server 2020 присутствует также самая новая версия веб сервера, а именно – IIS 10.

    Версии веб сервера IIS

    Версия IIS Версия операционной системы
    10 Windows 10; Windows Server 2020
    8.5 Windows 8.1; Windows Server 2012 R2
    8.0 Windows 8; Windows Server 2012
    7.5 Windows 7; Windows Server 2008 R2
    7.0 Windows Vista; Windows Server 2008
    6.0 Windows Server 2003
    5.1 Windows XP Professional
    5.0 Windows 2000

    Установка Web сервера IIS 10

    Итак, давайте переходить к рассмотрению процесса установки, и для примера давайте просто установим основные компоненты, которые необходимы для функционирования веб сервера и его администрирования (средства управления), а также разместим на нем простую HTML страничку, т.е. по сути HTML сайт, для проверки работы web сервера. Если Вам необходимо размещать приложения, например на ASP.NET, то Вам необходимо также установить соответствующие службы роли из раздела «Разработка приложений».

    Установка веб сервера IIS с помощью мастера

    Сначала давайте разберем процесс установки web сервера IIS 10 с помощью «Диспетчера серверов», а конкретней «Мастера добавления ролей и компонентов».

    Шаг 1

    Открываем диспетчер серверов «Пуск ->Диспетчер серверов».

    Затем запускаем «Мастер добавления ролей и компонентов», меню «Управление ->Добавить роли и компоненты».

    Шаг 2

    Шаг 3

    Потом выбираем тип установки «Установка ролей или компонентов», жмем «Далее».

    Шаг 4

    Затем выбираем целевой сервер и жмем «Далее».

    Шаг 5

    На шаге выбора ролей отмечаем роль «Веб-сервер (IIS)». Автоматически Вам сразу предложат установить компонент «Консоль управления службами IIS», мы соглашаемся и жмем «Добавить компоненты».

    И сразу жмем «Далее».

    Шаг 6

    Все необходимые компоненты мы уже отметили, поэтому на этом шаге также сразу жмем «Далее».

    Шаг 7

    Теперь нам необходимо настроить установку роли «Веб-сервер IIS», сначала жмем «Далее».

    А потом выбираем необходимые службы роли, по умолчанию минимальное количество служб уже будет выбрано, но если Вам нужно что-то еще, то отмечаете их галочкой. Для нашей тестовой задачи, т.е. разместить простой статический HTML сайт, отмеченных по умолчанию служб будет достаточно, жмем «Далее».

    Шаг 8

    Проверяем выбранные роли, службы и компоненты и жмем «Установить».

    Установка будет завершена, как появится соответствующее сообщение.

    Установка web сервера IIS с помощью Windows PowerShell

    Для того чтобы установить web сервер IIS с помощью PowerShell запускайте оболочку Windows PowerShell и вводите следующие команды (перечисленные ниже команды установят все те же службы, которые мы установили с помощью мастера чуть выше).

    Документ по умолчанию

    Ведение журнала http

    Сжатие статического содержимого

    Консоль управления службами IIS

    Размещаем HTML сайт на веб сервере IIS

    Первое что нужно сделать — это создать корневую директорию нашего тестового сайта, для этого в каталоге С:\inetpub\ создаем папку TestSite и в нее для проверки добавляем файл index.html со следующим содержимым, например

    Затем открываем «Диспетчер служб IIS», это можно сделать, например, из диспетчера серверов «Средства ->Диспетчер служб IIS».

    Потом щелкаем правой кнопкой мыши по пункту «Сайты ->Добавить веб-сайт».

    Откроется окно добавления веб сайта, заполняем необходимые поля и жмем «ОК» (TestSite в моем случае это название сайта).

    Теперь можем проверить работу веб сервера и только что созданного сайта, для этого открываем любой веб браузер и переходим на сайт TestSite (только помните, для того чтобы у Вас также как у меня открылся сайт по имени, он должен быть добавлен на DNS сервере (создана A запись) или хотя бы для тестов добавлена запись в файл HOSTS локального сервера).

    Удаление веб сервера IIS с помощью мастера

    Для удаления web сервера IIS открываем диспетчер серверов, затем в меню нажимаем «Управление ->Удалить роли и компоненты».

    В итоге запустится «Мастер удаления ролей и компонентов», где мы делаем практически то же самое, что и при установке, только галочки мы не ставим, а снимаем.

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

    Удаление web сервера IIS с помощью PowerShell

    Для удаления web сервера IIS на PowerShell запускаем оболочку Windows PowerShell и используем командлет Uninstall-WindowsFeature. Для удаления следующих служб ролей веб сервера IIS, можно использовать вот такие команды:

    Документ по умолчанию

    Ведение журнала http

    Сжатие статического содержимого

    Консоль управления службами IIS

    Вот мы с Вами и научились устанавливать и удалять web сервер IIS в операционной системе Windows Server 2020 и на этом у меня все, пока!

    Илон Маск рекомендует:  Как сделать горизонтальную пунктирную линию с рисунком
    Понравилась статья? Поделиться с друзьями:
    Кодинг, CSS и SQL