Добрый вечер. У меня возникла проблема с серверным приложением. Может, кто сталкивался.
Программа принимает подключения от клиентов (accept();) и в потоке работает с ними, завершая работу shutdown()+closesocket(). Основную часть времени соединения находятся в режиме ожидания - нагрузка на канал небольшая. Соединений обычно около 2к.
Проблема в следующем: примерно раз в сутки мне приходится рестартовать программу, потому что она перестает принимать подключения, причем на любой открытый сокет, а не только на тот, что принимает основную часть подключений. Клиент получает ошибку "удаленный хост принудительно разорвал соединение". Другие программы при этом сохраняют способность принимать подключения.
Такое ощущение, что есть какие-то лимиты у winsocket.
Проверил ветку реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters - там нет параметра TcpNumConnections, видимо, не ограничен.
В чем может быть дело?

А в потоке по работе с клиентом при ошибке соединения сокет закрывается (closesocket) ?

http://forum.vingrad.ru/index.php?showtopi...t&p=1680133
сокеты надо правильно закрывать потомучто

Добавлено через 2 минуты и 25 секунд
в winsock есть лимиты на полуоткрытые сокеты, но это относится к исходящим соединениям

Это сообщение отредактировал(а) J0ker - 10.11.2008, 22:32

При завершении сеанса работы с клиентом, сервер всегда заканчивает связь вызовами  shutdown()+closesocket(). Этого не достаточно?

проверьте netstat'ом на наличие большого числа сокетов в состояние FIN_WAIT
так-же я не уверен, как у вас обстоит дело со слушающим сокетом - вы его живым держите или после каждого accept'а ребайндаете?

Добавлено через 14 минут и 41 секунду
да, и на будущее
правильная последовательность закрытия TCP соединения:
инициатор - инициатор завершения соединения

(*) - должны применяться таймауты - в случае истечения таймаута выполняется переход к shutdown(SD_RECV) 

в цикле только accept() + ::CloseHandle(::CreateThread()).
Вот, наблюдаю за нетстатом - пока что только исключительно "ESTABLISHED".

вы не должны вызывать CreateThread
если вы работаете с MFC - используйте AfxBeginThread
для остального - _beginthread
CreateThread можно использовать только в raw windows API
в этом возможно как раз и проблема

Не, MFC не использую.
Спасибо за ответ, но мне кажется что в этом врядли может скрываться причина. Будь то AfxBeginThread или _beginthread, все они вызывают ::CreateThread.

Добавлено через 11 минут и 15 секунд

Дело в том что, как показывает статистика, основная причина завершения соединения - разрыв подключения к интернету у клиента. Чем это чревато? Незакрытые сокеты видимо не висят, т.к. потоков в момент коллапса наблюдается не больше обычного. Такие ситуации требуют особой обработки сервером? Возможно, в этом и кроется моя проблема. 

нет такого состояния  

Добавлено через 5 минут и 2 секунды

как именно разрыв происходит?

посмотри, в каком состоянии находятся сокеты на стороне сервера
сразу станет понятно

Какая ОС?



Проблема описана некорректно.
Что значит - принимать подключения?
Подключения принимаются только на слушающий сокет - параметр длины очереди устанавливается в listen()
А поэтому фраза:"перестает принимать подключения, причем на любой открытый сокет, а не только на тот, что принимает основную часть подключений." - абсолютно непонятна.
На любой сокет принимать подключения - нельзя - прием идет только по одному - слушающему.
А запросы обслуживаются на акцептированных (присоединенных) сокетах.
Так что сформулируйте проблему покорректнее

Олег2005, да, я имел ввиду слушающие сокеты, listen()+<accept() в цикле>.
ОС Windows Server 2003, но всё равно об этом патче TCPIP.SYS почитаю, спасибо.

Добавлено через 9 минут и 47 секунд
Длина очереди в listen() установлена в SOMAXCONN.

При нештатном уходе клиента из онлайна сервер замечает это по send() == -1,
::GetLastError() == 10054 An existing connection was forcibly closed by the remote host. 

Обрабатывает он эту ситуацию:
shutdown(s,SD_BOTH);
closesocket(s);
Собственно, сокеты незакрытые, видимо, не висят.

Это сообщение отредактировал(а) nerdy_weirdie - 30.11.2008, 15:41

И сколько же стоит?

Добавлено @ 15:49

Как видно все нормально на присоединенных сокетах закрывается.
Тогда где же всетаки нештатная ситуация?

Это сообщение отредактировал(а) Олег2005 - 30.11.2008, 15:49

только они еще и инициализируют библиотеки в потоках - _beginthread - CRT, а AfxBeginThread - CRT и afx
я вам совершенно серьезно советую исправить - вероятность что именно здесь собака и порылась очень высока



есть
после отсылки пакета с выставленым FIN сокет переходит в состояние FIN_WAIT_1, а после приема ACK без FINа переходит в состояние FIN_WAIT_2
правда я не уверен, что netstat эти состояния отображает - не задавался таким вопросом

nerdy_weirdie, совершенно серьезно - обрати внимание на ::CreateThread - при отсутствии инициализации библиотек в потоке могут быть точно такие явления как ты описал

Это сообщение отредактировал(а) J0ker - 30.11.2008, 19:28

Есть еще вариант - на каждый поток выделяется память - 1 мег в раме.
Как с этим делом?