Ошибка не удалось добавить копию ввода коллекции типа binding 443

Ответ 1

Ответ выше не помог мне, однако комментарий DavidG решил мою проблему, поэтому отправляю сообщение как ответ, если он помогает кому-то другому.

Для меня я не запускал его как под-приложение, и проект, который работал у меня без каких-либо проблем в течение года, внезапно прекратил работать с этой проблемой. Все еще не уверен, что изменилось. Когда я прокомментировал или удалил <add name="aspNetCore".../>, ошибка продолжалась, а затем эта строка автоматически добавилась.

Чтобы решить эту проблему, я добавил <remove name="aspNetCore" /> в файл конфигурации прямо над записью <add name="aspNetCore"... />, и все снова заработало.

Ответ 2

Чтобы продолжить работу в IIS EXPRESS, перейдите в корневую папку, где находится файл .sln.

перейдите, чтобы удалить файл из .vsconfigapplicationhost.config или сохранить это во временном месте, если у вас есть что-то там.

Закройте /Re Откройте VS Studio, запустите снова, будет работать.

Если вам нужно добавить что-то обратно из save applicationhost.config, просто сравните эти два, но я не вижу, что у вас там могло быть.

Ответ 3

К сожалению, ни одно из предложенных решений не помогло мне. Каким-то чудом я узнал, что мой файл applicationhost.config был изменен, к сожалению, из-за чего появилась ошибка «Невозможно добавить повторяющуюся коллекцию» при переходе на определенную страницу в моем веб-приложении .NET Core.

Под тегом <sites> в applicationhost.config у меня было следующее:

<site name="MyWebsite" id="2">
<application path="/" applicationPool="Clr4IntegratedAppPool">
<virtualDirectory path="/" physicalPath="C:Users___solutionnameMyWebsite" />
</application>
<application path="/SomePage" applicationPool="Clr4IntegratedAppPool">
<virtualDirectory path="/" physicalPath="C:Users___solutionnameMyWebsite" />
</application>
<bindings>
<binding protocol="https" bindingInformation="*:12345:localhost" />
</bindings>
</site>

HTTP-ошибка 500.19 показалась мне, когда я перешел на страницу «/SomePage». Как видите, по какой-то причине для этой конкретной страницы был отдельный тег <application>. Я понятия не имею, почему.

Я удалил весь этот тег <application> для пути «/SomePage», и все снова заработало.

Ответ 4

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

<add name="aspNetCore"...

решил проблему и поднял вопрос «почему он работает без AspNetCoreModule».
В моем случае проблема заключалась в том, что я добавлял сайт в качестве под-приложения в defaultwebsite, и он был расположен в wwwrootfolder. Я думаю, что конфигурация автоматически была загружена по умолчанию и была применена для всех сайтов под-приложений.

Эта ссылка помогла

Таким образом, решение заключалось в том, чтобы переместить его как отдельный сайт на другой порт.

Ответ 5

Я столкнулся с этой проблемой в сравнении с 2017 годом в проекте, который работал нормально без изменения web.config. Просматривая эти посты, я понял, что это может быть проблема IIS Express, и решил просто удалить папку .vs и перезапустить ее.

Ответ 6

В моем случае проблема была вызвана помещением пути во вкладку «Отладка» моего веб-проекта, чтобы приложение открывалось на определенной странице. Это приводит к двум тихим добавлениям к файлу .vsconfigapplicationhost.config, похожему на тот, который наблюдается в восьмерых.

В:

<add name="api AppPool" managedRuntimeVersion="" />

В:

<application path="/blah" applicationPool="api AppPool">
<virtualDirectory path="/" physicalPath="your-pathsrcyour-proj" />
</application>

где похожая запись уже существует. Это корень проблемы.

К сожалению, сообщение об ошибке вводит в заблуждение.

Решение состоит в том, чтобы переименовать applicationhost.config, перезапустить VS и позволить ему пересобрать файл. Вот почему решение Ricardo об удалении всей папки .vs также работает.

Ответ 7

Эта ошибка связана с тем, что в ASP.NET Core есть корневой файл с именем «.vsconfigapplicationhost.config».
Изначально он имеет 67 ключей. Вы можете увидеть это здесь, в Редакторе конфигурации.

