Iis остановка сервера (stopsrv)

Содержание

Установка и конфигурирование IIS

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

В этой и следующих статьях мы рассмотрим различные варианты развертывания. Однако во всех случаях основные предпосылки остаются неизменными. На рабочей станции имеется готовый веб-сайт, который нужно развернуть на сервере, чтобы он был доступен клиентам. Для ASP.NET таким сервером является , а его текущей версией — IIS 8. Когда он был впервые реализован, IIS представлял собой базовый веб-сервер. С годами IIS развился в сложный сервер приложений, предоставляющий широкое множество функциональных средств, наиболее важным из которых является поддержка хостинга приложений ASP.NET.

В этой статье основное внимание уделяется IIS 8. Хотя машина, на которой запущен IIS 8, здесь называется сервером, IIS можно запускать под управлением версий Windows как для рабочей станции, так и для сервера. На рабочих станциях доступны не все, но большинство функциональных возможностей, что позволяет размещать сложные веб-сайты. По возможности мы рекомендуем использовать Windows Server, однако недорогой альтернативой могут послужить Windows 7 или Windows 8.

В Microsoft привязывают выпуски IIS с выпусками Windows. В состав Windows Server 2008 и Windows Vista входит версия IIS 7.0, в состав Windows Server 2008 R2 и Windows 7 — версия IIS 7.5, а в состав Windows Server 2012 и Windows 8 — IIS 8. Версии — 7.0 и 7.5 — в Microsoft обобщенно называют IIS 7, что может вносить путаницу. Версию IIS, поддерживаемую операционной системой, изменить нельзя — Windows Server 2008 будет использовать только IIS 7.0. Например, модернизировать ее до версии IIS 7.5, используемой в Windows Server 2008 R2, не получится.

Установка IIS

Компонент IIS включен как часть установки Windows (как для сервера, так и для рабочих станций) и требует активизации и конфигурирования. Далее представлены три способа активации IIS для различных операционных систем.

Установка IIS на настольных версиях Windows (Windows Vista, Windows 7 и Windows 8)

Каждая версия операционной системы Windows предлагает свою версию IIS — IIS 8 (в Windows 8), IIS 7.5 (в Windows 7) или IIS 7 (в Windows Vista). Во всех этих версиях Windows, IIS включен, но изначально не установлен. Чтобы установить его, необходимо выполнить следующие действия:

Откройте панель управления.

Нажмите кнопку «Включение или отключение компонентов Windows». Теперь вам нужно подождать, пока Windows исследует вашу систему.

Найдите элемент Internet Information Services (Службы IIS) в верхней части списка и нажмите на галочку чтобы включить его:

Обратите внимание, что Windows позволяет включить множество компонентов IIS: поддержка FTP-сервера, дополнительные инструменты управления, службы обратной совместимости с IIS 6 и т.д.

Убедитесь, что вы выбрали поддержку ASP.NET. Для этого раскройте узел Службы Интернета Компоненты разработки приложений ASP.NET (Internet Information Services World Wide Web Services Application Development Features ASP.NET):

Если вы хотите использовать поддержку IIS в Visual Studio, которая позволяет вам создавать виртуальные каталоги IIS непосредственно в диалоговом окне New Web Site, вам нужно выбрать пункт «Совместимость управления IIS 6» в разделе «Средства управления веб-сайтом» (Web Management Tools IIS 6 Management Compatibility).

Как только вы выбрали нужные параметры IIS, нажмите кнопку OK для завершения установки.

Установка IIS в Windows Server 2008

Установка и настройка IIS одинакова для Windows Server 2008 и Windows Server 2008 R2. Необходимые шаги описаны ниже:

Запустите диспетчер сервера. Чтобы сделать это, нажмите кнопку Start и выберите All Programs Administrative Tools Server Manager.

Выберите узел Roles в дереве слева.

В правой части окна нажмите на ссылке Add Roles. Это открывает мастер, позволяющий добавить новую роль сервера.

Выполните необходимые действия в мастере. Вас вероятно попросят установить дополнительные необходимые роли — если это так, нужно просто принять операции и продолжить.

После установки вам будет предложено настроить веб-сервер. Как в настольных версиях Windows, вы можете выбрать специфические особенности IIS 7, которые должны быть включены.

Если вы работаете в ASP.NET с версией .NET Framework 4.5, то эту версию .NET Framework необходимо будет установить (центр разработчиков .NET Framework)

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

Процесс установки IIS в Windows Server 2012, по существу, такой же, как и в Windows Server 2008. Основное различие заключается в том, что пользовательский интерфейс несколько отличается. Подробное описание вы можете найти перейдя по ссылке Installing IIS 8 on Windows Server 2012.

Управление IIS

При установке IIS, он автоматически создает каталог с именем C:\inetpub\wwwroot, который представляет ваш веб-сайт. Все файлы в этом каталоге будет отображаться, как будто они находятся в корневом каталоге вашего веб-сервера.

Чтобы добавить дополнительные страницы на ваш веб-сервер, можно скопировать файлы HTML, ASP или ASP.NET напрямую в каталог C:\Inetpub\wwwroot. Например если добавить файл TestFile.html в этот каталог, вы можете запросить его в браузере через URL-адрес http://localhost/TestFile.html. Вы даже можете создавать вложенные папки для группирования связанных ресурсов. Например, вы можете получить доступ к C:\inetpub\wwwroot\MySite\MyFile.html через браузер, используя URL-адрес http://localhost/MySite/MyFile.html.

Каталог wwwroot удобен для запуска простых примеров и статичных страниц. Для правильного использования ASP.NET вы должны сделать свой собственный виртуальный каталог для каждого веб-приложения, которое вы создаете. Например, вы можете создать папку с любым именем на любом диске вашего компьютера и поместить ее в виртуальный каталог IIS как будто она расположена в каталоге C:\inetpub\wwwroot.

