Portál AbcLinuxu, 9. května 2025 05:58

Dotaz: Python, prodleva mezi uvolněním a znovu-vytvořením socketu

25.9.2005 16:42 trancelius | skóre: 22
Python, prodleva mezi uvolněním a znovu-vytvořením socketu
Přečteno: 211×
Odpovědět | Admin
Mám program, kterej si otevře socket, provede přenos a socket uzavře, pak se celej proces opakuje. Když se pokusí otevřít socket ihned po jeho uzavření (na stejném portu), tak dojde k výjimce "Address already in use". Pokud tam dám prodlevu cca 200ms, k vyjímce už nedochází. Dá se téhle prodlevě nějak zabránit ? Připojuju zodpovědnou část kódu, je pravděpodobný, že to dělám blbě celý...
s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
s.bind(('', 12345))
s.listen(1)
conn, addr = s.accept()
# nějaký přenosy...
conn.recv(1024)
conn.send(něco)

conn.recv(1024)
conn.close()
s.close()
Ten druhej conn.recv() tam je kvůli tomu, aby se socket uzavřel správně, bez něj by se uzavřel až po minutě (nevím proč)
Nástroje: Začni sledovat (1) ?Zašle upozornění na váš email při vložení nového komentáře.

Odpovědi

26.9.2005 23:37 David
Rozbalit Rozbalit vše Re: Python, prodleva mezi uvolněním a znovu-vytvořením socketu
Odpovědět | | Sbalit | Link | Blokovat | Admin
Cau!

Uz si presne nepamatuju, jak to je, ale jako voditko muzes pouzit funcki setsockopt a vlajku SO_REUSEADDR.

V C je to tak nejak: setsockopt(sock, SOL_SOCKET, SO_REUSEADDR, (char *)&i, sizeof(i));

V Pythonu je to podobny.

Snad to helflo.

David
26.9.2005 23:43 Michal Kubeček | skóre: 72 | Luštěnice
Rozbalit Rozbalit vše Re: Python, prodleva mezi uvolněním a znovu-vytvořením socketu
vlajku??? :-)
27.9.2005 07:03 trancelius | skóre: 22
Rozbalit Rozbalit vše Re: Python, prodleva mezi uvolněním a znovu-vytvořením socketu
Flag ... jak to jinak přeložit :D
27.9.2005 07:02 trancelius | skóre: 22
Rozbalit Rozbalit vše Re: Python, prodleva mezi uvolněním a znovu-vytvořením socketu
Dík, mrknu na to :)
20.10.2005 15:47 zde | skóre: 9 | blog: Linuch | Brno
Rozbalit Rozbalit vše Re: Python, prodleva mezi uvolněním a znovu-vytvořením socketu
Odpovědět | | Sbalit | Link | Blokovat | Admin
Jde o známý problém chybné implementace protokolu IP.

TCP/IP Illustrated

Another effect of this 2MSL wait is that while the TCP connection is in the 2MSL wait, the socket pair defining that connection (client IP address, client port number, server IP address, and server port number) cannot be reused. That connection can only be reused when the 2MSL wait is over.

Unfortunately most implementations (i.e., the Berkeley-derived ones) impose a more stringent constraint. By default a local port number cannot be reused while that port number is the local port number of a socket pair that is in the 2MSL wait. We'll see examples of this common constraint below.

Some implementations and APIs provide a way to bypass this restriction. With the sockets API, the SO_REUSEADDR socket option can be specified. It lets the caller assign itself a local port number that's in the 2MSL wait, but we'll see that the rules of TCP still prevent this port number from being part of a connection that is in the 2MSL wait.
Táto, ty de byl? V práci, já debil.
20.10.2005 18:29 trancelius | skóre: 22
Rozbalit Rozbalit vše Re: Python, prodleva mezi uvolněním a znovu-vytvořením socketu
Díky za doplňující info, nějak tak to je. V mým serveru se socket recykluje, chování "2MSL wait" se projevuje jen pokud dojde k výjimce (např. odpadne klient) ... a to jsem ošetřil tím 200ms čekáním, problémy to nedělá vůbec.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.