Не вдається запустити веб-сервер IIS Express, не вдалося зареєструвати URL, доступ заборонено

Деякі веб-проекти викликають у мене проблеми, а інші працюють добре. Я вирішив зосередитись на одній із проблемних. Я використовую Visual Studio 2013 у Windows 7. Я думаю, що я запускаю його як адміністратор, заголовок вікна говорить PROJECT NAME - Microsoft Visual Studio (Administrator).

Коли я намагаюся запустити проект, я отримую спливаюче вікно:

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

Не вдалося зареєструвати URL-адресу " http: // localhost: 62940 / " для сайту "SITE NAME" application "/". Опис помилки: доступ заборонено (0x80070005).

Це здається не зовсім рідкісним, але я без спроби спробував багато пропозицій:

1. Видалено %userprofile%\Documents\IISExpress\, спробували запустити.

2. netsh http add urlacl url=http://localhost:62940/ user=everyone, перезавантажили і спробували запустити. (Насправді user=Allaз шведських Windows).

3. netsh http delete urlacl url=http://localhost:62940/, перезавантажили та змінили з <binding protocol="http" bindingInformation="*:62940:localhost />на <binding protocol="http" bindingInformation="*:62940:/>на %userprofile%\Documents\IISExpress\config\applicationhost.configта спробували запустити. (Це змінило повідомлення про помилку, щоб сказати ... URL "http://*:62940/" ....

4. Перевстановлено IIS 8.0 Express

5. Перевстановлена ​​Visual Studio 2013

Я під кінцем своєї дотепності, що я роблю неправильно?

Якщо я поміняю порт проекту (наприклад, на 55555), він починається ... Це не бажане рішення, оскільки над цими проектами працює декілька людей. Може, порт заблокований чимось іншим? Якщо так, то чи є простий спосіб перевірити, чим?

Порт 62940, здається, безкоштовний. Запуск netstatне показує жодної програми, що слухає його. Щось ще має бути не так.

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

Я вирішив помилку, змінивши порт для проекту.

Я зробив такі кроки:

1 - Клацніть правою кнопкою миші на проекті.
2 - Перехід до властивостей.
3 - Перейдіть на вкладку Сервер .
4 - На розділі вкладки змініть URL-адресу проекту для іншого порту, наприклад 8080 або 3000.

Удачі!

Ідеальний спосіб вирішити це - використовувати піктограму лотка IIS Express, щоб зупинити веб-сайт, що викликає проблему. Для цього натисніть на маленьку стрілку вгору вгору в правій частині панелі завдань та клацніть правою кнопкою миші піктограму IIS Express. Це з'явиться невелике вікно, де відображатимуться веб-сайти, на яких IIS Express зараз працює ...

Якщо ви натиснете один із елементів у розділі "Переглянути сайти", ви можете зупинити цей сайт. Або ви можете натиснути пункт Вихід у нижній частині вікна, щоб зупинити всі веб-сайти.

Це повинно дати вам змогу налагоджувати в Visual Studio. Коли ви знову почнете налагоджувати, IIS Express автоматично перезапустить веб-сайт і повинен мати можливість виділити порт.

Якщо це не вдасться, ви повинні зробити це брудно. Відкрийте диспетчер завдань Windows і вбийтеMicrosoft.VisualStudio.Web.Host.exe*32 процес, тоді ви зможете добре запустити проект. Зауважте, що це повністю знищить IIS Express, це означає, що всі веб-сайти зупиняться, тому вам доведеться перезапустити кожен у VS, якщо ви хочете налагодити будь-які інші. Спробуйте спочатку метод жорстких значків, оскільки він чистіший і безпечніший.

Не знаю, чи відповідає це на ваше питання, але це працює на мене.

Оновлення Завдяки JasonCoder (див. Коментар нижче) за те, що він додав, що на Win10 процес єMicrosoft.VsHub.Server.HttpHost.exe

спробуйте (як підвищений адміністратор)

netsh http delete urlacl url=http://*:62940/

Під час використання Visual Studio 2015 рішення може дещо відрізнятися від попередніх відповідей. VS2015 створює приховану папку .vs під тією ж папкою, що і файл вашого рішення. Під цим знаходиться папка конфігурації, що містить applicationhost.config. Видаливши цей файл (або всю папку .vs), потім запустивши VS2015 для його відтворення, виправити цю помилку.

Так, я згоден, найкращі відповіді - це справді про рішення,