Прежде чем начать работу, вам нужно запустить диспетчер служб IIS. Его можно найти в меню Start (Пуск). Конкретное расположение может зависеть от используемой версии Windows (IIS Диспетчер служб IIS). Ярлык программы будет располагаться в разделе Programs (Программы) или Administrative Tools (Администрирование). Начальная страница IIS Manager показана на рисунке ниже:

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

Если развернуть элемент сервера в древовидном представлении в левой части экрана, отобразится элемент Sites (Сайты), содержащий единственную запись Default Web Site (Веб-сайт по умолчанию). Сайт — это коллекция файлов и каталогов, образующих веб-сайт. На одном сервере IIS может поддерживать несколько сайтов, как правило, на различных портах TCP/IP (по умолчанию используется порт 80). Сочетание имени сервера и порта сайта образует первую часть URL-адреса. Например, при использовании сервера mywebserver с сайтом, подключенным к порту 80, URL-адрес выглядит следующим образом:

Каждый сайт может содержать множество файлов и каталогов. Каждый из них образует часть URL-адреса. Так, URL-адрес статической страницы mypage.html, расположенной в каталоге myfiles, будет следующим:

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

Чтобы проверить работоспособность IIS выберите Default Web Site и в правой области диспетчера служб IIS выберите пункт «Запустить». После этого нажмите кнопку «Обзор *.80 (http)» чтобы открыть страницу сайта в браузере:

Как видите, в моем случае я поменял порт используемый по умолчанию (с 80 на 8080). Я сделал это, т.к. на 80-м у меня запущен локальный Apache-сервер. Если у вас возникает такая же проблема, то изменить порт можно щелкнув правой кнопкой мыши по сайту (Default Web Site) и выбрав в контекстном меню «Изменить привязки» (Bindings). После этого в диалоговом окне можно изменить порт, используемый по умолчанию.

Итак, каждый сервер может поддерживать множество сайтов, каждый из которых работает на другом порту или с другим IP-адресом. Каждый сайт может иметь множество файлов и каталогов, и сочетание этих элементов предоставляет информацию о URL-адресе. Мы вернемся к URL-адресам и использованию IIS Manager при рассмотрении каждого из подходов к развертыванию.

Как запустить/остановить IISExpress Server?

Я установил MS Visual Web Developer 2010, который включает iisexpress.

До этого я установил сервер xampp для своих php-приложений.

Я хотел бы знать, как я могу остановить iis, чтобы запустить xampp? Похоже, что они используют один и тот же порт. Я предполагаю, что они могут быть изменены, но я не хочу вмешиваться в другие программы, и более того, я думаю, что это должно быть проще.

Закрытие IIS Express

По умолчанию Visual Studio помещает значок IISExpress в системный лоток в нижней правой части экрана на часы. Вы можете щелкнуть правой кнопкой мыши и выбрать выход. Если вы не видите значок, попробуйте щелкнуть маленькую стрелку, чтобы просмотреть полный список значков в системном трее.

затем щелкните правой кнопкой мыши и выберите «Выход»:

Изменение порта

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

  • Visual Studio > Обозреватель решений
  • Щелкните правой кнопкой мыши веб-проект и выберите «Свойства»
  • Перейдите на вкладку «Веб»
  • В разделе «Серверы» измените порт в поле URL проекта.
  • Повторить для каждого веб-проекта в решении

Если All Else Fails

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

Если он все еще не работает, как указывал ni5ni6, на порту 80 работает «Служба агента развертывания веб-сайтов». Используйте эту статью для отслеживания того, какой процесс использует ее, и отключите ее:

Отличный ответ, данный msigman. Я просто хочу добавить, что в Windows 10 вы можете найти процесс IIS Express System Tray (32 bit) в процессе Visual Studio :

Я столкнулся с той же проблемой. Моя цель — протестировать PHP-скрипты с Oracle на Windows 7 Home и, не подумав, что установленный IIS7-экспресс и в качестве задумчивости рассматривается Apache как более простой подход. Я буду изучать возможности IIS Express отдельно.

Проблема заключалась в том, что после установки IIS7 Express установка Apache играла вторую скрипту в IIS express и воспитывала домашнюю страницу Microsoft.

Я решил проблему с портом 80: —

  • Остановка Microsoft WedMatrix: — net stop was/y
  • Перезапуск сервера Apache
  • Проверка Apache теперь прослушивает порт: — netstat -anop
  • Очистка кэшей браузеров — Firefox и IE
  • Запуск localhost

Вот статический класс, реализующий Start(), Stop() и IsStarted() для IISExpress. Он параметризуется жестко закодированными статическими свойствами и передает информацию о вызове через аргументы командной строки в IISExpress. Он использует пакет Nuget, MissingLinq.Linq2Management, который неожиданно предоставляет информацию, отсутствующую в System.Diagnostics.Process, в частности, аргументы командной строки, которые затем могут использоваться для устранения неоднозначных возможных экземпляров процессов IISExpress, поскольку я не сохраняю Идентификаторы процесса. Я предполагаю, что есть способ сделать то же самое с помощью System.Diagnostics.Process, но жизнь коротка. Наслаждайтесь.

Илон Маск рекомендует:  Практический курс по HTML и CSS

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

чтобы остановить IIS вручную:

  • перейти в меню «Пуск»
  • введите в IIS

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

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

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

oh и IIS и xampp в основном делают одно и то же просто немного по-другому. И если у вас есть Xampp для ваших проектов, то это не все, что необходимо, чтобы оставить его, если вы никогда его не используете.

