【RS】关于路由器ping不通直连的几种原因(2)

2.Static route 静态路由与最长匹配
R1
int E0/0/0
ip add 192.168.1.1 255.255.255.0
R2
int E0/0/0
ip add 192.168.1.2 24
ip route-s 192.168.1.1 255.255.255.0 NULL0  //Null 0为逻辑接口,数据包到达此接口即丢弃。

[R2]dis cur | in route
ospf 10 router-id 2.2.2.2
ip route-static 192.168.1.1 255.255.255.255 NULL0

[R2] dis ip rou
Route Flags: R - relay, D - download to fib
------------------------------------------------------------------------------
Routing Tables: Public
         Destinations : 6        Routes : 6

Destination/Mask    Proto   Pre  Cost      Flags NextHop         Interface

2.2.2.2/32  Direct  0    0           D   127.0.0.1       LoopBack0
      127.0.0.0/8   Direct  0    0           D   127.0.0.1       InLoopBack0
      127.0.0.1/32  Direct  0    0           D   127.0.0.1       InLoopBack0
    192.168.1.0/24  Direct  0    0           D   192.168.1.2     Ethernet0/0/0
    192.168.1.1/32  Static   60   0           D   0.0.0.0         NULL0
    192.168.1.2/32  Direct  0    0           D   127.0.0.1       Ethernet0/0/0

路由选路时,会遵循最长匹配原则,此静态路由为32位为最长匹配。导致数据包被发送到Null0接口,进而丢弃。

[R2]ping 192.168.1.1
  PING 192.168.1.1: 56  data bytes, press CTRL_C to break
    Request time out
    Request time out
    Request time out
    Request time out
    Request time out

--- 192.168.1.1 ping statistics ---
    5 packet(s) transmitted
    0 packet(s) received
    100.00% packet loss
    百分之百丢包率,无法ping通。

【RS】关于路由器ping不通直连的几种原因(2)

时间: 2024-08-01 22:42:11

【RS】关于路由器ping不通直连的几种原因(2)的相关文章

【RS】关于路由器ping不通直连的几种原因(1)

1.不在同一子网R1int e0/0/0ip add 192.168.1.1 255.255.255.248R2int e0/0/0ip add 192.168.1.9 255.255.255.248    由配置知,子网长度为29位,地址块为8,所以192.168.1.1-7为同一子网,9-15为另一子网.192.168.1.0和192.168.1.8是网段,不是地址.而直连必须在同一子网,否则讲无法ping通.    但还有一种情况,包含关系:R1int e0/0/0ip add 192.1

【RS】关于路由器ping不通直连的几种原因(3)

3.路由策略R1int g0/0/0ip add 192.168.12.1 255.255.255.0un shR2int g0/0/0ip add 192.168.12.2 24 如果在R1或者R2上做一定的策略,是不是也会ping不通呢,答案当然是肯定的.我们知道ping是以太网探针,基于icmp协议,要是我们使用策略禁掉icmp协议包,会发生什么?<R2>dis cur# sysname R2#acl number 3002   rule 5 deny icmp source 192.1

虚拟机ping不通主机的另一种原因(docker网桥网段覆盖了本机网段)

在虚拟机ping主机显示仔细看返回的请求是172.18.0.1返回的,查看本地网卡 原来是docker网桥的ip段把本机ip段覆盖了 所以down掉网桥就可以了 [[email protected] ~]# ip link set dev br-1284c787c3d1 down[[email protected] ~]# ip a 然后再ping主机 当不需要与主机段的ip通信时,可以把刚才的docker网桥打开 [[email protected] ~]# ip link set dev b

分析windows宿主机Ping不通linux虚拟机的其中一种情况

ping不通的情况是由于设置网络选项的时候,可以看到界面名称的选择如下(当前选择的是无线网卡驱动): ping得通的情况是由于设置网络选项的时候,可以看到界面名称的选择如下(当前选择的是有线网卡驱动): 分析原因是由于电脑有两个网卡驱动,一个是有线网卡,另一个是无线网卡,我当前上网是用有线连接网络,所以当选择无线网卡驱动的时候就Ping不通Linux虚拟机.如果换成无线连接互联网之后,再换成无线网卡是可以的.谨记啊!

ping不通 www.baidu.com 163.com

可以试试这个命令:netsh winsock reset ping不通,但是可以上网,原因有以下几个: 1.远程主机禁止ping 2.firewall禁止ping,icmp 3.dns解析有问题 from:http://bbs.51cto.com/viewthread.php?tid=1089903&extra=&page=2 问: ping 192.168.1.1 -t 显示 request time out 可以上网,经常掉线,掉线时ping 192.168.1.1 -t 显示 des

mac ping: sendto: Host is down PING不通别人的ip,可以ping通路由器 &nbsp;

mac ping: sendto: Host is down PING不通别人的ip,可以ping通路由器 PING 192.168.1.131 (192.168.1.131): 56 data bytesRequest timeout for icmp_seq 0Request timeout for icmp_seq 1Request timeout for icmp_seq 2Request timeout for icmp_seq 3ping: sendto: No route to h

开发板ping不通主机和虚拟机的看过来(转载)!

前几天在做uboot下用tftp下载文件到开发板的实验时,为了能解决开发板ping不通主机和虚拟机的问题,可谓绞尽脑汁,正所谓久病成医,虽然为了这一小问题废了我那么长时间,但我在解决问题的同时也学到了很多其他知识,算是塞公失马,焉知祸福!好了,废话不多说,如果你也ping不通,就请往下看! (以下是我解决这一问题的心得,以我开发板为例,如果你的板子跟我不一样,也没关系,道理是一样的) 一:物理设备及连接方式: 开发板:Mini2440(友善之臂): 笔记本一台(主机)(windows系统): 虚

(史上最全)开发板ping不通主机和虚拟机的看过来!

前几天在做uboot下用tftp下载文件到开发板的实验时,为了能解决开发板ping不通主机和虚拟机的问题,可谓绞尽脑汁,正所谓久病成医,虽然为了这一小问题废了我那么长时间,但我在解决问题的同时也学到了很多其他知识,算是塞公失马,焉知祸福!好了,废话不多说,如果你也ping不通,就请往下看! (以下是我解决这一问题的心得,以我开发板为例,如果你的板子跟我不一样,也没关系,道理是一样的) 一:物理设备及连接方式: 开发板:Mini2440(友善之臂): 笔记本一台(主机)(windows系统): 虚

samrt210开发板ping-系列问题(开发板ping通主机,主机ping通虚拟机,唯独~开发板ping不通虚拟机)

硬件:PC机.虚拟机(Linux).开发板(smart210) 常用模型: 注:1).有线网卡与无线网不可同连一个路由器,不可在同网段: 2).vmware选择桥接模式,虚拟网络适配器选定具体的网卡名称(有线/无线): 3).将开发板.PC机.虚拟机的IP置于同网段下: 选用模型(2)作为目标 1.确保smart210_uboot下载至开发板成功: 2.按照目标模型联通,用直连网线连接开发板.路由器.PC机: 3.#setenv gatewayip 192.168.1.1 (网关)   netm