"Не вдається запустити веб-сервер IIS Express." у Visual Studio

Я намагався запустити свою веб-службу через Visual Studio. Я зіткнувся з такою проблемою, як:

---------------------------
Microsoft Visual Studio
---------------------------
Unable to launch the IIS Express Web server.

Failed to register URL "http://localhost:63591/" for site "xxxxxx" application
"/". Error description: The process cannot access the file because it is being
used by another process. (0x80070020)

---------------------------
OK   
---------------------------

Я побачив диспетчер завдань і виявив, що PID 4 використовується системою, а його опис - NT Kernel & System. отже, я спробував зупинити http service. Усі служби залежності зупинились. Але я стикаюся з проблемою зупинки служби http, наприклад

The service is starting or stopping.  Please try again later.

Отже, я спробував зупинити і запустити службу вручну. Але завершення процесу вимкнено. Буде корисно, якщо хтось зможе допомогти з цим питанням

З https://www.davidsalter.co.uk/unable-to-launch-the-iis-express-web-server-error-0x80070020/

Код помилки 0x80070020означає ERROR_SHARING_VIOLATION, що у випадку IIS Express (або IIS) означає, що порт, який він намагається прослухати, використовується іншим процесом.

За допомогою netstatкоманди з’ясуйте, яка програма використовує порт.

netstat -ao | findstr <port_number_to_search_for>

aПараметр говорить NetStat , щоб відобразити всі з'єднання і порти прослуховування.

The oПараметр говорить NetStat , щоб відобразити ідентифікатор процесу , пов'язаний із з'єднанням.

Запуск вищезазначеної команди netstat видасть такі результати, як:

C:\>netstat -ao | findstr 4026
TCP    12.0.0.1:4026        cs-pc:4026         LISTENING       9544

Останнє число (9544 тут) - це ідентифікатор процесу.

У мене була подібна проблема при спробі запустити проект із Visual Studio 2019 у Windows 10. Додаток не вдалося запустити, оскільки порт, очевидно, використовувався іншим процесом. Однак netstatкоманда показала, що порт не використовується жодною програмою.

Провівши 2-денний гугл, я знайшов рішення, яке мені підходило. Порт, який я намагався використати, був у виключеному діапазоні портів, який ви можете побачити, виконавши команду:

netsh interface ipv4 show excludedportrange protocol=tcp

Винуватцями, які зарезервували ці порти у моєму випадку, були Docker для Windows та Hyper-V

Рішення

Я видалив Docker (оскільки він мені не потрібен) і вимкнув Hyper-V. Щоб вимкнути Hyper-V: Перейдіть до: Панель керування-> Програми та функції-> Увімкнення та вимкнення функцій Windows. Зніміть позначку Hyper-V і перезавантажте комп'ютер.

Після перезапуску команда netsh interface ipv4 show excludedportrange protocol=tcpне показала зарезервованих портів.

Потім я додав порт для моєї програми до виключеного діапазону портів, виконавши таку команду з піднятого командного рядка:

netsh int ipv4 add excludedportrange protocol=tcp startport=50403 numberofports=1 store=persistent

Потім я знову ввімкнув Hyper-V (Docker можна перевстановити за потреби) і знову перезавантажив комп’ютер.

Тепер Hyper-V зарезервував свої порти, не втручаючись у порт, що використовується моєю програмою: Зарезервовані діапазони портів

У мене була така ж проблема. Я просто перезапустив Visual Studio, і він запрацював.

У мене був той самий випуск. Як вже згадував @Kautsky Lozano, інший додаток використовує цей порт.

Отже [для ОС Windows] просто:

• Відкрити монітор ресурсів (Диспетчер завдань -> Продуктивність -> Відкрити монітор ресурсів)
• Клацніть на Мережа вкладку .
• А в TCP Connections знайдіть програму, яка використовує локальний порт, який використовує IIS Express, і закрийте його. (це був firefox у моєму випадку)

Я зіткнувся з тією ж проблемою після того, як ми оновили рішення з Visual Studio 2012 до 2015 року. Я прийшов сюди і побіг netstatлише для того, щоб виявити, що жодна інша програма не використовує ті самі порти. Виявляється, у мене були однакові сайти з однаковими портами, відображеними в папці applicationhost.configat Users/<username>/Documents/IISExpress/configі the applicationhost.configв .vsпапці всередині мого рішення. Слід зазначити, що проблема також не почалася відразу після оновлення. Це просто починає постійно давати збої одного ранку. Здається, пара перезавантажень теж не вирішила проблему.

Видалення конфліктних сайтів із сайту, що зберігається в моїх документах, і перезапуск Visual Studio вирішили проблему.

