While rsync works quite fine using IPv6 transport layer when using hostnames with AAAA records there seems to be no way to specify a literal IPv6 address on the command line $ rsync -6 --recursive rsync://rsync.de.gentoo.org/gentoo-portage . [...] Welcome to ftp.join.uni-muenster.de, JOINs IPv6 FTP server. $ rsync -6 --recursive rsync://[2001:638:500:101::21]/gentoo-portage . rsync: getaddrinfo: [2001 638: Name or service not known $ rsync --version rsync version 2.6.2 protocol version 28 Doesn't work with 2.6.3pre1 also
A fix for this is now in CVS. Thanks for the report.
This is still a problem as of rsync 2.6.9. I cannot specify an IPv6 literal, eg: rsync /test [fe80::1]:/test Please reopen.
This works just fine for me using rsync 2.6.9 and ssh: rsync -avv '[::1]':src /dest (My shell requires the quotes to avoid an error about the wild-cards not matching anything.) Use double-verbose to see what remote-shell command rsync is executing, and then diagnose why that doesn't work for you.
ok, it seems to only happen if I specify a username: luke-jr@yokochan ~ $ rsync test luke-jr@'[::1]':/tmp rsync: getaddrinfo: [ 873: Name or service not known rsync error: error in socket IO (code 10) at clientserver.c(104) [sender=2.6.9]
Rsync currently requires the name to be inside the brackets: rsync test '[luke-jr@::1]':/tmp (Some shells don't require the quotes.) I'll look into changing that for 3.0.0.
That works, if odd syntax. It would be nice if I didn't need brackets too: rsync test luke-jr@::1:/tmp