锡的稳定性？

Question

我正在使用dnscache后面的tinydns来解析LAN上的机器名，安装在Ubuntu10.04LTS上。经常在没有解释的情况下，网络上的任何机器都无法解析本地名称。似乎小锡不再有反应了。重新启动服务器有时会有所帮助，但这不是我运行Unix服务器的方式。有时候，杀死锡币似乎也会奏效，但并不总是如此。

我尝试运行本地DNS服务器的总体经验并不好，我对resolv.conf文件进行了仔细的调整，并且似乎随机地出现了一些小故障。如果其他人对djbdns有问题，请告诉我。DNS诊断提示也很有帮助。

更新：

快速检查日志会显示对I/O失败的抱怨，然后是对无法与给定地址连接的抱怨。有时日志中什么都没有报告，应用程序就会停止响应。

只是一个关于设置的笔记，它有它自己的问题。dnscache在一个IP地址的eth0上运行，而tinydns最初运行在另一个IP地址的eth0:0上。(在127.0.0.1设置tinydns根本不起作用，尽管djb说应该这样做。)但是，这个设置( eth0:0 )在重新启动时不起作用，因为Ubuntu自动启动eth0:0有一些问题。将别名更改为eth0:1允许在重新启动时自动显示接口。对于一个看似简单的任务来说，这是比预期更多的冒险。

现在，我正在一个完全独立的服务器上尝试使用tinydns，如果稳定的话，我会报告。

Answer 1

调试这一点并不容易，特别是从UDP开始并使用tinydns (硬编码端口53)。

首先，确保基本配置正确：

1. 确保dnscache和tinydns在两个不同的IP地址上运行(这样它们就不会窃取对方的套接字)
2. 确保您的127.0.0.1:53是空闲的，即没有其他守护进程通过系统(netstat -n)监听
3. 在127.0.0.1上运行tinydns并使用dig yr-authoritative-dom.com @127.0.0.1手动查询它。这必须始终可靠地工作。
4. 在公共eth0 IP地址上运行dnscache。在您的root/server/目录中，将yr-权威性-dom.com指向127.0.0.1。在根/ip中放置192.168 (或您查询的地址前缀)

如果这不起作用，请考虑以下几种可能性：

• 资源枯竭存在一些问题。尝试暂时禁用dnscache日志(重命名为"log/run")，并观察问题是否再次发生。
• 其他一些进程是从dnscache重新绑定IP:53套接字。