У нас есть система Linux (Red Hat 7.4), которая иногда без видимой причины разрывает постоянное соединение TCP/IP с одноранговым устройством. Код на стороне клиента, который инициирует постоянное соединение, будет отправлять и получать данные без проблем. Затем внезапно он получает обратный вызов асинхронного получения с нулевыми байтами, указывающий на состояние EOF. В этот момент, согласно стандартной практике, клиент закрывает соединение. Проблема в том, что нет никаких свидетельств того, что одноранговый узел закрывает соединение.
Трассы Wireshark показывают нормальный двунаправленный поток данных, затем клиент отправляет пакет FIN/ACK, когда обнаруживает EOF. , за которым следует RST/ACK, который завершает соединение. Сервер/одноранговый узел никогда не инициирует FIN для завершения соединения. Всегда клиент завершает соединение из-за того, что клиентский процесс получает индикацию EOF в обратном вызове сокета async RECV().
Существуют ли какие-либо другие условия, которые могут привести к тому, что условие EOF сообщаться обратно вызывающей стороне сокета, которая является внешней по отношению к самому клиентскому приложению?
Подробнее здесь: https://stackoverflow.com/questions/784 ... connecting
