Miernik <[EMAIL PROTECTED]> writes:
> Andrew M. Bishop <[EMAIL PROTECTED]> wrote:
> > Would setting this be enough for you? Do you have any IPv6 addresses
> > configured on your system (I don't know what it checks for)?
>
> I think that should do it. I have IPv6 addresses by default on a Debian
> system, but of course I can remove them, and I have done so before
> asking this question, because I thought that would stop wwwoffle sending
> these AAAA requests, but it didn't. Would you patch this sockets6.c file
> like this in the next WWWOFFLE release? I thinks it very reasonanle, I
> don't see a case how a AAAA response could be useful on a system without
> IPv6 addresses.
I will add this for the next WWWOFFLE release in the hope that it will
work as expected.
> > If you really are on the end of a very slow (or long RTT) link then
> > you should consider running a local DNS server or proxy. I can
> > recommend pdnsd which I have been using for a long time now. This can
> > be configured to ignore IPv6 requests which seems to be what you want
> > here. It would also fix any other IPv6 aware programs that you use
> > even if you don't know that you are using them.
>
> What does it mean "ignore"? Drop these requests without a response? That
> wont help, because then wwwoffle would still send the AAAA request to
> the DNS proxy, not get any response, wait for some timeout, and then
> send the right A request, which would still give a unneeded delay.
Perhaps "ignore" was the wrong word to use. What the pdnsd manual
page actually says is:
-------------------- pdnsd manual page --------------------
-4 enables IPv4 support. IPv6 support is
automatically disabled (should it be
available). On by default.
-6 enables IPv6 support. IPv4 support is
automatically disabled (should it be
available). Off by default.
-a With this option, pdnsd will try to detect
automatically if the system supports IPv6, and
fall back to IPv4 otherwise.
-------------------- pdnsd manual page --------------------
I would hope that it rejects the request rather than ignores it. You
would need to try it to find out.
> I don't care much for the amount of bytes of DNS traffic sent over the
> Internet link, I just care to reduce any delays while webbrowsing.
> Besides that having WWWOFFLE not do these requests is a more elegant
> solution then cutting them out with a proxy, and I do not care much for
> the DNS delays in other applications then webbrowsing.
We have no guarantee that the getaddrinfo() option will stop WWWOFFLE
(actually the libc resolver library) from making the requests. If you
can stop the requests locally then it would help you especially if you
cannot unconfigure all local IPv6 interfaces.
> BTW: do you plan to make WWWOFFLE to do HTTP/1.1 one day, so it can do
> presistent connections? That would reduce some delays while webbrowing
> (reusing TCP connections for next URLs on the same host), is there a
> reason you don't implement it?
No I don't plan on adding the persistent connection feature (although
other parts of HTTP/1.1 are supported, persistent connections are only
one part of HTTP/1.1). The code is all written to handle a single
request in a single instance of the program. To re-use the connection
would require a lot of changes and possibly a large re-organisation of
the program.
--
Andrew.
----------------------------------------------------------------------
Andrew M. Bishop [EMAIL PROTECTED]
http://www.gedanken.demon.co.uk/
WWWOFFLE users page:
http://www.gedanken.demon.co.uk/wwwoffle/version-2.9/user.html
