Я получал ту же ошибку (500 Internal Server error) с моим веб-приложением SignalR 1.x и пробовал несколько предложений здесь без радости. Я действительно не получил нигде, пока не смог разрешить ошибку 500 ** до ошибки 500.19 (Ошибка конфигурации: не удается добавить запись дубликата коллекции типа «добавить» с объединенными ключевыми атрибутами «пользователи, роли, глаголы» соответственно установлены на «*», , ').
Для меня это закончилось тем, что раздел место в двух экземплярах, который хорошо работает против IIS7 (то же приложение развернутым против IIS7 работает), но, кажется неправильным на новый сервер спортивного IIS8:
В моей сети. конфиг я это определено:
<location path="signalr/hubs">
<system.web>
<authorization>
<allow users="*"/>
</authorization>
</system.web>
<system.webServer>
<security>
<authorization>
<add accessType="Allow" users="*"/>
</authorization>
</security>
</system.webServer>
</location>
Я изменил его
<location path="signalr/hubs">
<system.web>
<authorization>
<allow users="*"/>
</authorization>
</system.web>
<system.webServer>
<security>
<authorization>
<!--add accessType="Allow" users="*"/-->
</authorization>
</security>
</system.webServer>
</location>
И концентраторы начали возвращать 200 OK.
** 99% проблемы заключалось в разрешении ошибки 500 на что-то конкретное. То, что помогло мне, это использовать Firefox Console, воссоздав ошибку на вкладке сети, выделив 500 ошибок на концентраторах, а затем используя вкладки «Ответ» и «Предварительный просмотр», чтобы получить подробную подробную информацию. Эта информация привела меня к настройке web.config, которая указывала прямо на оскорбительную строку в web.config! Возможно, кто-то еще может найти счастье в моей боли.
Если вы отключены, вы можете открыть этот запрос в своей сетевой консоли и увидеть полный ответ с сервера, который будет включать в себя трассировку стека и тип ошибки для дальнейшей отладки. – Tommy