Date: Fri, 2 May 2003 10:47:58 +0200 From: Melvyn Sopacua <freebsd-stable@webteckies.org> To: Mark.Andrews@isc.org, "Andrew P. Lentvorski, Jr." <bsder@allcaps.org> Cc: Dan Pelleg <daniel+bsd@pelleg.org> Subject: Re: IPv6 Resolver (or: Slow rendering of Webpages using Konqueror) Message-ID: <200305021047.58488.freebsd-stable@webteckies.org> In-Reply-To: <200305020230.h422U81G009152@drugs.dv.isc.org> References: <200305020230.h422U81G009152@drugs.dv.isc.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Friday 02 May 2003 04:30, Mark.Andrews@isc.org wrote: > > 2) There is no global way to make IPv6 go away in kernel, world, and > > ports > > > > This seems to be a FreeBSD bug. The intent with the ability to remove > > IPv6 from the kernel config and set ipv6_enable to no would seem to > > indicate that somebody wants to be able to shut off IPv6. The fact that > > the resolver still executes an IPv6 request would appear to be breakage. > > This is under application control. The newer API's also > have flags to say look at what address families are configured > and only return addresses in this family. Note you may still > want to make queries for the other family so you stop searching > when either address is found. So why not patch the libc (libisc/libresolv) functions, that they return a valid NOERROR/NOTIMP response for any AF_INET6 lookups without actually making these requests? For instance when -DDISABLE_IPV6 is set? This could easily be enforced via a switch in /etc/make.conf during make buildworld/buildkernel, which would then result in a 100% ipv4 node. Additionally this changes the mindset from 'enabling ipv6' to 'disabling it', rather than giving the illusion, that only enabling ipv6 will do anything ipv6 related. Applications that absolutely want to resolv Ipv6 for whatever reason, can always implement their own resolver. -- Best regards, Melvyn Sopacua
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200305021047.58488.freebsd-stable>