stux2000 / plan9front

Automatically exported from code.google.com/p/plan9front
0 stars 0 forks source link

serving local dns cache via rootserver lookups is very slow #137

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
Dns is started with ndb/dns -rs. Rather than sending dns requests to a single 
remote server (e.g., 8.8.8.8), the ipnet for the host is configured to point 
dns= at the host itself. The rootserver entries from /lib/ndb/local.complicated 
have been added to /lib/ndb/local.

Everything works, but name resolutions are very slow, which frequently causes 
programs such as webfs to timeout (sometimes more than once) when attempting to 
resolve domain names. Domain resolutions are not unreasonably slow when dns= is 
pointed at some non- Plan 9 server such as 8.8.8.8.

Note: This is observed with known working domain names such as google.com; this 
is separate from other problems observed when a domain name simply doesn't 
exist in the rootservers.

Original issue reported on code.google.com by stanley....@gmail.com on 30 Jul 2012 at 2:38

GoogleCodeExporter commented 9 years ago
problem was that ndb/dns -rs was started in /cfg/$mach/cpustart instead of 
/cfg/$mach/cpurc. the default cpurc starts ndb/dns -r if not already present 
before running cpustart. the 2nd ndb/dns -rs just exited because there was 
already a running server. the server wont listen on udp and the client would 
wait for it to timeout, then try the root dns servers.

Original comment by cinap_le...@felloff.net on 31 Jul 2012 at 4:05