Hi Gert, > Could you run my test program to see whether that gets it right?
It doesn't: server$ mhome AF_INET6/IPV6_RECVPKTINFO enabled setsockopt(IPV6_V6ONLY=0) Socket bound to local address [AF_INET6][undef]:50001 -- CMSG_NXTHDR=(nil), level=41, type=50 IPV6_PKTINFO read: fromlen=28, r_len=5 from=[AF_INET6]::ffff:84.209.94.36:35711 (via ::ffff:87.238.35.254%eth0 [2]) control=0x7fff699af0a0, controllen=40, pkti6=0x7fff699af0b0, struct cmsghdr=16 bytes -- server$ tcpdump -ni eth0 port 50001 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes 07:11:26.375252 IP 84.209.94.36.35711 > 87.238.35.254.50001: UDP, length 5 07:11:26.376051 IP 87.238.35.145.50001 > 84.209.94.36.35711: UDP, length 5 client$ echo ping | nc -4u 87.238.35.254 50001 > For some platforms I also had to change the sending part (data structures, > alignment, whatnot) and that has not yet been integrated into OpenVPN > proper, and I think Linux was among them, at least for 64bit. This is 64-bit Linux, yes: server$ uname -a Linux greed.fud.no 3.14.0-031400rc2-generic #201402092235 SMP Mon Feb 10 03:37:33 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux Tore
