Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Bind 9.5.0-Pl not finding existing IPv6 interface

7 views
Skip to first unread message

Tom Mikelson

unread,
Jul 10, 2008, 5:01:13 AM7/10/08
to
I had a functioning DNS (BIND) service that was configured for both
IPv4 and IPv6. I upgraded to BIND 9.5.0-P1. When building from
source the README stated that "If your operating system has integrated
support for IPv6, it
will be used automatically.". The OS is Fedora 9 with IPv4 and IPv6
interfaces up and running. Now when starting the DNS service I get the
dreaded "no IPv6 interfaces found". The DNS service is binding to the
IPv4 interface. Any
ideas how to get BIND to also find the IPv6 interface?

Mark Andrews

unread,
Jul 10, 2008, 6:42:33 AM7/10/08
to

Ensure that /proc/net/if_inet6 is available in the chroot file
system.

Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: Mark_A...@isc.org

Tom Mikelson

unread,
Jul 11, 2008, 12:19:11 PM7/11/08
to
Not using a chroot setup.

It does not matter whether I run the service as "root" or "named", I
still get "no IPv6 interfaces found".

# /usr/local/sbin/named -f -g
11-Jul-2008 10:36:05.671 starting BIND 9.5.0-P1 -f -g
11-Jul-2008 10:36:05.674 loading configuration from '/etc/named.conf'
11-Jul-2008 10:36:05.675 the working directory is not writable
11-Jul-2008 10:36:05.675 no IPv6 interfaces found
11-Jul-2008 10:36:05.676 listening on IPv4 interface lo, 127.0.0.1#53

# /usr/local/sbin/named -u named -f -g
11-Jul-2008 10:33:59.184 starting BIND 9.5.0-P1 -u named -f -g
11-Jul-2008 10:33:59.188 loading configuration from '/etc/named.conf'
11-Jul-2008 10:33:59.188 the working directory is not writable
11-Jul-2008 10:33:59.189 no IPv6 interfaces found
11-Jul-2008 10:33:59.189 listening on IPv4 interface lo, 127.0.0.1#53

/proc/net/if_inet6 exists and contains the correct IPv6 addresses.

# cat /proc/net/if_inet6
200104681da000000000000000000023 02 40 00 80 eth0
00000000000000000000000000000001 01 80 10 80 lo
fe80000000000000020423fffe7955a4 02 40 20 80 eth0


Basic setup:
/var/named/data
/var/named/slaves
/etc/named.conf

Options from named.conf:
options {
cleaning-interval 120;
version "";
directory "/var/named";
dump-file "/var/named/data/cache_dump.db";
notify no;
allow-query { any; };
pid-file "/var/named/named.pid";
listen-on { any; };
listen-on-v6 { any; };
};

Tom

Mark Andrews

unread,
Jul 11, 2008, 7:18:11 PM7/11/08
to

I wonder if you are hitting this problem?
--enable-getifaddrs=no should work around it.

If that doesn't work run 9.4.2-P1.

case $host in
*-linux*)
# Some recent versions of glibc support getifaddrs() which does not
# provide AF_INET6 addresses while the function provided by the USAGI
# project handles the AF_INET6 case correctly. We need to avoid
# using the former but prefer the latter unless overridden by
# --enable-getifaddrs=glibc.
if test $want_getifaddrs = glibc
then
AC_CHECK_FUNC(getifaddrs, AC_DEFINE(HAVE_GETIFADDRS))
else
save_LIBS="$LIBS"
LIBS="-L/usr/local/v6/lib $LIBS"
AC_CHECK_LIB(inet6, getifaddrs,
LIBS="$LIBS -linet6"
AC_DEFINE(HAVE_GETIFADDRS),
LIBS=${save_LIBS})
fi
;;
*)
AC_CHECK_FUNC(getifaddrs, AC_DEFINE(HAVE_GETIFADDRS))
;;
esac

0 new messages