Шпаргалка ;)

Блог посвященный системному администрированию

31 янв. 2012 г.

Принудительный перезапуск IIS без рестарта компьютера

Открываем консоль (Win+R, cmd) и выполняем команду:

У этой команды есть и другие опции:

iisreset [имя_сервера] /ключ

/RESTART — рестарт IIS

/START — старт IIS

/STOP — остановить все сервисы IIS

/REBOOT — перезагрузить компьютер

/REBOOTONERROR — перезагрузить компьютер, если при старте, стопе, рестарте происходит ошибка

/NOFORCE — без принудительного завершения процесса IIS

/TIMEOUT:val — указывает время (в сек) ожидания удачного рестарта, если служба не перезапустилась и указан ключ /REBOOTONERROR, то по истечении времени компьютер будет перезагружен

/STATUS — отображение статуса службы

/ENABLE — разрешение рестарта IIS на локальном компьютере

/DISABLE — запрет рестарта IIS на локальном компьютере

Visual Studio кнопка остановки сервера 2015. IIS не виден

Я новичок в платформе .NET. Я просто скачал Visual Studio 2015

Я создал свой первый .net основной веб-приложение

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

Всякий раз, когда я нажимаю Ctrl + F5, чтобы запустить сервер IIS, он не показывает кнопку остановки

Я понятия не имею, как это остановить. есть ли ярлык. Я даже пытался сдвиг + f5

Пожалуйста, помогите мне

Вы можете только остановить его при запуске отладки (ака F5). Control + F5 это начать без отладки.

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

В дополнение к ответу Lex Ли, вы можете остановить работы сайта в IIS выразить как this-

Перейти к уведомлению находятся на панели задач> правой кнопкой мыши на IIS экспресс значок> перейдите на беговой сайт (под опцией View Sites)> выберите «Стоп-сайт»

Iis остановка сервера (stopsrv)

Hi, I’m using MS Encoder 4 Pro SP1 with web server: Windows 2008 R2 server, IIS 7.5, 64 bit. I have installed Encoder on my own computer (Windows 7 SP1) and I’m trying to publish to my web server by using IIS Live Smooth Streaming. After I push connect to publishing point, the connection succeeded. But, when i’m start my live encoding session it stops working after a few seconds (+-28). Expression Encoder gives me error «Cannot broadcast streams with the current bandwidth. Please reduce the number of streams or reduce the bitrates or size of the streams.» But we have a gigabit network connection. When I’m looking in the logbook of the server it tells me: Source ‘xx.xx.xx.xx’ (ip of my pc) of stream ‘Encoder1’ was unexpectedly disconnected from publishing point ‘/stream/stream.isml’. Error: The I/O operation has been aborted because of either a thread exit or an application request. — 0X800703E3. Can somebody tell me what I’m doing wrong?

*edit: I tested the MS encode application on the webserver, result: everything works fine. I think the webserver disconnect the client computer after a timeout. the only question remains why de encoded data never reach the server. :s

Answers

Problem solved! It was the firewall that was blokking my stream to the webserver (server in DMZ). After disabling IDS on my firewall the stream reached my server successfully. Apparently our firewall sees the stream as a hacking attack. More specifically: HTTP Request Smuggling.

  • Marked as answer by Vumme Wednesday, June 15, 2011 10:40 AM

All replies

Regarding the edit you added at the end of your original post, am I to understand on your second try you installed the Encoder on the server containing the IIS Smooth streaming services, pushed to a publishing point and were successful? Further, during the first attempt, you encoded on a separate machine and pushed to the same publishing point and it failed after n seconds?

Additionally are you the administrator of the IIS Smooth Streaming server?

Assuming my suppositions are correct, it sounds as if you’re dealing with a permissions problem on the IIS Smooth Streaming server side. Please verify your Authentication setting afford the account on the remote PC, an any other accounts you wish to access the IIS server, access rights. Network speed shouldn’t come into play considering the symptoms I’ve read above.

Is my suppositions are wrong, please answer the questions above so I can better help.

Is there a way to stop and start the IIS server from command promptRSS

8 replies

Shortcuts

Is there a way to stop and start the IIS server from command prompt

Aug 16, 2003 10:04 PM | MultiTasking | LINK

Re: Is there a way to stop and start the IIS server from command prompt

Aug 16, 2003 10:06 PM | NetProfit | LINK

Re: Is there a way to stop and start the IIS server from command prompt

Aug 16, 2003 11:19 PM | douglas.reilly | LINK

Re: Is there a way to stop and start the IIS server from command prompt

Aug 22, 2003 01:51 PM | venumg | LINK

Hey! It compiles! Ship it!

Re: Is there a way to stop and start the IIS server from command prompt

Aug 22, 2003 03:52 PM | bdesmet | LINK

Re: Is there a way to stop and start the IIS server from command prompt

Aug 26, 2003 10:40 AM | gsuttie2002 | LINK

Re: Is there a way to stop and start the IIS server from command prompt

Apr 02, 2008 06:34 PM | dallaspartners.com | LINK

I know it’s old school, but if you turn this into a .bat file and schedule it to run, you can restart IIS and SQL server + SQL Agent everynight:

@echo off
REM — File: iisrestart.bat

net stop W3SVC
net start W3SVC

net stop «SQL Server Agent (MSSQLSERVER)»
net stop MSSQLSERVER
net start MSSQLSERVER
net start «SQL Server Agent (MSSQLSERVER)»

Основы архитектуры IIS, или запросопровод для ASP.NET

