[na]wireshark抓包排错-tcp.flags.reset

本文介绍了一种使用抓包工具解决无线Portal认证问题的方法。通过抓取并对比正常与异常的数据包,可以有效定位问题所在。文章还具体分析了一个微信连WiFi失败的案例,并给出了解决方案。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

这是以前处理无线portal问题时候的一个梗.

一 抓包思路-用抓包来解决问题

1,了解协议交互大概过程
2,抓包

抓包法则:

1.最小化原则,过滤到想要的最小数据,别忽略上下文数据包

2.对比法, 正常的包和不正常情况的包做对比

 

二 抓包解决问题-案例

微信连wifi问题:

不同地区的微信服务器的地址可能不同.

当出现认证问题:

1,不能跳转,点了按钮没反应
2,打开后认证报错

解决:统一抓包处理

微信连wifi问题排查:

1,抓控制器对接外网口物理口的全部数据包.
2,可以看到一些rst报文

三 过滤关键包

tcp.flags.reset==1过滤包:

所有目的地址认证前放通即可解决问题.

问题原因

acl限制了ip的访问, 导致出现大量的tcp reset报文

 

实验步骤(分阶段操作) 阶段 1TCP 连接建立(控制连接,端口 21) 启动 Wireshark 抓包: 客户端打开 Wireshark,选择 与服务器直连的网卡(如以太网适配器),输入过滤规则 ftp || tcp.port == 21 || tcp.port == 20(匹配 FTP 控制 / 数据端口)。 客户端发起 FTP 连接: 命令行执行:ftp 192.168.1.20,输入用户名 ftp_user、密码 123456。 分析三次握手包: 在 Wireshark 中,找到 客户端→服务器 的 SYN 包(标志位 SYN,序号 x)、服务器→客户端 的 SYN,ACK 包(标志位 SYN,ACK,序号 y,确认号 x+1)、客户端→服务器 的 ACK 包(标志位 ACK,序号 x+1,确认号 y+1),验证 TCP 三次握手逻辑。 阶段 2:数据传输(数据连接,动态端口) 触发文件传输: 客户端执行 cd ftp_test(切换目录)、get test.txt(下载文件,触发数据连接)。 识别数据连接端口: FTP 主动模式:服务器用 端口 20 发起数据连接(客户端需开放随机端口,如 50000)。 FTP 被动模式:服务器返回随机端口(如 30000),客户端主动连接(更易抓包,推荐优先用被动模式,可通过 passive 命令切换)。 分析数据传输包: 找 控制连接中的 PORT/PASV 命令(解析数据连接地址 / 端口)。 观察数据连接的 TCP 三次握手(新端口,非 21),及后续的 DATA 包(携带文件内容,查看 Length 字段验证传输大小)。 阶段 3:TCP 连接终止(控制连接 + 数据连接) 断开 FTP 连接: 客户端执行 bye,触发控制连接断开。 分析四次挥手包: 控制连接:客户端→服务器 FIN,ACK(标志位 FIN,ACK),服务器→客户端 ACK,服务器→客户端 FIN,ACK,客户端→服务器 ACK,验证四次挥手逻辑。 数据连接:同理,按端口筛选,分析其断开过程(若数据连接先于控制连接断开,需分别观测 我接下来应该怎么做呢请详细告诉我。并且我的主机WINDOWS系统和虚拟机系统应该PING通吗
最新发布
08-16
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值