没有配置过的名称服务器或无法访问名称服务器

　　如果大家看到如下错误，这可能意味着要么我们的主机没有配置过的名称服务器，要么这些服务器无法进行访问：
$ nslookup web1
;; connection timed out; no servers could be reached

　　在这两种情况下，我们都需要检查/etc/resolv.conf文件以确认是否存在已配置的名称服务器。如果我们在这里找不到任何已配置的IP地址，则需要在文件中添加一个名称服务器。相反，如果我们看到如下所示的内容，则需要通过ping命令对主机与名称服务器之间的连接进行排查：
search example.net
nameserver 10.1.1.3

　　如果无法ping通名称服务器，且其IP地址与我们的主机处于同一子网下（在本实例中，10.1.1.3代表处于同一子网下），则代表名称服务器本身可能已经崩溃。如果无法ping通名称服务器且其IP地址与我们的主机处于不同子网下，则直接跳转至"我能路由至远程主机吗？"章节，选择其中与名称服务器IP故障排查相关的内容加以执行。如果通过ping通名称服务器但对方无响应，则跳转至"远程端口是否打开？”章节。

　　缺少搜索路径或名称服务器的问题

　　在运行nslookup命令后，我们还可能得到以下错误信息：
$ nslookup web1
Server: 10.1.1.3
Address: 10.1.1.3#53
** server can't find web1: NXDOMAIN

　　在这里大家可以看到服务器没有响应，因为它给出的回应表明：服务器无法找到web1。这可能意味着两种可能性：第一，这可能代表web1这一域名并不在DNS搜索路径当中。这部分搜索设置内容位于/etc/resolv.conf文件当中。推荐一种比较好的测试方式，即执行同样的nslookup命令，但只使用全称域名（在本实例中为web1.example.net）。如果能够被正确解析，则要么在命令中始终使用全称域名，要么在/etc/resolv.conf中将主机名称添加到搜索路径当中（如果大家懒得重复输入）。

　　如果连全称域名也不能奏效，那么问题肯定出在名称服务器上。这里我们汇总了一些DNS问题的故障排查指南。如果名称服务器保存有记录，则需要对其配置进行检查。如果使用的是递归名称服务器，我们则必须通过查找其它一些域来测试名称服务器的递归机制是否正常。如果其它域都能被正确列出，我们要看看问题是不是出在包含上述区域的远程名称服务器端。

　　我能路由至远程主机吗？

　　在排除了DNS问题并看到web1被正确解析为IP 10.1.2.5之后，大家需要测试自己能否路由至远程主机。假如我们的网络启用了ICMP，那么快捷的测试办法是ping web1。如果该主机能被ping通，我们知道数据包已经被路由至目的地，这样的话可以直接跳转至"远程端口打开了吗？"章节。如果无法ping通web1，则尝试与网络中的另一台主机通信看看能否ping通。如果我们无法在远程网络中ping通任何主机，说明数据包无法被正确路由。好的路由问题测试工具这一是traceroute。一旦与一台主机建立起路由追踪，它会测试我们与主机之间的每一次数据包跳转。举例来说，dev1与web1之间的一次成功路由追踪流程将如下所示：
$ traceroute 10.1.2.5
traceroute to 10.1.2.5 (10.1.2.5)， 30 hops max， 40 byte packets
1 10.1.1.1 (10.1.1.1) 5.432 ms 5.206 ms 5.472 ms
2 web1 (10.1.2.5) 8.039 ms 8.348 ms 8.643 ms

　　这里我们会看到数据包从dev1到达其网关（10.1.1.1），然后再跳转至web1。这代表着起始位置与目标主机可能都采用10.1.1.1网关。如果大家的操作环境中存在更多路由中转点，那么显示的结果可能与上述内容有所不同。如果无法ping通web1，那么输入结果将如下所示：
$ traceroute 10.1.2.5
traceroute to 10.1.2.5 (10.1.2.5)， 30 hops max， 40 byte packets
1 10.1.1.1 (10.1.1.1) 5.432 ms 5.206 ms 5.472 ms
2 * * *
3 * * *

　　一旦我们在输出结果中看到星号，说明问题出在网关方面。大家需要从路由器着手，看看为什么它无法在两套网络之间路由数据包。通过追踪，大家会看到如下内容：

$ traceroute 10.1.2.5
traceroute to 10.1.2.5 (10.1.2.5)， 30 hops max， 40 byte packets
1 10.1.1.1 (10.1.1.1) 5.432 ms 5.206 ms 5.472 ms
1 10.1.1.1 (10.1.1.1) 3006.477 ms !H 3006.779 ms !H 3007.072 ms

　　在这种情况下，我们发现ping操作在网关环节出现了超时，这说明该主机可能已经崩溃或无法通过同一子网进行访问。有鉴于此，如果大家还没有从同一子网下的其它设备访问过web1，请尝试ping及其它测试。

　　注意：如果某套烦人的网络仍然在阻断ICMP，不用担心，我们仍然有办法进行路由排查工作。大家只需要安装tcptraceroute软件包(sudo apt-get install tcptraceroute)然后运行相同的路由追踪命令，惟一的区别是用tcptraceroute来代替traceroute。