В прошлом году мне пришлось отсобеседовать около 10-15 кандидатов на должность веб-программиста на ASP.NET средней квалификации. В качестве вопросов «на засыпку», или «со звёздочкой», я просил рассказать, что происходит с HTTP-запросом от момента его поступления на 80-й порт сервера до передачи управления коду aspx-страницы. Статистика была удручающей: ни один из кандидатов не смог выдать хоть что-нибудь внятное. И этому есть своё объяснение: ни в MSDN с technet, ни на специализированном ресурсе iis.net, ни в книгах a-la «ASP.NET для профессионалов», ни в блогах данной теме не уделяется должного внимания – информацию приходится собирать чуть ли не по крупицам. Я даже знаю людей, которые решили написать свой собственный веб-сервер (Игорь, Георгий, привет!), чтобы не разбираться в работе IIS. Единственная толковая статья – «Introduction to IIS Architectures» Риган Темплин (Reagan Templin). Но и она остаётся на периферии интересов аспнетчиков.

Хотя мне лично уже не так интересны чисто технические вопросы, я решил собрать в кучу свой накопленный опыт, раскопать на просторах Сети любопытные детали и передать сие сакральное знание массам, пока оно ещё не устарело. Сразу оговорюсь, что статья ориентирована в большей степени на IIS 7.x, иногда будут ответвления про 6-ку. С 8-й версией в работе не сталкивался, поэтому решил обойти её в этой статье стороной. Но, уверен, читатель без труда разберётся с восьмёркой, освоив изложенный ниже материал.

1. Общий план
2. Крупный план
2.1. HTTP.SYS
2.2. World Wide Web Publishing Service (W3SVC)
2.3. Windows Process Activation Service (WAS)
2.4. Пул приложений
2.5. Домен приложения, приложение
3. Что дальше?
Источники

1. Общий план

Итак, начнём с конца, а потом рассмотрим отдельные аспекты чуть более пристально.
В англоязычной литературе процесс обработки запроса в IIS называется «request processing pipeline» — что-то вроде «конвейера обработки запроса». В общих чертах он представлен на рисунке ниже для http-запроса.

Рис. 1. HTTP request processing pipeline (IIS 7.x).

Таким образом, http-запрос проходит по «сборочной ленте конвейера» через следующее:

1. Браузер обращается к веб-серверу по определённому URL, на стороне сервера запрос перехватывает драйвер HTTP.SYS.
2. HTTP.SYS стучится к WAS для получения информации из хранилища конфигурации.
3. Служба WAS запрашивает конфигурацию из хранилища — из файла в папке IIS (applicationHost.config).
4. Поскольку данный запрос получен по протоколу HTTP конфигурационную информацию получает служба W3SVC (она же WWW Service на картинке), эта информация содержит в себе данные о пуле приложений (application pool) и прочих параметрах сайта.
5. Служба W3SVC использует эту информацию для кофигурации HTTP.SYS.
6. Служба WAS запускает процесс W3WP.exe для пула приложений, если он ещё не был запущен.
7. В процессе W3WP.exe работает приложение веб-сайта, которое, собственно, формирует и возвращает ответ драйверу HTTP.SYS.
8. HTTP.SYS отправляет ответ браузеру.

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

2. Крупный план

2.1. HTTP.SYS

На транспортном уровне IIS использует прослушивателей протоколов (protocol listeners), которые располагаются поверх стека TCP/IP. Наиболее интересный нам такой компонент – это системный драйвер HTTP.sys, который встроен в ядро ОС и работает с протоколами HTTP и HTTPS, регистрирующийся самостоятельно на прослушку всех портов, на которые будут приходить запросы к сайтам в IIS.

Встроенный в ядро HTTP.sys стал нововведением в IIS 6, заместив собой Windows Socket API – компонент перехвата HTTP- и HTTPS-запросов на пользовательском уровне в IIS более ранних версий. Вероятно, интеграция драйвера в ядро является той самой причиной, по которой версия IIS жёстко привязана к версии Windows.

Драйвер принимает все входящие запросы и перенаправляет их в нужный пул приложений. Если по какой-то причине рабочий процесс, в коем хостится требуемый пул, остановлен (сбой, таймаут простоя, смена конфигурации и т.п.) или ещё запускается, то HTTP.sys сохраняет входящие запросы в специально отведённой для каждого пула очереди. Таким образом, запросы пользователей никуда не пропадают, и они вообще не замечают каких-то перебоев в работе сайтов под управлением IIS.

Ещё HTTP.sys умеет кешировать ответы (более подробно — Instances in which HTTP.sys does not cache content), поэтому некоторые запросы обрабатываются без передачи на уровень приложения, а также проводит первичный разбор URI запроса и его валидацию в соответствии с RFC 2396 (кое-что можно почерпнуть отсюда — Use of special characters like ‘%’ ‘.’ and ‘:’ in an IIS URL) и журналирование запросов/ответов.

Некоторые настройки HTTP.sys вынесены в системный реестр Windows (более подробно — Http.sys registry settings for Windows). Кстати, там же – в реестре – можно подсмотреть обычное место прописки нашего гражданина: %SystemRoot%\system32\drivers\http.sys.

Признаться, в процессе написания данной статьи я сам открыл для себя некоторые детали. Например, кэширование ответов на уровне драйвера HTTP.sys. Это помогло мне объяснить один случай странного, как мне тогда казалось, феномена в поведении IIS. Маркетологи выложили на сайт swf-открытку перед очередным праздником, но потом им что-то не понравилось в названии файла и они его переименовали. Однако сайт продолжал выдавать открытку по старому URL и даже очистка браузерного кэша не помогала. Тут уже подключился я, но ни перезапуск веб-сайта и всего пула приложений, ни обращение к сайту в обход корпоративного прокси-сервера не дали ожидаемого результата. Но теперь-то мы знаем, кто виноват.

