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 [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