Якщо netstat не показує нічого, що вже використовує порт

netstat -ano | findstr <your port number>

Порт може бути виключений, спробуйте виконати цю команду, щоб побачити, чи не заблоковано діапазон чимось іншим:

netsh interface ipv4 show excludedportrange protocol=tcp

Ви можете спробувати розблокувати діапазон від початкового порту для ряду портів (потрібен командний рядок з адміністратором):

netsh int ip delete excludedportrange protocol=tcp numberofports=<number of ports> startport=<start port>

Для мене я не міг їх розблокувати, я щойно отримав "Доступ заборонено", тому мені довелося вибрати інший порт для мого сайту.

Інший додаток використовує цей порт. Це може вам допомогти

• https://support.microsoft.com/en-us/kb/973094
• https://support.microsoft.com/en-us/kb/890015

У мене просто виникла ця проблема, хоча netstat не виявляв жодних конфліктів.

Мені виправлено таке:

1. Закрийте Visual Studio
2. Відкрийте Провідник файлів
3. Перейдіть до папки зловмисного проекту
4. Видаліть папки obj та bin
5. Видаліть файл * .user (це, мабуть, необов’язково)
6. Перезапустіть Visual Studio і повторіть спробу

У мене була ця проблема під час оновлення проекту MVC . Я скопіював новіший файл .csproj MVC над наявним файлом .csproj, а потім повернувся до повністю робочого проекту. Я не зміг розглянути існуючий номер порту у старому файлі .csproj. Новий проект мав новий номер порту, але загалом назва проекту / збірки. Цього було достатньо, щоб змусити IIS Express втратити розум і викинути цей виняток.

Достатньо було просто вирити старий номер порту з git та змінити URL-адресу IIS Express, щоб включити його до налаштувань проекту, щоб це виправити.

Найпростіший перший прохід при цьому, не потрапляючи в командну консоль, - це просто вимкнути всі програми (включаючи VS), потім запустити VS самостійно і спробувати ще раз. Ймовірно, інша програма, така як ваш браузер, спричиняє конфлікт. У моєму випадку Chrome спричинив це та був вирішений під час вимкнення та перезапуску VS. Я знову відкрив Chrome і все було добре.

Наведені вище відомості про netstat корисні, але для мене це лише в тому випадку, якщо ви не можете зробити те, що я пропоную.

узагальнити всі відповіді. Є 2 рішення. Обидва працювали на мене. - Рішення №1 Убити програму, яка використовує той самий порт. - Рішення No2 Налаштуйте IIS Express на використання іншого порту для вашого проекту.

Рішення №1 (припустимо, порт у повідомленні про помилку був 443) Запустіть у командному рядку:

netstat -ao | findstr 443

він повертає: TCP 0.0.0.0:443 pe01:0 LISTENING 2904 Останнє число (завдяки @ chris-schiffhauer) - це ПІД для вбивства. Перейдіть до диспетчера завдань -> Процеси -> [Показувати процеси від усіх користувачів], Вбийте процес за допомогою PID = 2904. У моєму випадку це був хост VmWare.

Рішення №2 (припустимо, повідомлення було: Не вдалося зареєструвати URL-адресу " http: // localhost: 433 / " для сайту "MyProject.Website0" ... ). Відкрийте наступний файл у Notepad ++: C:\Users\MY_USER_NAME\Documents\IISExpress\config\applicationhost.configЗнайдіть у ньому рядок, що містить:

<site name="MyProject.Website0" id="...
...
            <bindings>
                <binding protocol="http" bindingInformation="*:80:localhost" />
                <binding protocol="https" bindingInformation="*:443:localhost" />
            </bindings>

Або перейдіть 433на щось інше, наприклад, 4330або видаліть конфліктний <binding.../>тег.

У моєму випадку, трюк зробив наступне:

• Видаліть сайт із .vs \\ config \ applicationhost.config
• Видаліть сайт із Documents \ IISExpress \ config \ applicationhost.config
• Видаліть IISUrl із .csproj

Коли я перезапустив Visual Studio, він призначив проекту абсолютно новий номер порту і працював ідеально

Номери портів не збігаються

У моєму випадку проблема полягала в моїх тегах прив’язок, знайдених у файлі конфігурації у .vs під моєю папкою рішення, номери портів не збігалися. Обв'язки були такими

<bindings>
     <binding protocol="http" bindingInformation=":16433:localhost" />
</bindings>

І в моїх налаштуваннях я мав url, встановлений як http://localhost:1943/

Отже, що я зробив, це видалив усередині прив’язки та запустив веб-додаток, потім він створив нове прив’язку з іншим номером, потім я скопіював новий згенерований порт до своїх налаштувань, після чого помилка зникла.

