La respuesta de una oración es que el estado TIME_WAIT se usa para evitar que los ‘paquetes errantes’ de una conexión TCP / IP ya terminada corrompan las futuras conexiones TCP / IP.
Debido a la naturaleza de TCP sobre IP, es posible que sea necesario reenviar los paquetes de datos desde el origen hasta el destino si el paquete original se ‘pierde’. Sin embargo, no se garantiza que un paquete ‘perdido’ se destruya realmente; es posible que solo haya tomado una ruta diferente entre las redes y se haya retrasado. Si un paquete se retrasa, puede entregarse más tarde.
Hay escenarios en los que tener un paquete entregado en un momento posterior podría ser perjudicial, y en realidad podría hacer que su servidor reciba datos corruptos sin que el protocolo sepa que esto ha sucedido. La posibilidad de que esto ocurra es menor si la duración de las conexiones y el volumen de datos son menores. Sin embargo, como TCP / IP debe ser confiable, la idea misma de datos corruptos es un anatema para el protocolo.
- ¿Cuál es un ejemplo en tiempo real de los protocolos TCP y UDP?
- Protocolos de red: en una conexión de capa de transporte entre dos procesos de host, ¿cómo conoce el proceso de host de destino la dirección IP del host de origen?
- ¿Puedo ver el intercambio de datos entre un host y un sitio web a través de Wireshark?
- ¿Qué significa el sistema abierto en un modelo OSI?
- ¿Qué queremos decir con capas en el modelo OSI?
Sin entrar en detalles de todo el proceso, puede pensar en los puertos en el estado TIME_WAIT como una “base de datos de conexiones para ignorar los paquetes durante los próximos minutos”. es decir, si un paquete llega con la misma IP y puerto de origen, y la misma IP y puerto de destino que uno de los puertos TIME_WAIT, el dispositivo descartará el paquete.
Si la topología de su red es muy plana (es decir, sin bucles ni enrutadores), y no se está comunicando con nada fuera de su red local, entonces las posibilidades de que esto ocurra son efectivamente cero.
Sin embargo, ha declarado que su sistema es un servidor web … por lo que es mucho más probable que reciba paquetes retrasados del mundo exterior. Francamente, la posibilidad de que ocurra el problema aún es baja, pero no es cero.
Si decide desactivar esto o no, depende de usted. Debe considerar el peor de los casos si la conexión HTTP de alguien a su servidor se ha dañado de alguna manera.
