Проблеми з веб-додатками (помилки web.config) HTTP 500.19 з IIS7.5 та ASP.NET v2


146

Це зводить з розуму всю команду. Повинна бути проста неправильно налаштована частина IIS або нашого веб-сервера, але кожного разу, коли ми намагаємося запустити веб-додаток ASP.NET на IIS 7.5, ми отримуємо таку помилку ...

Ось помилка в повному обсязі:

HTTP Error 500.19 - Internal Server Error

The requested page cannot be accessed because the related configuration  
data for the page is invalid.

`Detailed Error Information` 
Module              IIS Web Core
Notification        Unknown
Handler             Not yet determined
Error Code          0x8007000d
Config Error
Config File         \\?\E:\wwwroot\web.config
Requested URL       http://localhost:80/Default.aspx
Physical Path 
Logon Method        Not yet determined
Logon User          Not yet determined
Config Source
   -1: 
    0: 

На апараті працює Windows Server 2008 R2 . Ми розробляємо веб-додаток за допомогою Visual Studio 2008 .

За даними Microsoft, код 8007000d означає, що в нашій web.config є синтаксична помилка - за винятком того, що проект будується та працює на локальному рівні. Переглядаючи web.config у XML-блокноті, також не виникає помилок синтаксису. Я припускаю, що це має бути якась погана конфігурація з мого боку ...?