2.2. World Wide Web Publishing Service (W3SVC)

Данная служба (сокращённо именуемя в спецификациях WWW service) была представлена в IIS 6 в качестве отдельного компонента для работы с протоколами HTTP/HTTPS и управления рабочими процессами приложений и выполняла следующие функции:

  • Администрирование драйвера HTTP.sys.
  • Управление рабочими процессами.
  • Мониторинг показателей производительности веб-сайтов.

Эта служба функционирует в Windows Server 2003 в контексте процесса Svchost.exe (настройки можно посмотреть в реестре HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W3Svc) в отличие от всех остальных служб IIS, которые исполняются в контексте процесса Inetinfo.exe, и реализована в Iisw3adm.dll.

Илон Маск рекомендует:  Что такое код utf8_decode

В IIS 7.x функция управления процессами была вынесена в отдельную службу – WAS (см. п.2.3) в целях универсализации архитектуры. Теперь WWW-служба стала по своей сути одним из адаптеров, специализируясь на протоколах HTTP/HTTPS – работа поверх драйвера HTTP.sys. Однако WWW-служба остаётся краеугольным компонентом IIS, поэтому её настройка отличается от настройки адаптеров к другим протоколам (чуть подобнее здесь); она функционирует в том же рабочем процессе, что и WAS, и реализована в той же самой библиотеке (рис. 2).

Рис.2. Рабочий процесс со службами W3SVC и WAS.

Раз уж зашла речь об адаптерах к прослушивателям протоколов (protocol listener adpater), то давайте чуть задержимся и посмотрим, какие они бывают. В принципе IIS 7.x можно настроить для обработки запросов по любым протоколам помимо типовых HTTP и FTP, например, POP3, SMTP, Gopher. Вы даже вольны придумать свой протокол для своей веб- или WCF-службы и реализовать для него все нужные компоненты, если не жалко своего времени. Скорее всего, адаптеры и прослушиватели для наиболее распространённых протоколов доступны для свободного и коммерческого скачивания – этого я не проверял. Но прежде всего стоить обратить внимание на стандартные службы (рис. 3), поставляемые с .NET Framework и интегрированные с IIS:

  • NetTcpActivator для протокола TCP;
  • NetPipeActivator для Named Pipes;
  • NetMsmqActivator для Message Queuing (ака MSMQ).

Рис. 3. Перечень стандартных не-HTTP-адаптеров в оснастке Служб Windows.

Но всё-таки наиболее важным для нас адаптером является именно WWW-служба, т.ч. остановимся чуть подробнее на двух оставшихся от IIS 6 функциях.

Администрирование и конфигурирование HTTP(S). В момент обновления конфигурации веб-сайтов, служба WAS передаёт эту информацию WWW-службе, а та уже, в свою очередь, настраивает HTTP.sys на прослушку конкретных портов, разбор IP и заголовка запрашиваемого сайта и, возможно, других параметров драйвера. В обратную сторону W3SVC обращается к WAS, когда в очередь запросов в HTTP.sys поступает новый, – для получения рабочего процесса-обработчика данного запроса.

Отслеживание показателей производительности. WWW-служба ведёт счётчики производительности, используя для этого драйвер HTTP.sys, и предоставляет их показатели веб-сайтами и кэшу IIS. Более подробной информации по этому вопросу мне найти не удалось.

2.3. Windows Process Activation Service (WAS)

Итак, WWW-служба в IIS 7.x, как и в IIS 6, продолжает выполнять задачи по администрированию HTTP.sys и управлению показателями производительности веб-сайтов. А вот задача управления рабочими процессами вынесена в отдельную службу – WAS. Она запускается системой в единственном экземпляре, считывает конфигурацию из файла %SystemRoot%\System32\inetsrv\Config\ApplicationHost.config и настраивает через соответствующие адаптеры прослушивателей протоколов в соответствии с указанной в нём информации. Напомним, что для протоколов HTTP/HTTPS адаптером является служба W3SVC, а прослушивателем – драйвер HTTP.sys. При перехвате прослушивателем запроса он через свой адаптер обращается к службе WAS для получения рабочего процесса приложения, которому будет передан запрос для обработки и формирования ответа клиенту.

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

  • Адаптеры прослушивателей (Listener adapters) – специальные службы Windows, работающие с конкретным протоколом и взаимодействующие с WAS для направления запросов к правильному рабочему процессу.
  • Собственно WAS. Она ответственна за создание рабочих процессов и управление их временем жизни.
  • Исполняемый файл w3wp.exe – шаблон рабочего процесса.
  • Менеджер приложений управляет созданием и утилизацией доменов приложений (application domains), которые хостятся внутри рабочего процесса.
  • Обработчики протоколов – протоколозависимые компоненты внутри рабочего процесса, ответственные за обмен данными между конкретным адаптером и рабочим процессом. Есть 2 типа обработчиков протоколов: у процесса (process protocol handler — PPH) и у домена приложения (AppDomain protocol handlers — ADPH).

Ниже на рисунке представлен пример схемы компонентов внутри некоего экземпляра рабочего процесса приложения. Когда служба WAS запускает рабочий процесс, она загружает в него согласно конфигурации приложения требуемые обработчики протоколов процессов (PPH) и посредством менеджера приложений создаёт внутри рабочего процесса домен приложения, в котором будет хоститься приложение. Менеджер приложений загружает код приложения в домен приложения и требуемые обработчики протоколов уровня приложения (ADPH) для обработки сообщений по соответствующим сетевым протоколам.

Рис. 4. Компоненты w3wp.exe для взаимодействия с внешними компонентами.