Після оновлення Windows 10 та / або Visual Studio 16+ може статися через внутрішню помилку, що IISExpress не реєструє жодного веб-сайту розробника, оскільки він більше не приймає localhostпідключення.

Щоб вирішити проблему, вам просто потрібно ще раз зареєструвати прив'язку. Для цього запустіть з адміністративної оболонки таку команду:

netsh http add iplisten ipaddress=:: 

Перейдіть до Властивості веб-проекту >> Веб >> URL- адреса проекту >> Змінити порт, тобто: http: // localhost: 22345 / => http: // localhost: 22346 / Сподіваюся на цю допомогу!

Я був в змозі виправити цю проблему, видаливши всі з <site>в </site>тегах в

Users/<username>/Documents/IISExpress/config/applicatiohost.config файл

<sites>
  <site>
     .
     .   ===> remove this content including the <site> and </site> tags.
     .
  </site>
</sites>

Щойно витративши півдня, намагаючись виправити цю саму проблему, я відчув, що повинен додати рішення, яке з часом спрацювало для мене.

TL; DR Якщоnetstat вказує, що проблема не використовується, все-таки спробуйте кілька інших в абсолютно іншому діапазоні

Я стикався з цією проблемою раніше, але зазвичай виявляю, що перезапуск Visual Studio, зміна портів (збільшення на 1) або перезавантаження роблять свою справу. Однак з цього приводу нічого з цього не допомогло, іnetstat не виявило суперечливого процесу. Я навіть переінсталював IIS та Visual Studio і видалив кілька інших програм, які, на мою думку, могли заважати. Здавалося, IIS намагався запустити кілька екземплярів одного веб-сайту.

Зрештою я спробував запустити netstatбез findstr. Я візуально відсканував список активних портів і помітив, що хоча ті, які я пробував, не були перелічені, було кілька процесів із використанням портів у подібному діапазоні. Тому натомість я шукав діапазон, який був безкоштовним, вибрав номер порту і, здається, зараз працює.

Я хотів би почути, якщо хтось може пояснити, чому це могло спрацювати?

Я зіткнувся з цією проблемою у Visual Studio 2019 сьогодні і витратив 3 години, перш ніж нарешті з’ясувати проблему. Visual Studio використовує 2 файли для відстеження номера порту SSL, тому вам доведеться виправити обидва, і обоє, поки Visual Studio закритий. Два файли - це файл applicationhost.config, який знаходиться у папці .vs \ ??? \ config вашого рішення; а також папку .csproj.user вашого веб-проекту. Відредагуйте обидва файли та видаліть конфігурації, що порушують правила. Можливо, навіть просто видалити обидва файли. Потім знову відкрийте програму у Visual Studio. Удачі!

1. Закрити візуальну студію
2. видалити папку ".vs"
3. Спробуйте змінити порт "localhost: 8080"

У мене це спрацювало.

Я дотримувався вказівок @ Zoti та використовував Resource Monitor для пошуку відповідного порту.

Виявляється, Outlook було випадково призначено порт для його каналу зв'язку. Морально, що історія є, це може бути абсолютно будь-що.

Причиною цієї помилки є те, що ви вказали неправильний номер порту для своєї програми.

just use http ports for your application to run

використовувати порт біля номера 8080, тобто:

localhost: 8090

змінити порт для вашого додатка в Visual-Studio

goto project properties > web > Server > ProjectUrl

Я вже спробував наступне:

• Перезапущено Visual Studio
• Перевірте всі доступні порти, які можуть слухати мій конкретний номер, але він завжди повертає нуль результатів. У моєму порту не прослуховуються жодні процеси.

• Я також намагався використовувати цей, але нульовий результат.

  netstat -aon | знайти ": 80"

• Я також спробував використовувати, але також повернути нульові результати.

  netstat -ao | findstr

Отже, я видалив цей " Microsoft.VsHub.Server.HttpHostx64.exe ", після чого мій проект успішно запустився та запустився у браузері. Помилку виправлено. Я не впевнений, чому, але це працює.

Ось знімок екрана:

У мене була та ж проблема, але вона вирішилася, коли я перезапустився за допомогою прав адміністратора. (Можливо, це просто перезапуск)

У мене була та сама проблема сьогодні, і нічого, що я знайшов в Інтернеті, не працювало. Я використовував порт 2057 роками, але раптом він більше не працював. Змінивши його на інше низьке число, наприклад 2058, вийшло те саме повідомлення про помилку, але коли я змінив його на 20057, все знову запрацювало. Можливо, щось змінилося із способом обробки нижчих номерів портів.