Я в странной ситуации. Вот мой сценарий:
Я работал над MVC5 Web API2 Проект размещен на Rackspace хостинг. Согласно добавленной мной схеме, проект API AppOne. У нас есть два источника данных, один - MongoDB размещен на сервере Linux с использованием Драйвер MongoDB 1.10.0.62. Другой источник данных - это БД MySQL того же хостинга Rackspace. Теперь у меня есть клиентское приложение, ClientApp на моей диаграмме. Из ClientAPp я отправляю и извлекаю данные с помощью API AppOne. Он отлично работает для целей тестирования. На этом этапе у меня есть
Вышеупомянутая установка идеально подходит для меня. Компания, в которой я работал, решила передать AppOne (проект API) к их собственному серверу Windows. Итак, с этого момента у меня есть Windows Server 2012 R2 с IIS8.5 для размещения AppOne (API Project). К вашему сведению, сервер Windows установлен с 16 ГБ ОЗУ и SDD в качестве хранилища. Итак, на этом этапе у меня есть
Проблема: на этом этапе, если я вызываю API-интерфейсы с одной машины, все работает должным образом. API-интерфейсы должны возвращать данные JSON, и он их хорошо возвращает. Но если я вызываю API более чем на одном компьютере одновременно, он возвращает данные только на один компьютер, а все остальные получают ошибку http 500 без каких-либо подробностей об ошибке.
Обратите внимание, что я изменил лимит запросов, чтобы разрешить бесконечность в консоли управления IIS8.5. Но это все та же проблема.
Я надеюсь, что смогу описать свою проблему и, пожалуйста, ребята, если у кого-нибудь есть идеи, дайте мне знать.
Включите подробный режим ошибок на веб-сервере. Это позволит отфильтровать содержимое и описание возникающей ошибки клиента API - посмотрите, что говорит ошибка, и это даст вам лучшую подсказку.
В качестве альтернативы просмотрите журнал событий приложения (запуск -> eventvwr.msc) и найдите предупреждения с источником ASP.NET - ошибка 500 регистрируется таким образом на веб-сервере iis - в чем ошибка?
Убедитесь, что вы установили в web.config веб-сайта webapi в IIS - когда режим отладки установлен в true, он позволяет перекомпилировать на стороне сервера каждый раз, когда выполняется подключение к веб-сайту (тем самым блокируя доступ к файлам любым другим клиентским подключением) .