Dirección ya en uso con el aceptador boost asio

Question

Escribí un servidor que está escuchando conexiones TCP entrantes y clientes que se conectan a ella. Cuando apago el servidor y lo reinicio en el mismo puerto, a veces aparece el mensaje de error EADDRINUSE al llamar a bind (...) (código de error: 98 en Linux). Esto sucede a pesar de que estoy configurando la opción para reutilizar el socket.

El error no ocurre todo el tiempo, pero parece que ocurre con mayor frecuencia cuando los clientes están conectados al servidor y envían datos mientras se apaga. Supongo que el problema es que todavía hay conexiones pendientes mientras el servidor está cerrado (tema relacionado: https://stackoverflow.com/questions/41602/how-to-forcibly-close-a-socket-in-time-wait).

En el lado del servidor, estoy usando boost :: asio :: ip :: tcp :: acceptor. Inicializo con la opción "reuse_address" (vea http://beta.boost.org/doc/libs/1_38_0/doc/html/boost_asio/reference/basic_socket_acceptor.html). Aquí está el fragmento de código:

using boost::asio::ip::tcp; 
acceptor acceptor::acceptor(io_service); 
endpoint ep(ip::tcp::v4(), port); 
acceptor.open(ep.protocol()); 
acceptor.set_option(acceptor::reuse_address(true)); 
acceptor.bind(ep); 
acceptor.listen(); 

El aceptor se cerró con:

acceptor.close(); 

También he intentado usar acceptor.cancel() antes de eso, pero tenía el mismo efecto. Cuando se produjo este error, no puedo reiniciar el servidor en el mismo puerto durante bastante tiempo. Reiniciar la red ayuda, pero no es una solución permanente.

¿Qué me estoy perdiendo?

¡Cualquier ayuda sería muy apreciada! :)

Answer 1

Estos fueron originalmente un comentario a la pregunta.

---

¿su servidor fork procesos de niño? Además, ¿estás seguro de que el socket está en el estado TIME_WAIT? Es posible que desee obtener la salida netstat -ap cuando esto ocurra

Answer 2

Cuando resuelve estos problemas "por la fuerza", parece que está llamando problemas en la cabeza, ¿no?

Existe una razón por la cual el comportamiento predeterminado requiere que espere, de lo contrario la red podría confundir, por ejemplo, el ACK de la conexión anterior para que sea ACK para la nueva conexión.

No permitiría que esta "solución" se incluya en las versiones de lanzamiento de mi equipo.

Recuerde, cuando la probabilidad de error es muy baja, la prueba es extremadamente difícil.