IISExpress повертає помилку 503 з віддалених машин

Я намагаюся перевірити веб-сайт, який я працюю в локальному екземплярі IISExpress, з іншими машинами / пристроями в моїй локальній мережі. Я запускаю Win7 Pro.

Коли я вперше намагаюся перейти на свою машину з іншої машини в моєму сегменті локальної мережі, я отримую помилку 400: Ім'я хоста недійсне.

Я розумію, що мені потрібно надати віддалений доступ до ACL з командою на командному рядку підвищеного типу:

netsh http add urlacl url=http://mymachinename:50333/ user=everyone

Тепер я отримую послугу 503 - недоступна помилка.

Брандмауер Windows наразі вимкнено, і я можу переглядати свій локальний примірник IISExpress з адресою http://localhost:50333

Яка фінальна частина цієї головоломки конфігурації?

Схоже, у файлі applicationhost.config відсутній обов'язковий запис інформації.

1. Відкрийте файл applicationhost.config. Можливі місця розташування:

   • %userprofile%\Documents\IISExpress\config\applicationhost.config
   • $(solutionDir)\.vs\config\applicationhost.config (VS2015)
   • Якщо цього не зробити, перевірте результат, iisexpress.exeщоб переконатися.

2. Знайдіть свій запис на веб-сайті та додайте наступне прив’язування до імені машини.

        <binding protocol="http" bindingInformation=":50333:your-machine-name" />
   

3. Перезапустіть IIS Express

Була лише одна річ, яка працювала на мене.

використання *:portnumber:*було не корисно. Так, зробивши це і переконавшись, що брандмауер Windows був відкритий, я міг підключитися до порту, але я все-таки отримав помилку "503".

Я перевірив кілька речей на місцевому рівні та виявив, що працює лише http: // localhost . Використовуючи реальну IP-адресу (не 127.0.0.1, але, наприклад, 192.168.1.50), все-таки повернув 503 навіть на локальній машині. Я спробував використовувати справжнє ім'я хоста у прив’язках, але IIS Express відмовився запускати. Це насправді може мати щось спільне з тим, як вирішувати ім'я хоста. Я не досліджував це далі.

Нарешті я закінчив використовувати цю конфігурацію:

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

Таким чином я зміг підключитися від віддаленої машини за допомогою http://192.168.1.50:53351.

Затративши більше 3 годин на таку повну тему, я вирішив поділитися з вами налаштуваннями. Моя конфігурація - Visual Express 2012 для веб-оновлення 4 для Windows 8. Це було моє перше повернення до MS VS після вивчення (принаймні 8 років), і тепер я впевнений, що правила Linux. На django подібне налаштування зайняло 10 хвилин пошуку документації.

1. вимкніть брандмауер для тестування

   netsh advfirewall set allprofiles state off
   

2. прив'язки настройки в моєму випадку локальна адреса - локальна IP = 192.168.1.102 (оскільки посилання не можуть містити нечисловий домен, використовуйте його нижче замість mylocaldomain.com, див. політику stackoverflow) у Documents\IISExpress\config\applicationhost.config

   <bindings>
       <binding protocol="http" bindingInformation="*:53351:mylocaldomain.com" />
       <binding protocol="http" bindingInformation="*:53351:localhost" />
   </bindings>
   

3. автоматично додайте автозапуск для запуску послуги ISS Express

   <site name="NeuronCharts" id="2" serverAutoStart="true">
   

4. Додайте якісь дивні правила на http-сервер (я досі не знаю, чи це несесер)

   netsh http add urlacl url=http://mylocaldomain.com:53351/ user=everyone
   

5. запускайте IISExpress вручну, не з VS IDE

6. ви побачите, що ISSExpress реєструє прив’язки
7. запустити браузер, http://mylocaldomain.com:53351 якщо він працює, тоді ми можемо додати правило брандмауера

8. додати правило брандмауера

   netsh advfirewall firewall add rule name="IISExpressWeb" dir=in protocol=tcp localport=53351 remoteip=any action=allow
   

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

8. запустити брандмауер

   netsh advfirewall set allprofiles state on
   

9. ще раз перевірте, чи все працює на локальних та публічних ip

Бажаю тобі удачі

Рафал

Виявлена ​​проблема пов'язана з поганим картографуванням urlacl. Щоб розібратися в цьому:

netsh http show urlacl 

і шукати такі речі, як http://+:80/або порт, до якого ти зобов'язуєшся.

Потім використовуйте

netsh http delete url=<the url from the list>

Це вирішило для мене проблему.

Ніщо не працювало для мене. Нарешті я знайшов iisexpress-proxy

Дивіться мою відповідь https://stackoverflow.com/a/33623399/631527

Ще одне рішення ngrok

Що мені допомогло - це клацнути правою кнопкою миші значок "IISExpress", "Показати всі програми". Потім, вибравши веб-сайт, я побачив, який aplicationhost.config він використовує, і виправлення пройшло ідеально.

Проблема полягає в оновленні файла applicationhost.config всередині веб-папки замість рішення. Файл конфігурації рішення потрібно змінити

Після рішення @vikomall не забудьте запустити VS як адміністратора. Це мені це виправити.

Щодо відповіді Ентоні Ріццоло: у Windows 8.1 мені довелося ввести такий текст:

netsh http delete urlacl url=<the url from the list>

Наприклад:

netsh http delete urlacl url=http://+:8689/

Жодна з вищезгаданих відповідей для мене не працювала.

У мене було два записи в netsh за одну службу

netsh http show urlacl

Один, який використовує сильну маску, інший - слабкий.

Вилучення однієї зі слабкою підстановою зробило цю роботу.

Детальніше про сильну та слабку макіяж у контексті netsh

Коли хост-елемент UrlPrefix складається з одного знаку плюс (+), UrlPrefix відповідає всім можливим іменам хостів в контексті його схеми, порту та відносних елементів GUI і потрапляє в категорію сильних підстановок.

Коли зірочка (*) відображається як головний елемент, тоді UrlPrefix потрапляє у категорію слабких підстановок. Цей вид UrlPrefix відповідає будь-якому імені хоста, пов'язаному із вказаною схемою, портом та relaURUR, який ще не був узгоджений з сильним-маючим підстановкою, явним або обмеженим IP-адресою URL-адресою UrlPrefix. Ця специфікація хоста за певних обставин може використовуватися як підключення за замовчуванням, або може використовуватися для визначення великого розділу простору імен URL без необхідності використання багатьох UrlPrefixes.

https://docs.microsoft.com/en-gb/windows/desktop/Http/urlprefix-strings