Python no detecta una toma cerrada hasta la segunda enviar

Question

Cuando cierro la toma situada en un extremo de una conexión, el otro extremo se pone un error la segunda vez que envía los datos, pero no la primera vez:

import socket 

server = socket.socket(socket.AF_INET, socket.SOCK_STREAM) 
server.bind(("localhost", 12345)) 
server.listen(1) 

client = socket.create_connection(("localhost",12345)) 
sock, addr = server.accept() 
sock.close() 

client.sendall("Hello World!") # no error 
client.sendall("Goodbye World!") # error happens here 

He intentado configurar TCP_NODELAY, usando send en lugar de sendall, comprobando el fileno(), no encuentro ninguna forma de obtener el primer envío para arrojar un error o incluso detectar que falló. EDITAR: llamando al sock.shutdown antes de sock.close no ayuda. EDIT # 2: incluso agregando un time.sleep después del cierre y antes de escribir no importa. EDIT # 3: comprobar el conteo de bytes devuelto por send no ayuda, ya que siempre devuelve el número de bytes en el mensaje.

De modo que la única solución que puedo encontrar si quiero detectar errores es seguir cada sendall con un que generará un error. Pero esto parece hackish. Estoy en un Linux 2.6.x así que incluso si una solución solo funciona para ese sistema operativo, estaría feliz.

Answer 1

Esto se espera, y cómo se implementan las API de TCP/IP (por lo que es similar en casi todas las lenguas y en todos los sistemas operativos)

El cuento es, no se puede hacer nada para garantizar que un envío() la llamada devuelve un error directamente si esa llamada a send() de alguna manera no puede entregar datos al otro extremo. las llamadas de envío/escritura solo entregan los datos a la pila TCP, y depende de la pila TCP entregarlos cuando sea posible.

TCP es también solo un protocolo de transporte, si necesita saber si los "mensajes" de su aplicación han llegado al otro extremo, debe implementarlo usted mismo (alguna forma de ACK), como parte de su protocolo de aplicación. ningún otro almuerzo gratis.

Sin embargo, si lee() desde un socket, puede recibir una notificación inmediatamente cuando ocurre un error, o cuando el otro extremo cierra el socket - generalmente necesita hacer esto en algún tipo de bucle de evento de multiplexión (que es , usando select/poll o alguna otra facilidad de multiplexación IO).

Simplemente tenga en cuenta que no puede leer() desde un socket para saber si el envío/escritura más reciente tuvo éxito, aquí hay algunos casos del por qué (pero son los casos que uno no piensa que siempre lo obtendrán)

• varios write() quedó amortiguada debido a la congestión de la red, o porque la ventana TCP estaba cerrado (tal vez un lector lento) y luego el otro extremo se cierra el socket o una red de disco se produce un error, por lo que se puede' d decir si fue la última escritura que no se realizó, o una escritura que hizo hace 30 segundos.
• Error de red o cortafuegos silenciosamente descarta sus paquetes (no se generan respuestas ICMP), tendrá que esperar hasta que el TCP agote la conexión para obtener un error que puede durar varios segundos, generalmente varios minutos.
• TCP está ocupado haciendo retransmisión como se llama a send -. Tal vez esas retransmisiones generan un error (en realidad es el mismo que el primer caso)

Answer 2

Según el docs, intente llamar al sock.shutdown() antes de llamar a sock.close().