设备出现无法访问故障,ping出现目的主机不可达host unreachable,系目的设备路由错误导致问题排查过程

本文主要是介绍设备出现无法访问故障,ping出现目的主机不可达host unreachable,系目的设备路由错误导致问题排查过程,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

     有同事找来,说他们组采购的5g核心网设备无法相互访问,ping不通,让协助处理。

       问了一下组网,两台核心网设备一个ip地址192.168.213.100,去ping另一台192.168.194.100,两台在同一交换机下的两个vlan,两个vlan都有各自的ip地址,192.168.213.1和192.168.194.1。组网如图:

现象ping的结果如下:

 核心网2ip为192.168.213.100的设备ping核心网1的ip192.168.194.100没回显,ping192.168.194.1

显示destination host  unreachable目标主机不可达。

无法访问目的主机的可能性:

1、对方没有开机,或者开机但没有接入对应的广播域,跨网段的ip的话,所属网关arp查询消息没有得到应答,直连路由的话,本机发出arp消息没有被应答。

2、对方ip不存在。

3、设备本身路由错误,没有对应访问的路由。这种情况是所有网卡状态down,没有任何直连路由和默认路由的情况。

4、设备自身路由错误,应该走默认网关的ping消息,认为是同一网段,发出arp查询消息,在广播域里没到得到应答。

无法访问目的主机,是icmp的错误消息,由网络节点发出,直连路由的网络节点是发出ping动作的设备自身ip地址。跨网段是经过的网络节点用正常时ip导通时的ip地址回icmp错误消息。根据ping消息打印返回节点的ip地址可以判断出是直连路由还是其他跨网段非本机节点回的消息。
 

     一般这种情况,我们需要根据打印错误的源ip地址来确定是自身错误还是节点错误,就是用自身ip打印的目的主机不可达还是其他路径上经过的节点ip打印的目的主机不可达?

 

      看到192.168.213.100去ping192.168.194.100不通,ping它的网关192.168.194.1回显目的主机不可达,而且是自身ip192.168.213.100的回显,这是自身发出arp消息,没有得到响应的结果,没有送到网关上去。难道设备本身有192.168.194.0的路由吗?

   查看自身ip地址如下图:

  

    奇怪,没有配置192.168.194.0/24的地址,也就没有这个网段的直连路由 ,为啥有目的主机不可达的打印?

用tcpdump进行抓包,tcpdump  -i  8  -nne  arp回车,另起一个ssh的连接,去ping192.168.194.1,发现从这个端口有arp查询192.168.194.1的消息发出,但没有得到响应。

    感觉路由有问题,查看路由表。

   发现核心网2的路由表里有192.168.194.0/24网段的直连路由表项,路由有问题,查看/etc/sysconfig/network-scripts/ifcfg-enp61s0f2,没有发现配置文件里有192.168.194.xx的ip地址。判断不是由ip配置生成的直连路由。

   让询问厂家,得知是他们出厂时,配置的一条直连路由。删掉后,ping结果正常。

确定问题由于直连路由错误导致。

用一个环境模拟,发现直连路由在指定dev  ethx的情况下是可以加上的。

如在一台18.250.0.4的主机上,添加ip  route   add  192.168.207.0/24 dev eth0是能加上的。

  ping一下,并 tcpdump一下看看。

 

 总结:

1.一个vlan的access口不会响应其他同一交换机下其他vlan的子接口arp查询请求消息。

2.当使用route  add  -net或者ip route add  时,指定dev  xxx时,会生成对应的直连路由。

3.有直连路由时,arp消息会从对应网口发出。

4.原来一直认为,直连路由是设备配置有对应ip后才会生成的,其实linux里是可以通过指定dev

来添加直连路由的。这是没有及时发现问题的纠结的地方。

5.添加路由时,不指定gw的就认为是直连路由。

这篇关于设备出现无法访问故障,ping出现目的主机不可达host unreachable,系目的设备路由错误导致问题排查过程的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/232491