ось один для проміжних продуктів,

Провідник рішень

Клацніть правою кнопкою миші на проект, виберіть " Вивантажити проект"

Знову клацніть правою кнопкою миші та виберіть Редагувати ProjectName.csproj

видаліть ці 3 рядки

<DevelopmentServerPort>0</DevelopmentServerPort>
<DevelopmentServerVPath>/</DevelopmentServerVPath>
<IISUrl>http://localhost:62940/</IISUrl>

Збережіть і перезавантажте проект, і ви готові йти

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

Щоб відключити його, введіть services.mscкомандний рядок, потім клацніть правою кнопкою миші та відключіть спільний доступ до підключення до Інтернету . Я відредагував його властивості, а також відключити при запуску. Шахта виглядає так, як зараз: сервіси захоплюють скріншот .

Це сталося зі мною, коли я намагався отримати доступ до свого сайту з віддаленого місця :

Спочатку applicationhost.config (VS2015) містив стандарт:

<binding protocol="http" bindingInformation="*:64376:localhost" />

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

<binding protocol="http" bindingInformation="*:64376:192.168.10.132" />

Потім я вступив у CMD з правами адміністратора (крок 2):

netsh http add urlacl url=http://*:64376/ user=Everyone

На кроці 3 я додав це правило до брандмауера.

netsh advfirewall firewall add rule name=”IISExpressWeb” dir=in protocol=tcp localport=64376 profile=private,domain remoteip=localsubnet action=allow

Потім я отримав цю помилку при спробі запустити рішення ще раз.

Рішення: Я , здавалося, зробили все правильно, але це не робота , поки я не побіг netshі для існуючого правила LOCALHOST :

netsh http add urlacl url=http://localhost:64376/ user=Everyone

Тепер це працює знову.

У мене просто було подібне питання. Я не зовсім впевнений, як описати фактичну помилку, але здається, що ім'я хоста в резервації невірно. Спробуйте це у підвищеному командному рядку ...

netsh http delete urlacl url=http://localhost:62940/

... тоді ...

netsh http add urlacl url=http://*:62940/ user=everyone

та перезавантажте свій сайт. Це має працювати.

Я зіткнувся з цим самим повідомленням про помилку, але схоже, воно було вироблено з IIS Express. Ця стаття допомогла мені вирішити цю проблему

TL; DR

Виконайте таку команду з адміністративного командного рядка:

> netsh http add iplisten ipaddress=::

Після успішної спроби декількох запропонованих рішень я просто перезавантажив свій ПК. Після цього проблеми більше не виникало.

У мене виникла та сама проблема під час запуску програми з Visual Studio 2019 на Windows 10. Через деякий час гуглінг та спроба різних запропонованих рішень без успіху я визначив, що помилка "Відмовлено у доступі" була результатом номера порту, який використовує моя програма (50403 ) потрапляння у "виключений діапазон портів".

Ви можете переглянути виключені діапазони портів за допомогою наступної команди:

netsh interface ipv4 show excludedportrange protocol=tcp

Через деякий час гуглившись, я виявив, що найбільш вірогідними винуватцями, які створюють ці діапазони виключення, є Докер та Гіпер-V. Докер не був встановлений на моєму комп’ютері, але Hyper-V був.

Моє рішення

1. Вимкнення Hyper-V: Панель управління-> Програми та функції-> Увімкнення та вимкнення функцій Windows. Untick Hyper-V
2. Перезавантажте комп'ютер.
3. Додати порт, який ви використовуєте, до діапазону виключення портів: netsh int ipv4 add excludedportrange protocol=tcp startport=50403 numberofports=1 store=persistent
4. Повторне використання Hyper-V
5. Перезавантажте комп'ютер

Я додав порт, який я використовую, до списку виключень, щоб переконатися, що після повторного включення Hyper-V я більше не отримаю цю проблему. Після кроків 4 і 5, коли я переглянув виключений діапазон портів, я можу побачити, що Hyper-V резервував діапазон портів, починаючи з наступного порту після мого порту.

Моя програма зараз працювала чудово!

Я закінчив очищення файлу проекту (csproj) та applicationhost.config (iis express) з усіма записами щодо конфігурації iis express. Після цього воно спрацювало.

