tinydns的稳定性？

我在dnscache后面使用tinydns来parsing局域网上的机器名，就像安装在Ubuntu 10.04 LTS上一样。 经常没有解释，本地名称不能再由networking上的任何机器解决。 看来，tinydns不再有反应。 重新启动服务器有时会有所帮助，但是这不是我运行Unix服务器的方式。 杀锡田也似乎有时工作，但并不总是。

我尝试运行本地DNS服务器的整体经验并不好，仔细调整了resolv.conf文件和tinydns的随机故障。 如果别人有djbdns问题，请告诉我。 DNS诊断提示也很有帮助。

更新：

对日志的快速检查显示了有关I / O故障的投诉，之后是关于无法绑定到给定地址的投诉。 有时没有在日志中报告，应用程序只是停止响应。

• 指向子域127.0.0.1:port？
• 区域文件混乱 – 我不明白什么是错的！
• 如何使用Amazon Route 53检查当前的DNSlogging？
• 仅在本地机器上进行域名转发或屏蔽？
• 在WRT120N中redirect本地域

只是一个关于设置，其中有自己的问题的说明。 dnscache在一个IP地址的eth0上运行，而tinydns最初是在另一个IP地址的eth0：0上运行的。 （在127.0.0.1上设置tinydns根本不起作用，尽pipedjb说应该这样做。）然而，这个设置（eth0：0）在重新启动时不起作用，因为Ubuntu有一些自动启动eth0：0的问题。 将别名更改为eth0：1允许接口在重新引导时自动启动。 这是一个看似简单的任务比预期更冒险。

现在，我正在尝试一个完全独立的服务器，如果这是稳定的，就会报告回来。