当前位置: 技术问答>linux和unix
Linux下静态路由问题
来源: 互联网 发布时间:2017-01-15
本文导语: 这段时间在研究Linux平台下静态路由添加的问题,目前在我们平台上添加静态路由是通过route add命令来实现的,在使用route add时发现了一些问题,请大家帮忙一起看一下 环境如下: 假设PC1有一张网卡,IP为192.168.1.10...
这段时间在研究Linux平台下静态路由添加的问题,目前在我们平台上添加静态路由是通过route add命令来实现的,在使用route add时发现了一些问题,请大家帮忙一起看一下
环境如下:
假设PC1有一张网卡,IP为192.168.1.100,mask为255.255.255.0,gateway为192.168.1.1,dev为eth0
如果没有设定静态路由的话,对google(IP为203.208.39.104)做ping测试发现正常
使用route add -net 203.208.39.104 netmask 255.255.255.255 dev eth0,增加一条静态路由
发现不能ping通203.208.39.104
删除该路由,使用route add -net 203.208.39.104 netmask 255.255.255.255 gw 192.168.1.1,增加一条静态路由
发现可以ping 通203.208.39.104
这里的问题是为什么设定dev类型的路由不能通?
下面做了两个实验
1.使用ethereal抓包工具发现,当使用route add -net 203.208.39.104 netmask 255.255.255.255 dev eth0增加一条静态路由时,Ping 203.208.39.104这个地址会发送广播包(arp)来询问
203.208.39.104地址的MAC地址,这个时候当然不会有响应。
2.使用route add -net 203.208.39.104 netmask 255.255.255.255 gw 192.168.1.1增加一条静态路由时,Ping 203.208.39.104这个地址直接将这个Ping包发送给网关192.168.1.1,这个时候网关就会
送出去然后会收到正常的回复
从上面的试验的结果可以看出,当使用dev来设定路由时,Linux的路由表中关于这条路由并没有gateway的值,这个时候会把丢到这个dev的报文当作局域网的报文来处理。使用gw来设定时,Linux路由表
中关于这条路由有gateway的值,这个时候IP层会根据Dest IP和gw所在的dev的接口进行判断。如果是同网段内就会发ARP包,然后根据回复丢出去,如果不在同一网段内就会直接将报文转给Gateway进行
处理
这里带来的问题是:如果需要增加的静态路由的Dest IP网段和dev不在同一网段就必须使用gw的方式增加路由,请问使用dev方式来增加静态路由主要用于那些场合?
谢谢!
环境如下:
假设PC1有一张网卡,IP为192.168.1.100,mask为255.255.255.0,gateway为192.168.1.1,dev为eth0
如果没有设定静态路由的话,对google(IP为203.208.39.104)做ping测试发现正常
使用route add -net 203.208.39.104 netmask 255.255.255.255 dev eth0,增加一条静态路由
发现不能ping通203.208.39.104
删除该路由,使用route add -net 203.208.39.104 netmask 255.255.255.255 gw 192.168.1.1,增加一条静态路由
发现可以ping 通203.208.39.104
这里的问题是为什么设定dev类型的路由不能通?
下面做了两个实验
1.使用ethereal抓包工具发现,当使用route add -net 203.208.39.104 netmask 255.255.255.255 dev eth0增加一条静态路由时,Ping 203.208.39.104这个地址会发送广播包(arp)来询问
203.208.39.104地址的MAC地址,这个时候当然不会有响应。
2.使用route add -net 203.208.39.104 netmask 255.255.255.255 gw 192.168.1.1增加一条静态路由时,Ping 203.208.39.104这个地址直接将这个Ping包发送给网关192.168.1.1,这个时候网关就会
送出去然后会收到正常的回复
从上面的试验的结果可以看出,当使用dev来设定路由时,Linux的路由表中关于这条路由并没有gateway的值,这个时候会把丢到这个dev的报文当作局域网的报文来处理。使用gw来设定时,Linux路由表
中关于这条路由有gateway的值,这个时候IP层会根据Dest IP和gw所在的dev的接口进行判断。如果是同网段内就会发ARP包,然后根据回复丢出去,如果不在同一网段内就会直接将报文转给Gateway进行
处理
这里带来的问题是:如果需要增加的静态路由的Dest IP网段和dev不在同一网段就必须使用gw的方式增加路由,请问使用dev方式来增加静态路由主要用于那些场合?
谢谢!
|
其实你问的问题实际应用应该很少的.
你添加一条如下的到某主机的静态路由:
route add -net 203.208.39.104 netmask 255.255.255.255 dev eth0
因为没有设定网关,所以你的机器会试着直接跟203.208.39.104交互数据,IP是用来选路的,实际数据交互的实现是通过MAC地址来交互的.因为你的机器不知道203.208.39.104机器的MAC地址,所以发出arp请求以得到IP为203.208.39.104机器的MAC地址. 你这里因为本地局域网内没有IP为203.208.39.104的机器所以无法取到相应的MAC地址,这样就无法跟IP为203.208.39.104的机器通信. 这些差不多算是你说的复述了.相信你也很理解这个过程. 下面是关键.
如果你在同一个局域网内部署了两个网段的,比如:192.168.1.0/24,和203.208.39.0/24, 如果有一台机器192.168.1.2想发数据给203.208.39.2, 这里就需要你添加一条静态路由:
route add -net 203.208.39.0 netmask 255.255.255.0 dev eth0
那么此时直接ARP就可以得到203.208.39.2的MAC地址,从而直接就可以进行通信了.
而如果你这样添加的话:
route add -net 203.208.39.0 netmask 255.255.255.0 gw 192.168.1.1
那么你的发给203.209.39.2的时个就不会直接ARP然后用MAC交互,而是ARP取得192.168.1.1的MAC,从而把数据交给了gw. gw再跟据自己的路由器决定把这个数据包发给下一站, 此时这个报文能否发给你本地的203.209.39.2就又跟gw的路由表设置有关了. 如果gw上没有一条类似route add -net 203.208.39.0 netmask 255.255.255.0 dev eth0的路由, 那这个报文就基本不可能发到你本地的那台IP为203.209.39.2的机器上了.
你添加一条如下的到某主机的静态路由:
route add -net 203.208.39.104 netmask 255.255.255.255 dev eth0
因为没有设定网关,所以你的机器会试着直接跟203.208.39.104交互数据,IP是用来选路的,实际数据交互的实现是通过MAC地址来交互的.因为你的机器不知道203.208.39.104机器的MAC地址,所以发出arp请求以得到IP为203.208.39.104机器的MAC地址. 你这里因为本地局域网内没有IP为203.208.39.104的机器所以无法取到相应的MAC地址,这样就无法跟IP为203.208.39.104的机器通信. 这些差不多算是你说的复述了.相信你也很理解这个过程. 下面是关键.
如果你在同一个局域网内部署了两个网段的,比如:192.168.1.0/24,和203.208.39.0/24, 如果有一台机器192.168.1.2想发数据给203.208.39.2, 这里就需要你添加一条静态路由:
route add -net 203.208.39.0 netmask 255.255.255.0 dev eth0
那么此时直接ARP就可以得到203.208.39.2的MAC地址,从而直接就可以进行通信了.
而如果你这样添加的话:
route add -net 203.208.39.0 netmask 255.255.255.0 gw 192.168.1.1
那么你的发给203.209.39.2的时个就不会直接ARP然后用MAC交互,而是ARP取得192.168.1.1的MAC,从而把数据交给了gw. gw再跟据自己的路由器决定把这个数据包发给下一站, 此时这个报文能否发给你本地的203.209.39.2就又跟gw的路由表设置有关了. 如果gw上没有一条类似route add -net 203.208.39.0 netmask 255.255.255.0 dev eth0的路由, 那这个报文就基本不可能发到你本地的那台IP为203.209.39.2的机器上了.