Хтось знає, де я можу знайти додаткову інформацію про помилку? У EventViewer нічого не відображається :(

Не впевнений, що ще було б корисно згадати ...

Допомога високо цінується. Дякую!

ОНОВЛЕННЯ! - розміщено WEB.CONFIG нижче

Добре, оскільки я опублікував оригінальне запитання вище, я відстежив точні рядки в web.config, які спричиняли помилку.

Ось рядки (вони з’являються між <System.webServer>тегами) ...

    <httpHandlers>
        <remove verb="*" path="*.asmx"/>
        <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    </httpHandlers>

Примітка: Якщо видалити лінії між з <httpHandlers>я все ще отримую помилку. Я буквально повинен видалити <httpHandlers>(і рядки між ними), щоб перестати отримувати вищевказану помилку.

Щойно я зробив це, я отримав нову помилку 500,19. На щастя, цього разу IIS насправді розповідає, який біт web.config викликає проблему ...

    <handlers>
        <remove name="WebServiceHandlerFactory-Integrated"/>
        <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory,System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add name="ScriptHandlerFactoryAppServices" verb="*" path="*_AppService.axd" preCondition="integratedMode" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add name="ScriptResource" preCondition="integratedMode" verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    </handlers>

Якщо подивитися на ці рядки, зрозуміло, що проблема перемістилася далі в межах одного <system.webServer>тегу до <handlers>тегу.

Нова помилка також більш явна і конкретно скаржиться на те, що вона не розпізнає атрибут "перевірити" (як видно з третього рядка вище). Якщо вилучити цей атрибут, тоді він скаржиться, що той самий рядок не має необхідного атрибута "name". Додавання цього атрибуту призводить до помилки ASP.NET ...

Не вдалося завантажити файл або збірку "System.web.Extensions, Версія = 1.0.61025.0, Культура = нейтральна, PublicKeyToken = f2cb5667dc123a56" або одна з її залежностей. Система не може знайти вказаний файл.

Очевидно, я думаю, що ці нові помилки щойно виникли внаслідок видалення <httpHandlers>тегів в першу чергу - вони, очевидно, потрібні додатку - тому залишається питання: Чому ці теги в першу чергу викликають помилку в IIS? ??

Чи потрібно мені щось встановлювати в IIS, щоб він працював з ними?

Ще раз дякую за будь-яку допомогу.

WEB.CONFIG

Ось клопітні біти нашого web.Config ... Я сподіваюся, що це допоможе комусь знайти нашу проблему!

<system.Web>

<!-- stuff cut out -->

    <httpHandlers>
        <remove verb="*" path="*.asmx"/>
        <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add verb="*" path="*_AppService.axd" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56" validate="false"/>
    </httpHandlers>
    <httpModules>
        <add name="ScriptModule" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    </httpModules>
</system.web>

<system.webServer>
    <validation validateIntegratedModeConfiguration="false"/>
    <modules>
        <add name="ScriptModule" preCondition="integratedMode" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    </modules>
    <remove verb="*" path="*.asmx"/>
    <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    <handlers>
        <remove name="WebServiceHandlerFactory-Integrated"/>
        <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory,System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add name="ScriptHandlerFactoryAppServices" verb="*" path="*_AppService.axd" preCondition="integratedMode" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add name="ScriptResource" preCondition="integratedMode" verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    </handlers>
</system.webServer>

Видаліть усі коментарі в web.config. Вони починаються <!-- і закінчуються -->.
Алекс Багноліні

woot. це щось стосується <httpHandlers>
Чак Ле Бутт

Це працює в інтегрованому режимі? Якщо так, спробуйте класичний режим.
Джеремі Макгі

@Alex - я видалив усі коментарі, це не допомогло. Дякую за пропозицію, хоча.
Чак Ле Бутт

@Joe, я не думаю, що я буду публікувати весь web.config. Напевно, не було б розумним ...: - /
Чак Ле Бут

Відповіді:


263

У мене були ці точні симптоми, і моя проблема була схожа на проблему Пітера. Налаштовував існуючий проект на новому сервері. Мій проект посилався на модуль переписування URL-адреси IIS7, але він ще не був встановлений на новому сервері. Встановивши це, виправили мою проблему.

Ви можете скористатись Інсталятором веб-платформи Microsoft для встановлення. Виконайте його, виберіть Продукти , у лівому меню виберіть Сервер та знайдіть перезапис URL-адрес у списку та встановіть його.

Або ви можете завантажити його тут .


2
> У мене були ці точні симптоми, і моя проблема була схожа на проблему Петра. Налаштовував існуючий проект на новому сервері. Мій проект посилався на модуль переписування URL-адреси IIS7, але він ще не був встановлений на новому сервері. Встановивши це, виправили свою проблему. Дякую, DJjeffJ. Виправлено це для мене. Модуль перезапису URL-адреси на сервері розробки не встановлений.
jk.

1
Так ... у мене теж був .net 3.5, тому вже був включений Ajax, але переписування - ні.
WildJoe


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

4
Проблема продовжується із сервером 2016, немає функції / модуля для встановлення, який пише "Перезапис URL-адрес". Ви повинні використовувати його, щоб встановити його, і після цього мій сайт працював (або принаймні переставав видавати цю проблему).
Роб

41

Після цілого дня боротьби з цим на новій машині я натрапив на наступні посилання. Мені не вистачало переписувати модулі. Це все виправляло.

http://forums.iis.net/t/1176834.aspx

http://learn.iis.net/page.aspx/460/using-the-url-rewrite-module/


1
+1. Web.config, який я схопив із TFS, мав <rewrite>теги, але у мене не було встановлено URL-адреси. Я прокоментував <rewrite>речі, і мій сайт склав і завантажив відразу.
Піт

1
пішло годину, щоб запам'ятати, я використовував переписування на сайті. Я б хотів, щоб у Microsoft було покращеною системою повідомлень про помилки компілятора. Я вирішував би це питання за лічені хвилини, якби побачив точну лінію web.config.
dvdmn

Як встановити перезапис Url у Visual Studio для IIS Express?
Діма

40

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

Ось рішення для всіх, хто коли-небудь стикається з цією злою проблемою.

Перше, про що слід пам’ятати: Якщо ви сподіваєтесь, що це ваше рішення, переконайтеся, що у вас є той самий код помилки ( 0x8007000d ) та Config Source ( -1: 0 :) . Якщо ні, це не ваше рішення.

Наступне, про що слід пам’ятати: AJAX неправильно встановлений у вашій web.config!

Виправте це, дотримуючись цього посібника:
http://www.asp.net/AJAX/documentation/live/ConfiguringASPNETAJAX.aspx

Потім встановіть розширення AJAX 1.0 на свій виробничий сервер за цим посиланням:

http://www.asp.net/ajax/downloads/archive/
Оновлення : Microsoft, здається, видалила вищевказану сторінку :(

Це воно!


1
Дякую! Проблема була з розширенням AJAX. Я прокоментував цей розділ, оскільки AJAX тепер вбудований в 3.5
jdiaz

1
Схоже, Microsoft перервав перше посилання для налаштування ASP.NET AJAX.
Роб Соберс

1
Знайшов дзеркало старого змісту. Так дратує те, як документація про MS зникає так часто.
Чак Ле Бутт

4
Ваша відповідь говорить про те, що ця помилка є ТОЛЬКО для Ajax, але вона стосується і urlrewrite, що означає, що помилка, ймовірно, просто стосується будь-якої пропозиції, залежно від модуля, який недоступний.
rainabba

@ Чак, що означає "я відчуваю себе Рокі" ?
Pacerier

16

Той самий випуск на сервері Server 2016, помилка IIS 10, 500.19. Я встановив модуль переадресації, і він спрацював. Я не знаю, чому це не було включено за замовчуванням.

https://www.iis.net/downloads/microsoft/url-rewrite#additionalЗавантажити

Щоб було зрозуміло, схоже, що web.config з IIS 7 буде працювати, або призначений для роботи, але відсутність цього модуля призводить до справді незвичайної та корисної помилки. Googling перенаправляє вас на сторінку Microsoft, яка наполягає на тому, що ваш сайт пошкоджений або ваш веб.config пошкоджений. Здається, це не так.

Ця непомітна сторінка тут: https://support.microsoft.com/en-us/kb/942055


12

Була така ж проблема, як вище, той самий код помилки і т. Д. Налаштування локального веб-сайту в Windows 8. Після багатьох пошуків було встановлено, що нам не вистачає переписування URL-адрес. Після завантаження все було добре. :)


Людина, ти врятував мені багато часу ... Приємно !!
PhillyNJ

Подібне, це повідомлення про помилку є абсолютно не корисним!
Кен Кінан

8

Я просто додаю аншері, тому що я витратив години, намагаючись вирішити ті самі симптоми (але різні проблеми):

Можлива причина - x86 dll у 64-бітовому пулі додатків, рішення - включити 32-бітні програми в налаштуваннях пулу додатків.


Ця відповідь справедлива і для помилки 500.19 під час налаштування Umbraco CMS.
aron.lakatos

4

Для мене перереєстрація asp.net для iis зробила свою справу. Сподіваємось, це допомагає комусь іншому.

aspnet_regiis.exe -i

4

Підводячи підсумки на основі відповідей тут і в інших місцях:

  1. Перевірте версію .NET пулу програм (наприклад, 2.0 проти 4.0)
  2. Перевірте, чи встановлені всі модулі, на які посилаються IIS. У цьому випадку це були розширення AJAX (напевно, це не так у наші дні), але перезапис URL-адрес є загальним.

4

Інший спосіб отримати помилку 500.19 без видимих ​​причин - відсутність каталогів та / або порушені дозволи на них.

У разі цього питання, я вважаю, що питання задає повну версію IIS. Я припускаю це через цей рядок:

Config File         \\?\E:\wwwroot\web.config

Інсталятор IIS зазвичай створює wwwrootдля вас, і це коренева папка за замовчуванням для всіх веб-сайтів і точка монтажу для віртуальних каталогів. Він завжди існує, тому немає жодної проблеми, зазвичай ти про це мало переймається.

Оскільки файли web.config є ієрархічними, ви можете розмістити там головний файл web.config і мати там деякі кореневі налаштування, і всі сайти успадкують його. IIS перевіряє, чи існує цей файл, і намагається завантажити його.

Однак перша забавна частина:

Цей каталог буде існувати, якщо інстальовано IIS належним чином. Якщо його не існує, ви отримаєте помилку 500 класу. Однак, якщо ви граєте з дозволами на файли / каталоги, особливо "розширеними", ви можете випадково відмовити обліковому запису служби IIS від сканування / читання вмісту цього каталогу. Якщо IIS не в змозі перевірити, чи існує wwwroot \ web.config, чи він існує, і IIS не в змозі його відкрити та прочитати - бам - помилка 500 класу.

Однак для повного IIS це малоймовірно. Розробники / адміністратори, що працюють з повним IIS, зазвичай не хочуть грати, wwwrootтому він зазвичай залишається правильно налаштованим.

Однак на IIS Express ..

Зазвичай IIS Express "просто працює". Часто розробники, які використовують IIS Express, часто не усвідомлюють, наскільки внутрішньо він нагадує реальний IIS.

Ви можете легко натрапити на той факт, що у IIS Express є власний файл applicationHost.config, а VS створює та керує ним для вас (правильно, певною мірою), і такий відкривальник очей говорить вам, що це не так просто і і натисніть, як здається спочатку.

Крім цього конфігураційного файлу, VisualStudio також створює порожню структуру каталогу під вашою Documentsпапкою. Якщо я правильно пам’ятаю, IIS Express вважає ці папки кореневими каталогами веб-сайтів, на яких монтуються віртуальні каталоги з вашим кодом.

Пізніше, як і IIS, коли IIS Express запускається, він очікує, що ці папки існуватимуть і перевірятимуть там файли root web.config. Сайт web.config файли. Майже завжди ці файли web.config відсутні - і це нормально, тому що ви їх не хочете - у вас є ** додаток web.config ", вони розміщуються з рештою вмісту у віртуальних каталогах.

Тепер друга забавна частина: IIS Express очікує, що порожні каталоги. Вони можуть бути порожніми, але вони повинні існувати. Якщо їх не існує - ви отримаєте помилку 500 класу, яка скаже вам, що файл "web.config" на цьому шляху не можна отримати.

Перший раз, коли я наткнувся на цю проблему, був, коли я очищав жорсткий диск. Я виявив, що в папці «документи \ веб-сайти» повно сміття, я розпізнав декілька річних проектів, над якими я більше не працюю, всі порожні, не один файл, тому я видалив це все. Через тиждень - бам - я не можу запустити / налагодити жоден із сайтів, над якими я працював на даний момент. Помилка 500.19, не вдається прочитати конфігураційний файл.

Отже, якщо ви використовуєте IIS Express і бачите помилку 500 класу, яка розповідає про конфігурацію читання, уважно перевірте повідомлення про помилку та прочитайте всі згадані шляхи. Якщо ви бачите щось подібне:

c:\users\user\documents\visual studio 2013\projects\WebProject1\WebProject1.web\web.config
c:\users\zeshan.munir\documents\visual studio 2015\projects\WebProject1\WebProject1.web\web.config
c:\users\zeshan.munir\documents\visual studio 2017\projects\WebProject1\WebProject1.web\web.config
etc..

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

До речі. У VisualStudio, у ProjectProperties / Web є кнопка "Створити віртуальний каталог". По суті, це дуже добре, тому ви можете спробувати спершу, але IIRC він також може іноді очистити / перезаписати / замінити розділи конфігурації у файлі applicationHost.config, тому будьте обережні з цією кнопкою, якщо у вас є якісь власні налаштування там.


3

У моєму випадку з установкою .NET Core Windows Hosting Bundle сталося щось не так.

У мене було встановлено і перезапустив IIS за допомогою ("net stop was / y" і "net start w3svc") після установки, але я отримаю цю помилку 500.19 з кодом помилки 0x8007000d та Config Source -1: 0 :.

Мені вдалося вирішити цю проблему, відновивши встановлення .NET Core Windows Hosting Bundle і перезапустивши IIS за допомогою команд, згаданих вище.

Сподіваюся, це допоможе комусь!


1
Це працювало і для мене, ось блог MSDN про встановлення .NET Core Hosting Bundle : blogs.msdn.microsoft.com/rohithrajan/2018/03/13/… Ось посилання безпосередньо на завантаження: ака. мс / dotnetcore-2-windowshosting
riverwb

3

Ця прекрасна детальна помилка все ще присутня у 2019 році! Я просто хочу додати, що якщо ваш web.configдійсний і доступний, найімовірніше, це питання залежності .

Як зазначається в ОП, це був AJAXмодуль, як і інші, зазвичай Rewrite. Просто тримайте очі відкритими у веб-конфігурації, на які модулі та бібліотеки посилаються ваші теги, оскільки код помилки 0x8007000d може бути приблизно ВСЕ .

У моєму випадку я не розумів, що AspNetCoreпакет відсутній, і його потрібно було встановити! Тож щасливий, що знайшов цей пост !!


2

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

Зміни, які отримали мене через цю помилку, були возитися з Делегуванням функцій у IIS Manager в розділі «Управління» на сервері. Вибачте, що не можу згадати, яку я змінив, але гугл може допомогти.

Це мене пережило першу помилку в цілому новому потоці інших, деяких абсолютно безглуздих. (Я отримав би одну помилку при запуску під віртуальним каталогом, перетворення її на додаток призвело до іншої помилки, etec тощо). Що остаточно вирішило цю серію помилок: IIS-менеджер, Пули прикладних програм, DefaultAppPool, Увімкнути 32-розрядні програми = True

Я запустив цю програму на 32-бітному вікні xp box, і зараз я запускаю її на 64-бітній панелі Windows 7.

Тож сподіваємось, це допомагає комусь іншому.


2

Мій IIS 7.5 не розуміє тег у web.config У VS 2010 він також підкреслює цей тег. Перевірте свій конфігураційний файл точним, щоб знайти усі підкреслені теги. Я ставлю це до коментаря і помилка відходить.


2

Прокоментуйте наступні рядки у файлі web.config.

<modules>
    <!--<add name="ScriptModule" preCondition="integratedMode" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>-->
</modules>

<handlers>
    <remove name="WebServiceHandlerFactory-ISAPI-2.0"/>
    <!--<add name="ScriptHandlerFactory" verb="*" path="*.asmx" preCondition="integratedMode" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
    <add name="ScriptResource" verb="GET" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>-->
</handlers>

Це спрацює.


2

У мене була така ж помилка. У мене був сайт IIS з .net Framework версією 2.0, але моєму додатку було потрібно 4.0. Я змінив версію, і вона спрацювала.

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


2

Переконайтесь, що всі ваші функції IIS належним чином увімкнуті.

  • Відкрийте функції Windows (Увімкнення та вимкнення функцій Windows).
  • Прокрутіть униз до Інтернет-інформаційних служб

  • Відкрийте спадне поле Світ плюс Інтернет

  • Відкрийте меню розробки програм плюс додаткове поле
  • Вручну встановіть усі наступні прапорці та натисніть кнопку ОК

введіть тут опис зображення


1
Я щойно перевстановив Windows 10 методом оновлення на місці, і я знімав з них деякі скриньки, або переустановка знімала їх. Асоційований код помилки 0x80070021 з'явився на сторінці 500.19.
Ендрю Мортон

2

Наведена нижче конфігурація стала причиною моєї проблеми:

    <rewrite>
      <rules>
        <clear />
        <rule name="Redirect to HTTPS" stopProcessing="true">
          <match url="(.*)" />
          <conditions>
            <add input="{HTTP_HOST}" pattern="^.*spvitals\.com$" />
            <add input="{HTTPS}" pattern="off" ignoreCase="true" />
          </conditions>
          <action type="Redirect" url="https://{HTTP_HOST}{REQUEST_URI}" redirectType="Permanent" appendQueryString="false" />
        </rule>
      </rules>
    </rewrite>

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


1
Ви можете зберігати правила перезапису в IIS, якщо встановити модуль перезапису URL-адреси IIS. Це на iis.net/downloads/microsoft/url-rewrite
Toby Artisan

1

У мене була така ж проблема в Windows 7.

Рішення полягало в тому, щоб перейти до основних параметрів> підключитися як> конкретний користувач - і увійти як користувач, а не типовий параметр "пройти"

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


1

Windows 7

Спробуйте це,

запустити cmd як адміністратор.

Видаліть всі iis.

start /w pkgmgr.exe /uu:IIS-WebServerRole;WAS-WindowsActivationService

Перевстановіть iis, і це нормально

Ален


1

Я отримав цю помилку, поставивши <customErrors>тег всередину <system.webServer>замість того, <system.web>де він належить. Під <customErrors>тегом було трохи хитання, але я його відразу не помітив.


1

Аналогічно до верхньої відповіді , ми отримали це неймовірно корисне виключення через відсутність модуля IIS CORS. Точно така ж помилка була з кодом помилок (0x8007000d) та Config Source (-1: 0 :), але встановлення модуля переписування URL-адреси не виправило її.

Нещодавно ми оновили web.config, щоб дозволити CORS деяким розробникам, які потребували цього, але не сподівались, що потрібно буде всім розробникам встановити модуль IIS CORS. На жаль, схоже, це потрібно.

Щоб виправити це, встановіть тут модуль IIS CORS .


Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.