Hi, I realise this might be a Debian-specific question. I've got access to two hosts which have IPv6 connectivity, both of which are running Icecast 2.3.2. One is still running Debian Lenny and can be reached via IPv6 just fine, but the other is running Debian Squeeze and cannot. In addition, my local server which does not have IPv6 conectivity to the Internet but which can be reached at localhost via ::1 and which also runs Debian Squeeze cannot either. To test, I used: telnet <IPv6address> 8000 The Squeeze boxes returned a "Connection Refused" error but the Lenny machine answered the call. As far as I can see, there's no difference in the way these servers are configured. I configured all three based on the shipped config file. There's nothing in the Debian-specific changelog which indicates a change in this regard. And the Icecast2 documentation says that IPv6 should just work if no bind atributes are specified. Any thoughts? Geoff.
Hi,>-----Original Message----- >From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On >Behalf Of Geoff Shang >Subject: [Icecast] Using Icecast over IPv6>I realise this might be a Debian-specific question.Bit yes, bit no. See below.>I've got access to two hosts which have IPv6 connectivity, both of which >are running Icecast 2.3.2. One is still running Debian Lenny and can be >reached via IPv6 just fine, but the other is running Debian Squeeze and >cannot.To your problem there are two approaches: - bind explicitly to :: and to 0.0.0.0 (so an ipv4 and a separate ipv6 bind) - change your sysctl.conf to contain: "net.ipv6.bindv6only = 0" If you opt for the latter don't forget to reload sysctl settings or change that option using the 'sysctl' command. No reboot necessary! This is because the latter setting changed in debian squeeze a while ago. It now defaults to a setting that prevents listening for ipv6 and ipv4 on the same bind. (This also used to break java) Cheers Thomas
Hi, Thanks for the quick answer! On Mon, 6 Jun 2011, Thomas.Rucker at tieto.com wrote:> To your problem there are two approaches: > - bind explicitly to :: and to 0.0.0.0 (so an ipv4 and a separate ipv6 bind) > - change your sysctl.conf to contain: "net.ipv6.bindv6only = 0"hmmm. OK but this implies (does it not) that /proc/sys/net/ipv6/bindv6only should now contain something other than 0. It doesn't (i.e. it does contain 0).> If you opt for the latter don't forget to reload sysctl settings or > change that option using the 'sysctl' command. No reboot necessary!If I opt for the latter, will it break when I upgrade to the next Debian release?> This is because the latter setting changed in debian squeeze a while > ago. It now defaults to a setting that prevents listening for ipv6 and > ipv4 on the same bind. (This also used to break java)Is there a good reason to disable this? Geoff.
On Mon, Jun 06, 2011 at 04:50:52PM +0300, Geoff Shang wrote:> > I realise this might be a Debian-specific question. > > I've got access to two hosts which have IPv6 connectivity, both of which > are running Icecast 2.3.2. One is still running Debian Lenny and can be > reached via IPv6 just fine, but the other is running Debian Squeeze and > cannot. In addition, my local server which does not have IPv6 conectivity > to the Internet but which can be reached at localhost via ::1 and which > also runs Debian Squeeze cannot either. >I have icecast 2.3.2 on Gentoo and on Fedora and I can connect it using IPv6. However I have privoxy on Debian/testing and it stopped to accept IPv4 connections. I suspect something has changed in Debian libc because listening on [::] does not create multi-family socket anymore. You can get listening socket on IPv4, or IPv6, but not both. Other servers I have in Debian creates separate socket of IPv4 and for IPv6 to serve both protocols. I had not enough time/interrest to investigate it more deeply, so I would be happy if you found some reason. -- Petr -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 230 bytes Desc: not available Url : http://lists.xiph.org/pipermail/icecast/attachments/20110606/631019a0/attachment.pgp