You are not logged in.
Hi!
I'm running a ArchLinux Server with ipv6 and ipv4 and have some troubles getting pacman to work with ipv6 enabled mirrors. Mirrors that support ipv6 and ipv4 or ipv6 make pacman hang while trying to donwload data but mirrors that are ipv4 only work perfectly. For example, I used to have ftp.hosteurope.de when my server was ipv4 only but now it doesn't work anymore (as the mirror is ipv6 enabled). I tried a few of the ipv6 enabled mirrors listed in the wiki (a lot of them seem to be dead anyway) and they didn't work. Now I'm using ftp5.gwdg.de which is ipv4 only and everything works fine. The interesting thing is, that I can ping all mirrors with both ping and ping6 just fine and also access their files with wget or lynx but pacman doesn't accept them.
Any help is appreciated
schneida
Offline
Is it related to https://bugs.archlinux.org/task/24634 or am I completely missing the point?
Offline
No this has nothing to do with deprecation of net-utils, it's pacman related. I have a working ipv6 and ipv4 connection but everything that is pacman + ipv6 doesn't work.
Offline
Are you using any 'XferCommand =' in pacman.conf?
In case you didn't know, you can pick IPv4 / v6 mirrors here.
Offline
No, I don't use any Xfer directives in pacman.conf.
Thanks for the link! I will try some more IPv6 mirrors as soon as I have time and report back.
Offline
i did a small test after i saw your post and it works fine. i used mirror6.archlinux.ro for testing
Give what you have. To someone, it may be better than you dare to think.
Offline
Working here as well with the kernel.org mirrors.
Offline
Thanks for your replies. After doing some tests, i found out, that it's not only pacman struggling with ipv6/ipv4 or ipv6-only hosts but lynx/ftp too (which I thought did work, when I wrote this post), ping6 works though.
I have to go deeper into the network connection settings to find out whats the root of all these problems (maybe some weird firewall settings), but now at least I know, that it's not pacmans fault. Sorry for bothering you with that, thread can be closed.
schneida
EDIT: Ok, found the problem. My kernel doesn't support conntrack on ipv6 (Virtual Server, so no access to the kernel itself) which made all those rules useless and destroyed most of ipv6 sessions. Sorry for not checking on that first again (I was sure it did work after setting the firewall up but seems that I missed that).
Last edited by schneida (2011-06-11 15:08:24)
Offline