PPPOE惹的“获”
版权声明：原创作品，允许转载，转载时请务必以超链接形式标明文章 原始出处 、作者信息和本声明。否则将追究法律责任。http://shenrq.blog.51cto.com/25801/83391 |
由于该社区是高档的社区,用户类型也比较复杂,是办公与居住结合在一起的,所以用户的上网模式也比较多,例如：PPPOE、准专线、企业版专线、光纤用户等。前段时间有一用户反映上国外的一个网站无法访问,地址为www.leszcz.pl,,此用户属于该社区的PPPOE用户,用户所获得的IP地址由PPPOE计费器,通过DHCP服务分配,分配给用户的IP地址为:124.205.201.200 掩码为:255.255.255.0网关为124.205.201.254 (当然每次获得的IP地址是不定的),DNS也是通过计费服务器分配,已经提前设置好为:219.141.140.10与219.141.136.10,(在DHCP池里,每次都连同IP地址一起分配给用户使用,因此用户的DNS的地址是固定不变的)。所有用PPPOE拨号上网的用户就会用此DNS。PPPOE访问其它的网站都没有问题，只是这一个网站不能访问,在此计费器上还有部分专线用户,专线用户访问此网站没有问题。因此开始就怀疑DNS有问题,对PPPOE用户的本机DNS设置为与专线的DNS一样,但是奇怪的此国外的网站依然无法访。
 所以只能PPPOE用户手抓包,此时平时常用的SNIFFER软件发挥了作用,在此该软件也为我立下了汗马功劳.由于PPPOE协议属于二层的数据包,所以在SINFFER的地址选项中只能选择Hardware,如下图所示:
 通过对其数据包分析发现在其1190行,此PPPOE的IP地址向DNS服务器发出了一个请求,如图所示
 但是在1125行,DNS服务器做出回应,用失败的提示,此后1126行又向下一个DNS服务器219.141.136.10发出请求,在1250行,该服务器做出回应,表示请求失败，如图所示
 此时也正验证了PPPOE协议的本性，它在是点到点的链路上建立一条虚拟的通道，它只会应用通过计费服务器分配的DNS，因此本机设置的DNS对于PPPOE用户来说无效。
既然发现了问题所以也就好解决了,在DHCP池里把电信的DNS换成网通的DNS就可以解决了.虽然只是一个DNS的小问题,但是通过这个小问题,也让我更加解了PPPOE协议的真谛. 本文出自 “shenrq” 博客，请务必保留此出处http://shenrq.blog.51cto.com/25801/83391 本文出自 51CTO.COM技术博客 |
sruiqing
博客统计信息
热门文章
最新评论
友情链接