I apologize if I was mistaken. I use the lifewithqmail guide, which is
great, as a reference tool for the QmailToaster administration. When I
was trying to figure out how to do the "forwarders" equivalent on
djbdns, I looked to lifewithdjbdns. It said the following:
http://www.lifewithdjbdns.com/#dnscache
"It is _only_ a recursive resolver; unlike BIND it never returns
authoritative data, and it never returns data that was not retrieved
directly from an authoritative nameserver, whose authority it had
proven by tracing the chain of NS delegations from its configured
roots."
Now if this document is accurate, than I have not spread any FUD and
it doesn't support a forwarder like behavior. If it's not, then I
apologize. It's not that I don't like djbdns, it's that I know BIND
really well. I'm just trying to help people out here, not trying to
start a flame war, and if the source docs I use are inaccurate, then I
apologize. I should have done more homework before replying.
Thanks,
Erik
On 11/5/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Nope it is not a DJBDNS problem.
Who the hell told you can't forward with dnscache??
http://cr.yp.to/djbdns/run-cache-home.html
On the other hand nothing in the world takes 2 minutes to resolve a name.
Moreover i've used both bind and djbdns without forwarding and with
uncached entries it resolves in 30msec.
I know you all like BIND, and it's continues problems, like the one that
.es TLD have been suffered for 3 hours updating this past september, or my
ISP suffering another one DoS because it uses 9.3.1 and not 9.3.2, but
don't blame tinydns.
Or blame, if you like. But with info.
Sorry, again, for my tone, but i heard that FUD over and over and over
again :-(
> I'm not a djbdns expert, as I use BIND, but perhaps some of these
> "slow" issues are related to djbdns.
>
> From what I've read, we're using dnscache, which only pulls info from
> authoritative servers only. There is no concept of 'forwarders', such
> as with the BIND world where you can take advantage of your isp's
> cache. This means you are going to the root name servers, on down for
> every query. This wouldn't be a big deal on high traffic servers, but
> I'd imagine that this could cause major slow downs on lower traffic
> servers.
>
> Could you switch to give this theory a shot? Use yum to install
> "caching-nameserver, bind and bind-chroot" and edit the top of the
> config file to look like this:
>
> options {
> directory "/var/named";
> dump-file "/var/named/data/cache_dump.db";
> statistics-file "/var/named/data/named_stats.txt";
> forward only;
> forwarders {
> ISP_DNS1;
> ISP_DNS2;
> };
> allow-recursion {
> 127.0.0.1;
> };
> /*
> * If there is a firewall between you and nameservers you want
> * to talk to, you might need to uncomment the query-source
> * directive below. Previous versions of BIND always asked
> * questions using port 53, but BIND 8.1 uses an unprivileged
> * port by default.
> */
> // query-source address * port 53;
> };
>
>
> On 11/5/06, Jeremy Runner <[EMAIL PROTECTED]> wrote:
>> Yes. I installed dbjdns local-cache. My resolv.conf looks like:
>>
>> search mydomain.com
>> nameserver 127.0.0.1
>> nameserver 192.168.1.1
>> nameserver 205.152.132.23
>> nameserver 205.152.37.23
>>
>>
>> Erik Espinoza wrote:
>> > Did you configure a local DNS server and point your resolv.conf to
>> > 127.0.0.1?
>> >
>> > On 11/5/06, Jeremy Runner <[EMAIL PROTECTED]> wrote:
>> >> I have just installed qmailtoaster and all seemed to go well. But
>> >> logging in takes a long time. Like if I do telnet my.server.com 110,
>> it
>> >> can take 2 1/2 minutes before I get the welcome and login prompt.
>> Once
>> >> logged in all is fine. If I log in via Squirrelmail everything is
>> >> normal. What could be causing these extremely slow logins. All of
>> my
>> >> email clients time out before login.
>> >>
>> >> Thanks.
>> >>
>> >> ---------------------------------------------------------------------
>> >> QmailToaster hosted by: VR Hosted <http://www.vr.org>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail:
>> [EMAIL PROTECTED]
>> >> For additional commands, e-mail:
>> [EMAIL PROTECTED]
>> >>
>> >>
>> >
>> > ---------------------------------------------------------------------
>> > QmailToaster hosted by: VR Hosted <http://www.vr.org>
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: [EMAIL PROTECTED]
>> > For additional commands, e-mail:
>> [EMAIL PROTECTED]
>> >
>> >
>> >
>> >
>>
>> ---------------------------------------------------------------------
>> QmailToaster hosted by: VR Hosted <http://www.vr.org>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
> ---------------------------------------------------------------------
> QmailToaster hosted by: VR Hosted <http://www.vr.org>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
---------------------------------------------------------------------
QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