Как отмечалось выше, .NET Framework несёт в себе реализацию компонент для протоколов HTTP/HTTPS (наш любимый ASP.NET), net.tcp, net.pipe и MSMQ. Стеки протоколов HTTP/HTTPS и FTP всё-таки более тесно интегрированы в IIS и ОС, поэтому настройку для нового протокола лучше продемонстрировать на примере менее популярных дотнетовских протоколов. Итак, после установки фреймворка в файле конфигурации IIS ApplicationHost.config появляется записи:

А соответствующие компоненты PPH и ADPH настраиваются в дотнетовском machine.config:

В конфигурационном файле веб-сервера ApplicationHost.config вместе с настройками приложений хранятся связки (bindings), определяющие параметры входящих запросов, которые будут направляться данному приложению. Такими параметрами являются название сетевого протокола, IP-адрес сервера, доменное имя и порт сайта. Эти параметры должны быть уникальными среди работающих приложений для однозначной идентификации целевого приложения. Служба WAS отслеживает это ограничение и не даст вам запустить сайт, у которого это условие не соблюдено, либо предложит остановить сайт с такой же связкой.

Обратите внимание, что в стандартном режиме эксплуатации IIS служба WAS, служба-адаптер для каждого прослушивателя протокола (в т.ч. W3SVC) и сами драйверы/прослушиватели каждого из протоколов (в т.ч. HTTP.sys) запущены в ОС в единственном экземпляре. Но отдельные запросы могут направляться разным приложениям в разных рабочих процессах. С другой стороны, отдельно взятому приложению могут направляться запросы по разным протоколам через соответствующие адаптеры. Видимо, для корректной реализации такого поведения и была придумана архитектурная связка драйвер протокола – адаптер драйвера протокола – служба активации (своеобразный регулировщик, точнее — маршрутизатор) – рабочий процесс.

2.4. Пул приложений

При конфигурации веб-приложения помимо привязок (binding) к параметрам запросов и прочих настроек указывается принадлежность к пулу приложений. Пул приложений стал нововведением в IIS 6 и был призван обеспечить изоляцию веб-приложений друг от друго и тем самым повысить стабильность работы веб-сервера в целом. Суть заключается в том, что код приложения выполняется внутри специального процесса Windows – w3wp.exe. Поэтому исключение внутри веб-приложения приведёт к краху только этого процесса и никак не повлияет на доступность веб-приложений в других пулах и работу служб IIS. Более того, служба WAS попытается заново запустить упавший сайт, и внешние клиенты могут даже не заметить проблем в работе сервера.

Для управления некоторыми параметрами отдельно взятого рабочего процесса w3wp.exe в IIS используется пул приложений. Наиболее часто используемыми из них являются учётная запись, под которой будет запущен процесс, ограничения для очереди запросов, различные таймеры и счетчики для автоматического перезапуска процесса, архитектура x86/x64 (в IIS 7.x) и некоторые другие (рис. 5), о чём любопытный читатель может с лёгкостью прочесть в MSDN и любимом поисковике. Т.о. можно говорить (с определёнными оговорками, см. тж. последний абзац в 2.5) о тождественности процесса w3wp.exe и пула приложений.

Рис. 5 Дополнительные настройки пула приложений

Ключевым нововведением в концепции пулов приложений в IIS 7.x стал новый параметр – модель управления контейнером, который может принимать 2 значения: классическая (Classic mode) и встраиваемая модель (Integrated mode).
Чтобы объяснить разницу между этими режимами работы, потребуется знакомство с понятием «модуль» (Module) в IIS 6/7.x и событийной моделью обработки запросов в связке IIS + ASP.NET. Тема эта достойна отдельной статьи, но меня на неё уже, увы, не хватит, судя по всему. Здесь же представлю вашему вниманию лишь общие, ключевые моменты.

Итак, IIS при обработке запроса пропускает его внутри рабочего процесса через последовательность специальных компонент – модулей. Например фильтрация, перенаправление, кэширование, аутентификация, авторизация. Каждый такой модуль ассоциируется с определённым событием, а их последовательность составляют событийную модель обработки запросов. Модули делятся на нативные (Native) и управляемые (Managed). Нативные модули поставляются вместе с IIS, а управляемые – в составе .NET Framework (ASP.NET). В общем-то, вы можете управлять ими в определённой степени на уровне конфигурации веб-приложения, но взаимодействовать из кода своего ASP.NET-сайта вы можете только с управляемыми модулями.

Рис. 6. Идеология модулей в IIS.

Классическая модель управления контейнером обеспечивает обратную совместимость с режимом изоляции рабочих процессов в IIS 6 – запросы к ASP.NET-сайту сначала проходят через нативные модули, а затем передаются в Aspnet_isapi.dll для обработки модулями в управляемой среде. Такое разделение между IIS и ASP.NET приводит к дублированию некоторых функций, например, аутентификации и авторизации. И вы не имеете возможности управлять программно поведением нативных модулей (пример хоть и не самый животрепещущий, но всё же – раздел «Убираем заголовок Server» в этой статье).

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

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

2.5. Домен приложения, приложение

Непосредственными контейнерами веб-приложения являются приложение и домен приложения (Application Domain, AppDomain). Зачастую эти два понятия отождествляются, но всё-таки это немного разные вещи. Приложение – это понятие IIS, а домен приложения – из ASP.NET. Причём в общем случае в приложении может быть несколько доменов. Приложением вы можете управлять из консоли IIS, а доменом приложения – в основном программно. Так, например, перезапускается приложение из консоли. А когда мы пересохраняем web.config, то перезагружается именно домен приложения, не трогая IIS-приложение.

