首页 > 其他分享 >排查问题中想当然,简单问题复杂化

排查问题中想当然,简单问题复杂化

时间:2023-08-03 16:01:36浏览次数:30  
标签:测试 想当然 防火墙 排查 交换机 NAT 服务器 复杂化 路由

用户要求A点访问H点服务器,测试发现ping和telnet端口均不通

根据tracert跟踪路由发现只能到E点交换机

已知H点服务器在开发测试网络,E点到H点经过F点防火墙和开发核心交换机

于是在F点防火墙配置到A点的静态路由和检查防火墙策略均OK

但是tracert跟踪路由仍然只能到E点交换机及访问H点服务器始终不通

于是再检查了防火墙的NAT配置,怀疑之然后配置再测试仍然无果

百思不得其解,不断在接口修改NAT以及反复测试陷入死循环

后来在E点交换机无意间发现去往H点服务器的路由是经过了G点防火墙

于是调整G点防火墙路由及防火墙策略检查无NAT但结果是仍然无法访问H点服务器

最后在H点交换机增加到A点的回包路由才最终解决


如此一番折腾,回想整个过程才清楚自己脑袋转不动了(周末下班时才来的单子)

就依据经验想当然去处理问题,当问题无果时仍然在原思路上反复所致

忘了排查问题应遂点确认核实信息,再分析解决的基本思路。


标签:测试,想当然,防火墙,排查,交换机,NAT,服务器,复杂化,路由
From: https://blog.51cto.com/u_551173/6950095

相关文章

  • Java应用内存溢出排查
    Java应用内存溢出&CPU占满排查1.获取异常进程IDtop-m2.保存堆快照jmap-dump:format=b,file=/data/logdir/dump.hprof[PID]3.观察GC状况#采样10次(2秒/次)后结束,5行1组输出jstat-gcutil-t-h5[PID]2s104.获取进程内线程详情,观察异常线程IDtop-......
  • java进程占用系统内存高,排查解决 _
    java进程占用系统内存高,排查解决_ 故障:今天许多开发反馈测试平台卡,访问不了,第一感觉判断是服务器内存爆了,或者cpu占用过高,上服务器看了一下,确实是内存爆了。然后开始定位问题原因,因为阿里这边安全的原因,具体的图片就不方便上传了,拿网上的图来说 使用top命令查看......
  • 安防视频监控平台EasyCVR修改参数提示database or disk is full的原因排查
    EasyDarwin开源流媒体视频EasyCVR安防监控平台可提供视频监控直播、云端录像、云存储、录像检索与回看、智能告警、平台级联、云台控制、语音对讲、智能分析等能力。视频监控综合管理平台EasyCVR具备视频汇聚融合能力,平台基于云边端一体化架构,具有强大的数据接入、处理及分发能力,......
  • 线上问题排查--进程重启失败,最后发现是忘了cd
    背景我前面写了几篇文章,讲c3p0数据库连接池发生了连接泄露,但是随机出现,难以确定根因,最终呢,为了快速解决问题,我是先写了个shell脚本,脚本主要是检测服务的接口访问日志,看看过去的30s内是不是接口几乎都超时了,如果是的话,咱们就重启服务。然后把这个shell加入到了crontab里,每30s调度......
  • Linux服务器宕机原因有哪些可以通过那些命令详细排查
    dmesg:这个命令可以查看系统启动时内核产生的日志信息,可以通过检查日志来了解是否有硬件或内核问题。journalctl:这个命令可以查看系统日志,包括服务启动、停止、错误信息等,可以帮助找到服务是否出现问题。top和htop:这两个命令可以查看系统当前的进程状态和资源占用情况,可能可......
  • CGLIB动态代理对象GC问题排查
    一、问题是怎么发现的最近有个新系统开发完成后要上线,由于系统调用量很大,所以先对核心接口进行了一次压力测试,由于核心接口中基本上只有纯内存运算,所以预估核心接口的压测QPS能够达到上千。压测容器配置:4C8G先从10个并发开始进行发压,结果cpu一下就飙升到了100%,但是核心接口的qp......
  • 【Druid】Druid连接池泄露问题排查: wait millis 60000, active 50, maxActive 50
    要排查Druid连接池泄漏问题,可以按照以下步骤进行:检查代码中的连接释放:确保在使用完连接后,及时调用connection.close()或相应的释放连接的方法。确保没有遗漏或误释放连接的情况。检查连接池配置:确认连接池的参数设置是否正确。包括最大连接数、最小空闲连接数、连接超时时间等。确......
  • 磁盘I/O巨高排查全过程
    1.问题描述朋友小明的线上数据库突发严重告警,业务方反馈写入数据一直堵住,很多锁超时回滚了,不知道怎么回事,就找到我了。不管3721,先采集现场的必要信息再说。a.系统负载,主要是磁盘I/O的负载数据 该服务器的磁盘是由6块2TSSD硬盘组成的RAID-5阵列。从上面的截图来看,I/O%ut......
  • MySQL性能瓶颈排查
    1.首先我们进行OS层面的检查确认登入服务器后,我们的目的是首先要确认当前到底是哪些进程引起的负载高,以及这些进程卡在什么地方,瓶颈是什么。通常来说,服务器上最容易成为瓶颈的是磁盘I/O子系统,因为它的读写速度通常是最慢的。即便是现在的PCIeSSD,其随机I/O读写速度也是不如内存......
  • 恶意代码上机排查思路与方法
    阅览目录1、排查标准应急响应保留现场经验2、特征排查-自写上机排查工具3、进程排查1)数字签名排查2)联网进程排查3)进程注入技术排查4)进程替换技术排查4、文件排查1)进程文件排查2)驱动排查5、启动信息排查6、内存排查1)异地操作2)本地操作3)排查内存模块恶意代码 回到顶部1、排查标准记......