Этот файл с именем «.vsconfigapplicationhost.config» имеет настройки по умолчанию, которые переносит Web.config для работы, и одним из них является этот обработчик.
Вы также можете увидеть это здесь.

Проблема в том, что этот файл имеет этот обработчик, и то, что вы публикуете, унаследует этот обработчик.

У вас есть два решения: прокомментируйте строку вашего опубликованного web.config или удалите этот обработчик из «.vsconfigapplicationhost.config»

Ответ 8

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

В IIS он автоматически создал новое приложение в тестовом домене под названием About (в данном случае).

Удаление мошеннического приложения IIS из домена решает проблему, поскольку оно не пытается перезагрузить тот же файл web.config при переходе на страницу.

Ответ 1

Я думаю, что IIS Express, вероятно, имеет 2 <application> -blocks, и оба будут указывать на один и тот же физический путь.

Перейдите в конфигурационный файл IIS Express в: My DocumentsIISExpressconfigapplicationhost.config

Поиск NewProjectName

Измените физический путь для корневого приложения на что-то другое. Укажите это на пустую папку.

Должно выглядеть примерно так:

<site name="NewProjectName" id="1">
<application path="/" applicationPool="Clr4IntegratedAppPool">
<virtualDirectory path="/" physicalPath="c:Temp" />
</application>
<application path="/NewProjectName" applicationPool="Clr4IntegratedAppPool">
<virtualDirectory path="/" physicalPath="c:sourcecodeNewProjectName" />
</application>
<bindings>
<binding protocol="http" bindingInformation="*:51123:localhost" />
</bindings>
</site>

Ответ 2

Кроме того, убедитесь, что у вас нет дубликата файла web.config в одной из родительских папок (например: файл резервной копии web.config). Это была проблема с моей!

Ответ 3

Я начал беспорядочно получать эту ошибку. Я заметил, что iis express имеет два сайта.

Этот двойной слой заставляет IIS читать web.config с первого сайта и второй в WFM. поэтому находить дубликаты. Я просто остановил все сайты и удалил WFM из моего пути к веб-проекту. Однако вы можете очистить файлы и папки от вашего временного файла в IIS express. В моем случае у меня было несколько версий решения, а один проект проекта user config имел дополнительный путь в URL веб-проекта. VS 2015 добавила его, или кто-то проверил в своей собственной пользовательской конфигурации TFS. Надеюсь, это поможет другим.

Ответ 4

Если вы создаете веб-сайт IIS с физическим путем, аналогичным папке проекта, а затем используйте его, создайте виртуальную папку для проекта, вы увидите эту проблему.
Ваш файл Web.config загружается дважды.
Вместо этого, как указал orjanto, создайте пустую папку и укажите на нее веб-сайт IIS, а затем используйте ее для создания виртуальной папки из Visual Studio.

Ответ 5

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

Если вы получаете эту ошибку, значит, вы либо:

1. Добавил один и тот же ключ дважды в один и тот же файл (маловероятно, поскольку вы бы его увидели)
2. Тот же ключ уже существует в отдельном файле выше цепочки наследования

Для # 2 может быть много разных первопричин, но если вы хотите обойти их стороной, вы можете просто удалить все предыдущие объявления, а затем повторно добавить свои собственные на этом уровне (я бы заплатил хорошие деньги за функцию upsert).

Так что просто добавьте теги <remove> как это для любых оскорбительных элементов

<system.webServer>
<modules runAllManagedModulesForAllRequests="true">

<remove name="ErrorLog" />
<remove name="ErrorMail" />
<remove name="ErrorFilter" />

<add name="ErrorLog"    type="Elmah.ErrorLogModule, Elmah"    preCondition="managedHandler" />
<add name="ErrorMail"   type="Elmah.ErrorMailModule, Elmah"   preCondition="managedHandler" />
<add name="ErrorFilter" type="Elmah.ErrorFilterModule, Elmah" preCondition="managedHandler" />
</modules>
</system.webServer>

Ответ 6