Более важным с практической точки зрения является то, что приложение/домен приложения является sandbox-ом для кода вашего ASP.NET-сайта (не с такой надёжной изоляцией, как в случае с пулом, но всё же). Приведу один из моих любимых вопросов, которые я задавал соискателям на собеседованиях. Пусть имеются веб-сайт-1 и веб-сайт-2, а также некая библиотека MyLib.dll, в которой определён класс My >
Рис. 7. Рисунок для задачки.

Ещё один важный момент, который хотелось бы здесь отметить. По умолчанию каждый отдельный рабочий процесс может использовать все имеющиеся на сервере процессоры/ядра, а пул приложений работает на одном рабочем процессе и, следовательно, веб-приложение работает внутри одного IIS-приложения. Тем не менее, вы можете настроить web garden, увеличив кол-во рабочих процессов на пул и, следовательно, число IIS-приложений на одно веб-приложение. Вы без труда сможете найти на просторах интернета информацию о web garden, поэтому опускаю здесь подробности. Единственное, хотелось бы предупредить, что данное средство не является инструментом увеличения производительности, т.к. по умолчанию и так используются все вычислительные мощности сервера. Наоборот, на синхронизацию работы 2+ рабочих процессов уходил «лишнее» время CPU. Делается это в основном для увеличения доступности веб-приложения. Нельзя здесь также не упомянуть о веб-ферме (web farm), как о простейшем средстве балансировки нагрузки в IIS – об этом тоже достаточно статей в Сети. Это другой пример распределённого веб-приложения. Впрочем, с тем же nginx встроенная балансировка нагрузки в IIS конкуренции не выдерживает, и в реальных высоконагрузочных системах вам придётся изобретать свой велосипед или задействовать продукты сторонних производителей.

3. Что дальше?

Дальше нужно разбираться в работе модулей (в терминах IIS) и событийной модели, в которых уже происходит собственно обработка запроса, о чем упоминалось в разделе 2.4. Вообще говоря, эта тема заслуживает отдельной статьи, на которую, боюсь, меня уже не хватит. Но без этого нельзя сказать, что мы рассмотрели весь конвейер обработки запросов. Поэтому кратко пройдёмся здесь по основным моментам, которые любопытствующий читатель может проработать самостоятельно.

Как отмечалось выше в разделе 2.4 модули IIS содержатся внутри рабочего процесса. Через них последовательно пропускается запрос (в отличие от HttpHandler-ов). Их набор и порядок определяется конфигурацией сервера и/или конкретного веб-приложения. Модули предназначены для отдельных, узконаправленных задач, таких как авторизация, кэширование, кастомное логгирование, сжатие, возврат статического контента и, конечно же, формирование HTML-страниц по заданному URL.

Iis остановка сервера (stopsrv)

сценариев, состоящих из основной объектной модели, серверов сценариев и обработчиков сценариев. ADSI предоставляет набор интерфейсов для доступа к службе каталогов, интегрированной в Windows 2000 и более новые версии этой ОС. Например, поставщик Lightweight Directory Access Protocol (LDAP) модели ADSI предоставляет стандартный интерфейс для LDAP-eoBMccTHMbi\служб и приложений, включая Windows 2000 Active Directory и Microsoft Exchange 2000.

Особо интересен поставщик I s модели ADSI. Он определяет набор административных объектов, которые управляют метабазой IIS, содержащей определения различных элементов IIS и позволяющей изменять конфигурацию узлов и серверов IIS. Манипулируя административными объектами IIS, вы можете редактировать записи метабааы и изшпы п, конфигурацию IIS.

Илон Маск рекомендует:  IOResult - Функция Delphi

Ключевые компоненты для работы с метабазой IIS — пути и имена разделов. Раздел — это область метайазы, аналогичная панке файловой системы. Путь метабазы представляет собой последовательность отделенных друг от друга косыми чертами (/) имен разделов, уникально идентифицирующей расположение раздела в метабазе. Пути метабазы служат для доступа к связанным с разделом административным объектам IIS (подробнее см. главу 12).

•Create Virtual Directory «MKVVFBDIR ) создает виртуальный каталог.

Create Web Site (MKW3SITE) создает Web-узел.

•Display Administrative Node (DISPNODE) отображает конфигурационные параметры Web-узла,

•Display Administrative Tree (DISPTREE) отображает дерево административных объектов, начиная с заданного корневого узла или с вершины дерева IIS.

•Find Web Site (FINDWEB) ищет заданный Web-узел на указанном компьютере.

•IIS Administration Script Utility (ADSUTIL) получает и

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

•Pause FTP Server(PAUSEFTP) приостанавливает работу одного или нескольких FTP-узлов на одном или нескольких компьютерах.

•Pause Server (PAUSESRV) приостанавливает работу одного или нескольких узлов паили нескольких

•Pause Web Server (PAUSEWEB) приостанавливает работу одного или нескольких Web-узлов на одном или нескольких компьютерах.

•Start FTP Server (STARTFTP) запускает один или несколько FTP-узлов на одном или нескольких компьютерах.

•Start Server (STAR ISRV) запускает один или несколько узлов IIS на одном или нескольких компьютерах.

Start Web Server (STARTWEB) запускает один или несколько Web-узлов на одном или нескольких компьютерах.

•Stop FTP Server (STOPFTP) останавливает работу одного или нескольких FTP-узлов на одном или нескольких компьютерах.

•Stop Server (STOPSRV) останавливает работу одного или нескольких узлов IIS наили нескольких компьютерах.

• Stop Web Server (STOPWEB) ооанаплмваот работу одного или нескольких Web-узлов на одном или нескольких компьютерах.

