Соединение, которое должно было быть сохранено, было закрыто сервером в asp.net

Ответ 1

Эта запись MSDN, похоже, описывает аналогичную ситуацию. Сообщите нам, соответствует ли ваша проблема:

http://social.msdn.microsoft.com/forums/en-US/netfxnetcom/thread/246ffc07-1cab-44b5-b529-f1135866ebca/

Цитата:

[...].NET отправляет первый Expect 100 в один senddata сокета, а затем отправляет фактический запрос. Сервер отвечает с Continue 100. И именно здесь .Net показывает сообщение "Основное соединение было закрыто. Соединение неожиданно закрыто".

.Net находится под впечатлением, что он в любом случае уже отправил данные, но сервер отправил Connection: Close, чтобы он отображал ошибку без повторного запроса (sic) запроса.

Итак, решение для выше сказанного, которое работало для меня, было

System.Net.ServicePointManager.Expect100Continue = False

Если вы хотите увидеть трафик между прерываниями, отследите обмен HTTP с помощью Wireshark или аналогичный инструмент.

Ответ 2

Вероятно, это связано с тем, что время ожидания клиента больше, чем время ожидания сервера. Сервер закрывает соединение, и клиент все еще ждет ответа или отправки запроса.

Вы должны установить свойство KeepAlive равным False, чтобы соединение было закрыто само по себе и повторно открыто для каждого запроса. Это позволит избежать проблемы с попыткой использовать закрытое соединение.

Ответ 3

У меня было настроено:

ServicePointManager.DefaultConnectionLimit = 100;

Как только я удалил это, ошибки исчезли.

Ответ 4

У меня была такая же проблема и настройка в конфигурации сервера в элементе serviceBehaviors

<serviceBehaviors>
    <behavior name="ServiceBehaviour">
        ...
        <dataContractSerializer maxItemsInObjectGraph="6553500"/>
        ...
    </behavior>
</serviceBehaviors>

решил проблему.

Трассировка помогает найти корень этих проблем: https://msdn.microsoft.com/en-us/library/ms733025(v=vs.110).aspx

Ответ 5

У меня была такая же проблема при использовании библиотеки RestSharp. Я решил, добавив эти две строки перед созданием объекта RestClient:

ServicePointManager.DefaultConnectionLimit = 100;
ServicePointManager.MaxServicePointIdleTime = 5000;

Ответ 6

У нас был цикл на нашем объектном графе, который мы возвращали. Я знаю, что это, вероятно, не ваша проблема, но я добавляю ее здесь, если у кого-то другая проблема. Мы включили IncludeExceptionDetailInFaults, но не получали ошибку в любом клиенте (наше приложение или тестовый клиент WCF). К счастью, он появился в журналах сервера, поэтому мы смогли найти его таким образом.

У нас были parent -> child и child -> parent для двусторонней навигации, нам пришлось сломать эту ссылку и вместо этого иметь parent -> child, а у ребенка был идентификатор для поиска родителя, тогда ошибка исчезла.

Надеюсь, это поможет кому-то!

Ответ 7

В моем случае проблема связана с длиной файла . Проверьте разрешенный размер файла на своем сервере. В script просто проверьте эту часть:

dataStream.Write(filesBytesArray, 0, filesBytesArray.Length);
dataStream.Close();

И если вы не знаете, просто ограничьте размер загруженного файла в своем разделе интерфейса, т.е. HTML <input type="file"> элемент загрузки, это хорошая ссылка для ограничения размера файла и другого фильтра.