Якщо у вас виникло це після встановлення Visual Studio 2015, і ви можете побачити повідомлення про помилки в системному журналі подій, як-от цей: Unable to bind to the underlying transport for [::]:{your_port}. . The IP Listen-Only list may contain a reference ...тоді вам може бути відсутня запис у реєстрі.

Запустіть це в адміністративному командному рядку: netsh http add iplisten ipaddress=::виправити це.

Я знайшов рішення , описане докладно тут

Після того, як усі перераховані тут кроки для мене не вдалися, я працював, запустивши VS2015 як адміністратор.

Це сталося зі мною в Windows 10 та VS 2013. Мабуть, існує максимальний номер портів IIS Express. Порти вище 62546 не працюють для мене.

Помилку можна усунути, якщо просто перезапустити Visual Studio. Це має такий же ефект, як і перезапуск процесу Microsoft.VisualStudio.Web.Host.exe * 32.

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

У Visual Studio 2015:

• Виберіть проект у Провіднику рішень.
• У вікні Властивості встановіть SSL Enabled на False.
• Мені вдалося запустити проект.

У моїй ситуації я отримував помилку щодо порту 443 у використанні, оскільки це був порт, встановлений у SSL URL для проекту.

Отримав ту саму проблему, коли IIS express скаржився на http: // localhost: 50418 /, і жодне з вищезазначених рішень не працювало для мене ..

Перейшов до projektFolder -> .vs -> config -> applicationhost.xml

У тезі <sites>я виявив, що в моєму веб-додатку було зареєстровано два вкладення.

<site name="myApp.Web" id="2">
    <application path="/" applicationPool="Clr4IntegratedAppPool">
        <virtualDirectory path="/" physicalPath="C:\git\myApp\myApp.Web" />
    </application>
    <bindings>
        <binding protocol="https" bindingInformation="*:44332:localhost" />
        <binding protocol="http" bindingInformation="*:50418:localhost" />
    </bindings>
</site>

Видалення прив’язки, що вказує на *: 50418: localhost вирішив проблему.

Використання VS2017 та IISExpress v10.

Перейдіть до проекту "Властивості" => "Веб", а в розділі "Сервери" змініть порт на щось інше, що не використовується, і збережіть його. Вам буде запропоновано створити віртуальний каталог і натиснути «Так». Тепер запустіть проект, і він працюватиме зараз.

У моєму випадку він працював спочатку, а через деякий час перестав працювати, і IIS Express повідомив, що порт використовується.
netstat -abпоказав, що Chrome використовує порт. Після того як я вийшов із Chrome, він знову почав працювати.
Я не впевнений, однак, чому б Chrome займав цей порт.

Це сталося зі мною в Windows 7 та VS 2013 під час перегляду проекту в браузері після збирання. Мені довелося лише закрити браузер "Chrome", після чого переконався, що порт не використовується в моїх мережевих заходах за допомогою якоїсь утиліти (Касперський), потім спробував ще раз і працював без проблем.

У Visual Studio 2015:

• Знайдіть стартову сторінку у своєму проекті (наприклад: mypage.aspx) та натисніть на неї правою кнопкою миші.
• Клацніть на Встановити як початкову сторінку.
• Клацніть правою кнопкою миші на проекті.
• Клацніть на Властивості.
• Клацніть на веб-вкладці зліва.
• У URL-адресі проекту введіть інший порт, наприклад: http: // localhost: 1234 /
• У Початковій дії виберіть конкретну сторінку: mypage.aspx або виберіть конкретну URL-адресу: http: // localhost: 1234 / mypage.aspx? Myparam = xxx

Я пишу це для інформації.

Видаліть файл у проекті.

Після очищення> збірка> старт проекту

Я вирішив це питання, вбивши всі екземпляри iexplorer та iexplorer * 32. Схоже, Internet Explorer все ще був у пам'яті, тримаючи порт відкритим, навіть якщо вікно програми було закрито.

Запуск netstat -abnя помітив, що програмне забезпечення "Duet Display" резервувало тисячі портів в діапазоні ~ 51000.

Закриття його вирішило мою проблему.

У мене була ця проблема з JetBrains Rider, спеціально для портів 80 та 90 біт, він працював з іншими портами, а також візуальною студією.

після запуску адміністратора це вирішило проблему.

У Visual Studio 2019 просто видаліть профіль налагодження та створіть новий Do Trick

1. Перейдіть до Властивості проекту на вкладці налагодження
2. спробуйте спочатку Змінити порти Налаштування веб-сервера
3. якщо зміна портів не працювала, тоді видаліть профіль налагодження та створіть нове попередження Переконайтесь, що ви знаєте попередні налаштування

