[issue19919] SSL: test_connect_ex_error fails with EWOULDBLOCK

Merlijn van Deen report at bugs.python.org
Sat Dec 7 18:46:42 CET 2013


Merlijn van Deen added the comment:

OK. I did some network sniffing; inside the VM, this is what I see:

$ sudo tshark host 82.94.164.164
tshark: Lua: Error during loading:
 [string "/usr/share/wireshark/init.lua"]:45: dofile has been disabled
Running as user "root" and group "root". This could be dangerous.
Capturing on eth0
  0.000000    10.0.2.15 -> 82.94.164.164 TCP 74 52719 > snpp [SYN] Seq=0 Win=14600 Len=0 MSS=1460 SACK_PERM=1 TSval=10175140 TSecr=0 WS=16

while on the host, this is what I see:
1	0.000000000	192.168.1.122	82.94.164.164	TCP	66	49909 > snpp [SYN] Seq=0 Win=8192 Len=0 MSS=1460 WS=4 SACK_PERM=1
2	0.029908000	82.94.164.164	192.168.1.122	TCP	54	snpp > 49909 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0


Basically, the RST sent by the server never reaches the VM. This might actually happen in other NAT-ed situations, too, I guess.

But even if this is a VM issue, it *does* make the tests misbehave. Maybe receiving EAGAIN should result in a test skip instead of an error?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19919>
_______________________________________


More information about the Python-bugs-list mailing list