Let me clearify that IPv6 is not peculiar for this bug. The corresponding thing happens for IPv4.
The problem is that the option '-p' is not independent of option '-s': nc6 -p 54441 -s 2001:491:43:7a::a glimp.remote 3928 is correctly working. The failure, when eliminating the option '-s ...', displays that the source code for netcat6 is incorrectly initializing the TCP header, since it does not pick a functional local address as origin, instead it always picks the relevant loopback address, leading to a spoofed/corrupt TCP package. Regards Mats Erik Andersson, fil. dr Abbonerar på: debian-mentors, debian-devel-games, debian-perl, debian-ipv6, debian-qa -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org