Для мене працювало - відключення всіх інших мережевих адаптерів, крім того, яким я зараз користуюся. Подія у глядача події була: Unable to bind to the underlying transport for [::]:50064. The IP Listen-Only list may contain a reference to an interface which may not exist on this machine. The data field contains the error number.

Оскільки у мене є VMware Workstation, Docker (і, таким чином, Hyper V) деякі VPN-клієнти, у мене є багато мережевих інтерфейсів.

Іноді ця помилка може бути іншою версією Visual Studio, що працює на одній машині.

Схоже, у кожного є своя проблема Просто поділившись тим, що я зробив, щоб виправити цю проблему у VS2015 (Windows 8.1), у моєму рішенні є 6 веб-сайтів (не веб-додатків)

1. Відкрийте файл рішення * .sln
2. Змініть рядок файлу рішення VWDPort = "34781" (зробіть його унікальним у своєму рішенні, якщо у вас більше 1 веб-сайту, я зробив +2) у блокноті.

Дивіться зразок файлу рішення ProjectSection (WebsiteProperties):

Project("{E24C65DC-7377-472B-9ABA-BC803B73C61A}") = "BOSTONBEANCOFFEE.COM", "Source_WebOfficeV4\BOSTONBEANCOFFEE.COM", "{5106A8F5-401B-4907-981C-F37784DC4E9D}"
ProjectSection(WebsiteProperties) = preProject
    SccProjectName = ""$/PrismRMSystem/VS2012/WebOfficeV4.root/WebOfficeV4", IPYHAAAA"
    SccAuxPath = ""
    SccLocalPath = "..\.."
    SccProvider = "MSSCCI:Microsoft Visual SourceSafe"
    TargetFrameworkMoniker = ".NETFramework,Version%3Dv4.0"
    ProjectReferences = "{04e527c3-bac6-4082-9d39-aad8771b368e}|YBTools.dll;{5d52eaec-42fb-4313-83b8-69e2f55ebf14}|AuthorizeNet.dll;{d8408f53-8f1e-4a71-8b05-76023b09b716}|AuthorizeNet.Helpers.dll;{77ebd08a-de0f-4793-b436-fad6980863e6}|WEBCUSTCONTROLS.dll;"
    Debug.AspNetCompiler.VirtualPath = "/BOSTONBEANCOFFEE.COM"
    Debug.AspNetCompiler.PhysicalPath = "Source_WebOfficeV4\BOSTONBEANCOFFEE.COM\"
    Debug.AspNetCompiler.TargetPath = "PrecompiledWeb\BOSTONBEANCOFFEE.COM\"
    Debug.AspNetCompiler.Updateable = "true"
    Debug.AspNetCompiler.ForceOverwrite = "true"
    Debug.AspNetCompiler.KeyFile = "Key\StrongKey.snk"
    Debug.AspNetCompiler.DelaySign = "false"
    Debug.AspNetCompiler.AllowPartiallyTrustedCallers = "false"
    Debug.AspNetCompiler.FixedNames = "true"
    Debug.AspNetCompiler.Debug = "True"
    Release.AspNetCompiler.VirtualPath = "/BOSTONBEANCOFFEE.COM"
    Release.AspNetCompiler.PhysicalPath = "Source_WebOfficeV4\BOSTONBEANCOFFEE.COM\"
    Release.AspNetCompiler.TargetPath = "PrecompiledWeb\BOSTONBEANCOFFEE.COM\"
    Release.AspNetCompiler.Updateable = "true"
    Release.AspNetCompiler.ForceOverwrite = "true"
    Release.AspNetCompiler.KeyFile = "Key\StrongKey.snk"
    Release.AspNetCompiler.DelaySign = "false"
    Release.AspNetCompiler.AllowPartiallyTrustedCallers = "false"
    Release.AspNetCompiler.FixedNames = "true"
    Release.AspNetCompiler.Debug = "False"      
    VWDPort = "34781"
    SlnRelativePath = "Source_WebOfficeV4\BOSTONBEANCOFFEE.COM\"
EndProjectSection

У моєму випадку я намагався змінити URL з властивостей проекту, перезапустити VS, перезавантажити комп'ютер, нічого не допомогло мені, лише ця маніпуляція файлом SLN виправила мою проблему.