Ok, bind-9.2.5 is driving me crazy! Isn't it supposed to cache queries so that if you ask for a domain once, the next time the answer is picked from the cache? Just look at these two queries below, you can see the time difference between them isn't much but the second query returns nothing! By the way, does squid cache name lookups as well? Any ideas why this is so?
Regards Joseph [EMAIL PROTECTED] ~]$ dig mail.google.com ; <<>> DiG 9.2.5 <<>> mail.google.com ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 18001 ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 6, ADDITIONAL: 6 ;; QUESTION SECTION: ;mail.google.com. IN A ;; ANSWER SECTION: mail.google.com. 34 IN CNAME googlemail.l.google.com. googlemail.l.google.com. 299 IN A 66.249.85.19 googlemail.l.google.com. 299 IN A 66.249.85.83 ;; AUTHORITY SECTION: l.google.com. 29253 IN NS d.l.google.com. l.google.com. 29253 IN NS e.l.google.com. l.google.com. 29253 IN NS g.l.google.com. l.google.com. 29253 IN NS a.l.google.com. l.google.com. 29253 IN NS b.l.google.com. l.google.com. 29253 IN NS c.l.google.com. ;; ADDITIONAL SECTION: a.l.google.com. 36274 IN A 216.239.53.9 b.l.google.com. 36274 IN A 64.233.179.9 c.l.google.com. 36284 IN A 64.233.161.9 d.l.google.com. 36284 IN A 64.233.183.9 e.l.google.com. 81486 IN A 66.102.11.9 g.l.google.com. 81486 IN A 64.233.167.9 ;; Query time: 1343 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Tue Jan 17 08:51:35 2006 ;; MSG SIZE rcvd: 284 [EMAIL PROTECTED] ~]$ dig mail.google.com ; <<>> DiG 9.2.5 <<>> mail.google.com ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 13741 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;mail.google.com. IN A ;; Query time: 303 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Tue Jan 17 08:59:08 2006 ;; MSG SIZE rcvd: 33 _______________________________________________ LUG mailing list [email protected] http://kym.net/mailman/listinfo/lug %LUG is generously hosted by INFOCOM http://www.infocom.co.ug/ The above comments and data are owned by whoever posted them (including attachments if any). The List's Host is not responsible for them in any way. ---------------------------------------