Сценарии предназначены для работы с сервером сценариев Windows, выполняющимся из командной строки (CSCRIPT.EXE). На компьютере, где выполняются сценарии, данный сервер нужно зарегистрировать как сервер сценариев по умолчанию. Чтобы проверит является ли CSCRIPT.EXE сервером сценариев по умолчанию, введите и окне MS-DOS команду:

Если вы находитесь в каталоге -Joel pidr-.Adiriinscripi.s, для запуска сценария достаточного ввести его название и параметры в командной строке, например:

dispnode -a IIS://ioc8lhost/w3svc

Для вывода справочной информации ннгднтс лишь имя сценария.

Как установить 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 и на этом у меня все, пока!

Iis остановка сервера (stopsrv)

22990 просмотра

14 ответа

12311 Репутация автора

У меня есть веб-сайт (не решение) типа проекта в VS2010. У меня также есть эта папка настроена как веб-сайт в IIS7. Я могу нормально просматривать мой сайт, когда перехожу на http: //myproject.local.

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

Теперь, когда я пытаюсь запустить проект из VS2010, чтобы я мог отладить, я получаю следующую ошибку:

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

У меня есть свойства сайта, настроенные для вызова пользовательского сервера (IIS) по правильному URL. Почему Visual Studio подразумевает, что рабочий процесс IIS для запущенного URL-адреса не запущен, когда IIS является сервером сайта.

Ответы (14)

5 плюса

306 Репутация автора

У меня была такая же проблема с IIS 8 (Windows 8 x64) и приложением ASP.NET MVC, размещенным в IIS.

Решение для меня было:

  1. очистить решение в VS 2012
  2. запустить IIS Manager
  3. остановить IIS (это заняло 3 минуты, я понятия не имею, почему)
  4. перезагрузите компьютер
  5. восстановить решение
  6. начать отладку

Я не уверен, какие шаги требуются, я (к счастью) не могу воспроизвести проблему. Я не знаю, имеет ли это значение, но у меня есть 7 пулов приложений и 3 разных веб-сайта в IIS, но 2 из 3 в данный момент остановлены.

Автор: Andras Размещён: 06.01.2013 06:04

5 плюса

368 Репутация автора

я смог решить проблему следующим образом:

  1. открыл командную строку с правами администратора и выполнил IISRESET
  2. открыл IIS Manager, остановил IIS Server
  3. убрал решение в Visual Studio
  4. снова запустил сервер IIS
  5. перестроил решение в Visual Studio

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

69 плюса

791 Репутация автора

Мне удалось решить проблему, используя следующее:

Диспетчер задач -> удалить процессы IIS (остановка IIS в диспетчере не работает)

Зайдите в IIS manager

  • Перезапустите службу IIS
  • Автор: user2491877 Размещён: 09.05.2014 02:01

    1 плюс

    36 Репутация автора

    У меня такая же проблема. Решением было проверить файл hosts. Там не должно быть никаких правил для «localhost».

    плюса

    6784 Репутация автора

    Мне пришлось включить проверку подлинности Windows, чтобы исправить это.

    Включить функцию окна: Панель управления -> Программы -> Программы и компоненты -> Включить или выключить функции Windows -> Информационные службы Интернета -> Службы всемирной паутины -> Безопасность -> Аутентификация Windows.

    Откройте диспетчер служб IIS, перейдите на веб-сайт, дважды щелкните значок «Аутентификация» в категории IIS и включите аутентификацию Windows.

    плюса

    1072 Репутация автора

    Я также столкнулся с той же проблемой . Она была решена, когда я изменил пул приложений в расширенных настройках IIS с Classic .NET AppPool на DefaultAppPool .

    2 плюса

    41 Репутация автора

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

    Автор: Steff Размещён: 25.11.2015 12:56

    57 плюса

    7464 Репутация автора

    Это очень прерывистое поведение. Я обычно получаю эту проблему один или два раза в месяц. Следующие шаги помогут решить проблему легко.

    Прежде чем пытаться что-то еще, попробуйте iisreset

    Шаг 1: >> Открыть прогон (Ctrl + R) >> введите iisreset

    Если это не работает, попробуйте шаг 2.

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

    Если шаг 2 не работает для вас, перейдите к шагу 3.

    Шаг 3: Диспетчер задач >> Службы и перезапустите IISADMIN.

    У некоторых из вас может не быть службы IISADMIN, поэтому, если вы видите IISADMIN, щелкните правой кнопкой мыши и перезапустите.

    плюса

    1630 Репутация автора

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

    2 плюса

    87 Репутация автора

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

    Как уже упоминалось StuartLC: «если другой сайт также сопоставлен с тем же IP / портом, даже если он остановлен отключен, это сбивает с толку VS»

    Надеюсь, это поможет .

    плюса

    2481 Репутация автора

    Использование командной строки
    Откройте окно командной строки с повышенными правами.
    В командной строке введите net stop WAS и нажмите клавишу ВВОД; введите Y и нажмите клавишу ВВОД, чтобы также остановить W3SVC.
    Чтобы перезапустить веб-сервер, введите net start W3SVC и нажмите клавишу ВВОД, чтобы запустить WAS и W3SVC.

    плюса

    380 Репутация автора

    1) Закройте браузер.

    2) Введите в CMD: iisreset

    1 плюс

    494 Репутация автора

    На моем компьютере проблема заключалась в том, что у меня было 2 ставки на один и тот же сайт, и Visual Studio не смогла связаться с нужным веб-сайтом.

    Я останавливаю «другой» веб-сайт (не тот, который я использовал для отладки), после чего может начаться действие « Отладка» .

    Автор: Muffun Размещён: 20.11.2020 07:23

    плюса

    1 Репутация автора

    завершить задачу весь процесс iis и перезапустить iis. это сработало для меня.

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