DNS包一般都是UDP的吧。上面有仁兄回答说，系统会缓冲DNS数据，当有缓冲的DNS数据，估计不会在向DNS服务器请求地址解析了。
我的情况是不是解析失败，而是请求地址解析的包没有发出去。 如果是已有www.qq.com A记录的DNS缓存，而没有到该目的地址的路由，终端应该是提示目的的地址不可达，而非unknown host
shaohui973 发表于 2013-11-05 15:04 static/image/common/back.gif
回复 10# youfulanlan
把抓包的结果贴出来看看，www.qq.com是肯定不会通的，DNS为什么不通就得看抓包的结果了。 你添加了路由不对
你的路由表指定了
如果要去10.0.0.0网段可以走10.0.0.1网关
如果要去192.168.0.0网段 可以走 10.0.0.1网关
其他没有定义
没有默认路由的情况下
他去找DNS解析DNS的地址不在你的路由表中有定义所以他不知道往哪里发
同样的 qq就算你host写死的域名和IP地址
他同样找不到路由表的条目所以没法发送 回复 1# shaohui973
你添加的下面这条路由就是多余啊，同一网段直接通过二层通讯，不需要走路由的。
route add -net 10.0.0.0 netmask 255.255.252.0 gw 10.0.0.1 dev eth0
conqueryou 发表于 2013-11-11 10:32 static/image/common/back.gif
回复 1# shaohui973
你添加的下面这条路由就是多余啊，同一网段直接通过二层通讯，不需要走路由的。 ...
多余是多余，不过不至于影响到通讯，你的网关10.0.0.1的子网掩码是多少？方便看一下么？ 回复 16# conqueryou
网关是网管提供的，mask为255.255.252.0
回复 17# shaohui973
呵呵，我不是很了解情况，只是怀疑你的主机到10.0.0.1网关就没有通，所以想通过网关路由到DNS服务器就更不可能了，只是猜的而已
你可以在出现问题的时候尝试访问10.0.0.1，比如用telnet或者ssh、http等TCP协议访问网关（前提网关打开了相应的端口和服务）试一试，不要用ping，看看啥效果 回复 18# conqueryou
如果ping都ping不通，其他的什么http什么的，都不用试了。 回复 19# shaohui973
关键是你即使能ping通，也不一定TCP/UDP上的协议就能访问，不仅仅是防火墙的问题。
你看吧，不在现场我也不了解情况。
页:
1
[2]