相关文章

线上Java OOM问题定位与解决方案超详细解析

《线上JavaOOM问题定位与解决方案超详细解析》OOM是JVM抛出的错误,表示内存分配失败,:本文主要介绍线上JavaOOM问题定位与解决方案的相关资料,文中通过代码介绍的非常详细,需要的朋... 目录一、OOM问题核心认知1.1 OOM定义与技术定位1.2 OOM常见类型及技术特征二、OOM问题定位工具

javacv依赖太大导致jar包也大的解决办法

《javacv依赖太大导致jar包也大的解决办法》随着项目的复杂度和依赖关系的增加,打包后的JAR包可能会变得很大,:本文主要介绍javacv依赖太大导致jar包也大的解决办法,文中通过代码介绍的... 目录前言1.检查依赖2.更改依赖3.检查副依赖总结 前言最近在写项目时,用到了Javacv里的获取视频

oracle 11g导入\导出(expdp impdp)之导入过程

《oracle11g导入导出(expdpimpdp)之导入过程》导出需使用SEC.DMP格式,无分号;建立expdir目录(E:/exp)并确保存在;导入在cmd下执行,需sys用户权限;若需修... 目录准备文件导入(impdp)1、建立directory2、导入语句 3、更改密码总结上一个环节,我们讲了

Vue3绑定props默认值问题

《Vue3绑定props默认值问题》使用Vue3的defineProps配合TypeScript的interface定义props类型,并通过withDefaults设置默认值,使组件能安全访问传入的... 目录前言步骤步骤1:使用 defineProps 定义 Props步骤2:设置默认值总结前言使用T

ShardingProxy读写分离之原理、配置与实践过程

《ShardingProxy读写分离之原理、配置与实践过程》ShardingProxy是ApacheShardingSphere的数据库中间件,通过三层架构实现读写分离,解决高并发场景下数据库性能瓶... 目录一、ShardingProxy技术定位与读写分离核心价值1.1 技术定位1.2 读写分离核心价值二

MyBatis-plus处理存储json数据过程

《MyBatis-plus处理存储json数据过程》文章介绍MyBatis-Plus3.4.21处理对象与集合的差异:对象可用内置Handler配合autoResultMap,集合需自定义处理器继承F... 目录1、如果是对象2、如果需要转换的是List集合总结对象和集合分两种情况处理,目前我用的MP的版本

深度解析Java @Serial 注解及常见错误案例

《深度解析Java@Serial注解及常见错误案例》Java14引入@Serial注解,用于编译时校验序列化成员,替代传统方式解决运行时错误,适用于Serializable类的方法/字段,需注意签... 目录Java @Serial 注解深度解析1. 注解本质2. 核心作用(1) 主要用途(2) 适用位置3

Debian 13升级后网络转发等功能异常怎么办? 并非错误而是管理机制变更

《Debian13升级后网络转发等功能异常怎么办?并非错误而是管理机制变更》很多朋友反馈,更新到Debian13后网络转发等功能异常,这并非BUG而是Debian13Trixie调整... 日前 Debian 13 Trixie 发布后已经有众多网友升级到新版本,只不过升级后发现某些功能存在异常,例如网络转

Web服务器-Nginx-高并发问题

《Web服务器-Nginx-高并发问题》Nginx通过事件驱动、I/O多路复用和异步非阻塞技术高效处理高并发,结合动静分离和限流策略,提升性能与稳定性... 目录前言一、架构1. 原生多进程架构2. 事件驱动模型3. IO多路复用4. 异步非阻塞 I/O5. Nginx高并发配置实战二、动静分离1. 职责2

解决升级JDK报错:module java.base does not“opens java.lang.reflect“to unnamed module问题

《解决升级JDK报错:modulejava.basedoesnot“opensjava.lang.reflect“tounnamedmodule问题》SpringBoot启动错误源于Jav... 目录问题描述原因分析解决方案总结问题描述启动sprintboot时报以下错误原因分析编程异js常是由Ja