Мой проект Url на вкладке Web внутри свойств проекта указал на неправильный URL-адрес, и я не смог его изменить ( «Хотелось бы создать Virtual Directory?», а VS был заблокирован в цикле (Да → Не удалось создать, No → Operation Canceled), пока я вручную не вернул Url в (некорректное) состояние, которое было раньше. Решение заключалось в том, чтобы запустить VS в качестве администратора. Я смог изменить этот URL-адрес, и все начало работать. Надеюсь, это поможет!

Ответ 7

Вы можете обнаружить, что после обновления до последнего пакета обновления Windows 10 июня 2017 года эта проблема возникает из-за того, что определенные узлы теперь отображаются под корневой конфигурацией (machine.config). Я удалил свои дубликаты из web.config, и все это снова работало.

Ответ 8

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

Я видел файл web.config в папке wwwroot (вне папки приложения).
Я удалил этот файл, и приложение прошло нормально.

Найдите файл web.config, расположенный в неправильной папке (над приложением папки).

Удачи!

Ответ 9

Ответ, который разместил @orjanto, решил проблему для меня, но у меня была еще одна проблема. После исправления Internet Explorer все еще думал, что моя HTML-страница была каталогом, а не файлом.

У меня были дубликаты в моем конфигурационном файле IIS Express:

<site name="MyAPI" id="56">
<application path="/" applicationPool="Clr4IntegratedAppPool">
<virtualDirectory path="/" physicalPath="C:sourcereposMyAPI" />
</application>
<application path="/login.html" applicationPool="Clr4IntegratedAppPool">
<virtualDirectory path="/" physicalPath="C:sourcereposMyAPI" />
</application>
<bindings>
<binding protocol="http" bindingInformation="*:57018:localhost" />
<binding protocol="https" bindingInformation="*:44302:localhost" />
</bindings>
</site>

Обратите внимание на путь = «/login.html» во второй записи <application>.

Моя страница перенаправлялась на «localhost: 57018/login.html/», как будто это был каталог.

Удаление второй записи устранило проблему с дубликатами файла конфигурации, однако у меня продолжала возникать проблема, когда Internet Explorer, казалось, думал, что /login.html/является каталогом (Internet Explorer 11). Для диагностики проблемы я проверил Chrome, и Chrome работал нормально.

Я зашел в Internet Explorer, открыл Сервис> Свойства обозревателя> Вкладка «Общие». Затем в разделе «История просмотров» я удалил историю, файлы cookie и данные веб-сайта, & Temp. Интернет файлы.

Ответ 10

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

Ответ 11

У меня была такая же проблема, вот что я сделал:

• Я изменил настройки сервера с локального IIS на IIS Express:

• Если он по-прежнему не работает, я изменил номер порта на другой, затем нажмите кнопку «Создать виртуальный каталог». Очистите решение, затем восстановите.

Ответ 12

Пока первый ответ действительно решил аналогичную проблему с моей стороны. Я также нашел альтернативное решение, при котором нет необходимости указывать первому веб-сайту пустую папку c:temp. Я проверил этот альтернативный подход с моей стороны, и он работал отлично.

Вместо этого посмотрите на вторую запись пути приложения и найдите ее путь, измените path=/ на path=/localhost_portNumber; поэтому, если в информации о привязке упоминается порт 51123, используйте path=/localhost_51123 во второй конфигурации приложения.

Почему это простое изменение работает, мне не известно, но я посмотрел на файлы applicationHost.config работающих веб-сайтов в VS 2017, чтобы найти это решение.

Альтернативная разметка, которая работает для IIS Express (посмотрите путь второго virtualDirectory)

<site name="NewProjectName" id="1">
<application path="/" applicationPool="Clr4IntegratedAppPool">
<virtualDirectory path="/" physicalPath="c:sourcecodeNewProjectName" />
</application>
<application path="/localhost_51123" applicationPool="Clr4IntegratedAppPool">
<virtualDirectory path="/" physicalPath="c:sourcecodeNewProjectName" />
</application>
<bindings>
<binding protocol="http" bindingInformation="*:51123:localhost" />
</bindings>
</site>

Ответ 13

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