【破障之光】AD健康检测CONNECT(TCP)不通过
  

刘川 1092

{{ttag.title}}
【问题背景】

1、节点池A配置2个节点,关联健康检测,配置截图如下。


【问题现象】
1、AD的web界面一直显示对应的节点都是故障状态。


【问题排查】
1、思路:看路由、使用Ping网络连通性、telnet查看端口、curl查看返回信息(排查网络和服务本身是否正常)
2、类比法:看有没有相同配置的健康检测,结果为正常的,可以类比排查区别差异。
3、思考是不是CONNECT(TCP)发送内容大小写空格符号、返回结内容。


【排查步骤】
1、由于是客户内网环境,很多无法截图,我已经把网络和服务本身的问题已经排查了,都是正常的。我就直接描述抓包查看结果。(由于保护客户信息,有一些地方已经打码,但是不影响查看)


一些抓包命令和迅速查找目的地址走的哪一个网卡出去
{查看网卡ip route get X.X.X.X】 }
{抓包【tcpdump -i ens160 host 172.16.X.X and port 6188 -nnv -s0 -nvl -w /tmp/20250725】}


2、我抓取了【健康检查有故障的节点】,下面是相关的截图及描述。
  框起来的是请求和应答包
  通过追踪HTTP流显示的结果,可以看到请求和响应的结果都是正常的
  也能在响应体的最下面看到关键字
结论:通过抓包内容可以看出,TCP交互正常,HTTP返回结果也是正常,并且返回结果包含对应关键字。这时还是无法判断出是什么原因导致AD的web界面一直显示故障状态。

我还把抓包,这两种编码都改过,然后复制到健康检查返回内容里面去,再做测试,发现还是故障。
HTTP追踪流界面下面改变编码的选项

我继续测试,把返回内容改成其它【X of Chongqing All Right Reserved】例如选取其中某一个字符,例如【Chongqing】我发现节点健康检查通过;换成其它的(Right、ALL)都不通过。然后我去抓包里面返回结果搜索【Chongqing】如下图,发现在【X of Chongqing All Right Reserved】的上面有【Chongqing】这个字符 或者说 接收内容前面字节里面有包含【Chongqing】这个字符
排查到这里应该发现原因了或者它们的区别(就是健康检测匹配不到靠后面字节位置的内容)


3、我还抓取了【健康检查正常的节点抓包】类比法,下面是相关的截图及描述。

  可以看到正常节点他们的TCP和HTTP请求和响应都是正常的
  开启HTTP追踪流之后,查看内容
    可以看到存在相关关键字
这个时候可以看到,健康检测可以通过的,他们的抓包没啥区别,由于上面已经有怀疑了。所以我去看接收长度

故障的
正常的



4、最后查看AD上的配置。可以看到CONNECT(TCP)是有相关的“回应内容的最大长度”

【总结】

关注AD上的配置参数,掌握其原理,多总结经验


打赏鼓励作者,期待更多好文!

打赏
暂无人打赏

发表新帖
热门标签
全部标签>
新版本体验
纪元平台
功能体验
每日一问
安装部署配置
标准化排查
GIF动图学习
高手请过招
产品连连看
【 社区to talk】
社区新周刊
每日一记
技术笔记
用户认证
技术顾问
SDP百科
玩转零信任
技术晨报
排障那些事
升级&主动服务
安全效果
行业实践
信服课堂视频
畅聊IT
答题自测
专家问答
技术圆桌
在线直播
MVP
网络基础知识
升级
安全攻防
上网策略
测试报告
日志审计
问题分析处理
流量管理
运维工具
原创分享
解决方案
sangfor周刊
VPN 对接
项目案例
SANGFOR资讯
专家分享
信服故事
功能咨询
终端接入
授权
设备维护
资源访问
地址转换
虚拟机
存储
迁移
排障笔记本
产品预警公告
S豆商城资讯
技术争霸赛
「智能机器人」
追光者计划
2023技术争霸赛专题
卧龙计划
华北区拉练
天逸直播
以战代练
秒懂零信任
平台使用
技术盲盒
山东区技术晨报
文档捉虫
齐鲁TV
华北区交付直播
每周精选
2024年技术争霸赛
北京区每日一练
场景专题
故障笔记
西北区每日一问
高频问题集锦
POC测试案例
全能先锋系列
云化安全能力
专家说
热门活动
产品动态
产品解析
关键解决方案

本版达人

新手61940...

本周建议达人

zhao_HN

本周分享达人

ZSFKF

本周提问达人