TCP是基于不可靠的网络实现可靠的传输，肯定也会存在掉包的情况，如果通信中发现缺少数据或者丢包，那么，最大的可能在于程序发送的过程或者接收的过程出现问题。 例如服务端要给客户端发送大量数据，Send频率很高，那么就很有可能在Send环节出现错误（1.程序处理逻辑错误，2.多线程同
转载
2024-04-21 17:19:08
539阅读
TODO: 此篇比较杂乱, 待整理 !!!术语解释解决网络问题的思路流控理论网络性能问题拥塞重传RTO: 丢包的 Retransmission Timeout 被触发 -> 进入超时重传阶段超时重传快速重传选择重传: SACk延迟确认: Delayed ACK来自: <<一篇关于Vmware的文章>> , <<来点有深度的>>含义: 当需要发送
转载
2024-03-21 22:52:00
56阅读
Debug 网络质量的时候，我们一般会关注两个因素：延迟和吞吐量（带宽）。延迟比较好验证，Ping 一下或者 mtr[1] 一下就能看出来。这篇文章分享一个 debug 吞吐量的办法。看重吞吐量的场景一般是所谓的长肥管道(Long Fat Networks, LFN, rfc7323[2]). 比如下载大文件。吞吐量没有达到网络的上限，主要可能受 3 个方面的影响：发
转载
2024-03-20 08:16:22
935阅读
今天使用wireshark来分析一下tcp的一些原理。首先我们建立一个tcp服务器。const net = require('net');
net.createServer().listen(11111);再建立一个tcp客户端。const net = require('net');
net.connect({port: 11111, host: '192.168.8.226'})我们逐个情况分析
转载
2024-07-03 06:01:06
722阅读
流媒体播放中，常常需要借助wireshark从TCP层面对交互过程进行分析，本文记录一些常见的TCP异常报文及其分析。乱序与丢包1、[TCP Previous segment not captured] [TCP Previous segment not captured]报文指的是在TCP发送端传输过程中，该Seq前的报文缺失了。一般在网络拥塞的情况下，造成TCP报文乱序、丢包时，会出现该标志。
转载
2024-05-07 11:48:51
491阅读
一.根据定位问题到解决问题的思路：1.确认网络链路问题，ping测和traceroute确认链路是否健康。如果链路有问题，找对应网络管理员排查网络。2.确认系统问题，通过wireshark或者tcpdump在应用系统两端抓包，定位问题所在，排查是发送或者接受系统网卡、性能问题3.从tcp应用本身排查，通过在程序上添加调试代码，核查是否应用逻辑处理问题二.考虑TCP协议为什么会丢包，在什么样的情况下
转载
2024-03-22 16:46:47
527阅读
关于TCP三次握手和四次挥手大家都在《计算机网络》课程里学过，还记得当时高超老师耐心地讲解。大学里我遇到的最好的老师大概就是这位了，虽然他只给我讲过《java程序设计》和《计算机网络》，但每次课几乎都动手敲代码或者当场做实验。好了不扯了，下面进入正题。 关于三次握手和四次挥手的理论部分可以在很多资料上找到，我今天动手抓了几个包验证书上的理论，毕竟那
转载
2024-03-22 09:41:26
213阅读
前言我们都知道，一般流量分析设备都支持pcap回放离线分析的功能，但如果抓的pcap丢了包，会影响最终安全测试的效果。比如说竞测现场需要提供pcap包测试恶意文件的检测功能，如果pcap中丢包，可能会导致文件还原失败，最终恶意文件检测功能“实效”。那问题来了，我们怎么识别pcap包是否有丢包呢？接下来，我们通过wireshark来查找pcap文件中的丢包线索。完整？丢包？思路1：透过现象看现象。
转载
2023-10-07 12:12:53
21阅读
前面我们演示分析了100+个wireshark TCP实例，拥塞控制部分也介绍常见的拥塞处理场景以及4种拥塞撤销机制，但是我们一直使用的都是reno拥塞控制算法。实际上拥塞控制发展到今天已经有了各种各样的拥塞控制算法，而且普遍认为单纯基于丢包的reno拥塞控制算法已经不适应当前internet网络了，最近谷歌又折腾出了一个BBR拥塞控制算法，对比国内，还没有一个在TCP领域有突出贡献的公司，谷歌在
wireshark是非常流行的网络封包分析软件，功能十分强大。可以截取各种网络封包，显示网络封包的详细信息。使用wireshark的人必须了解网络协议，否则就看不懂wireshark了。为了安全考虑，wireshark只能查看封包，而不能修改封包的内容，或者发送封包。wireshark能获取HTTP，也能获取HTTPS，但是不能解密HTTPS，所以wireshark看不懂HTTPS中的内容，
网络抓包工具–wireshark一.wireshark介绍Wireshark（前称Ethereal）是一个网络封包分析软件。网络封包分析软件的功能是撷取网络封包，并尽可能显示出最为详细的网络封包资料。Wireshark使用WinPCAP作为接口，直接与网卡进行数据报文交换。 此工具支持多种网络接口类型，捕捉多种网络接口类型的包。wireshark是一款开源的软件，请自行到网站下载。 二.wires
转载
2024-05-24 21:43:51
805阅读
第二次握手：服务端返回一个ACK(对客户端连接请求的应答)+SYN(表示服务端发起连接请求)，并且包含服务端的一个初始序列号seq=0，同时返回一个确认号ack=1第三次握手：客户端给服务端返回一个ACK(对服务端连接请求的应答)，并更新自己的序列号seq=1，返回一个确认号ack=1Wireshark分析握手过程这是我发起连接请求后抓到的数据包第一次握手：可以看到，客户端发起一个SYN请求，初始
客户端：172.16.16.128 服务器：74.125.95.104一、线路原因通过上图可以看到在第一个数据包和第二个数据包之间，第四个和第五个数据包之间出现了较大的时间差。可以判断是线路问题（由服务器和客户端之间的设备导致的） 原因： 1.当服务器收到一个SYN数据包时，由于不涉及传输层以上的处理，发送一个一个响应只需要一小的处理量，即使服务器正在承受着非常大的流量负载，也会迅速的响应一个[S
转载
2024-05-01 19:56:58
110阅读
一、TCP协议和UDP协议的区别TCP协议和UDP协议的区别1.TCP是面向连接的，所以有TCP三次握手和四次挥手的过程。UDP是无连接的协议，因为没建立任何的连接，所以没有握手和挥手的过程。2.TCP有可靠的连接机制，所以TCP是一个可靠协议。UDP没有连接和确认机制，所以UDP协议会丢包，会出错，所以它是一个不可靠的协议。3.TCP协议：数据量很大，防止它丢包，正确重传。（如果数据量很大，那么
转载
2024-02-22 22:53:18
177阅读
TCP 核心问题之 顺序与丢包时隔多年，终于记起这个系列挖的坑还没写完。首先补充一点之前没提到的应答的知识累积应答 （cumulative acknowledgment）顾名思义，累积起来一起应答。（PS 我看网上不少会叫 累计应答，但我感觉更像是积累，所以我更倾向于称之为累积）TCP 在发包的是后会带有 id ，这个包 id 的起始值在三次握手的阶段会确定好一个数。TCP 需要发送端和接收端保存
TCP在不可靠的网络上实现可靠的传输，必然会有丢包。TCP是一个“流”协议，一个详细的包将会被TCP拆分为好几个包上传，也是将会把小的封裝成大的上传，这就是说TCP粘包和拆包难题。但是许多人有不同的理解。TCP协议本身确保传输的数据不会丢失完整性。如果在传输过程中发现数据丢失或数据包丢失，最大的可能性是在发送或接收程序的过程中出现问题。例如，服务器向客户端发送大量数据，并且发送频率非常高，因此发送
1 Wireshark：界面与基本操作 正式分享之前，先简单介绍一下 Wireshark。Wireshark 的前称是 Ethereal，该开源软件的功能正如其名，用来还原以太网的真相。Wireshark 可以捕获网络封包，并尽可能显示出最为详细的网络数据包信息。通过对捕获的包进行分析，可以了解用户的行为和传输的数据内容等。Wireshark 的主界面如上图示意，主要包含显示过
转载
2024-05-02 23:34:31
1773阅读
概述： 在平时的运维过程中，我们经常会遇到一些数据传输的问题，在我们平时遇到的数据传输问题中定位难度从难到易基本为：数据传输慢不符合预期、数据传输过程有丢包、数据传输被终止或网络断开连接。 如果要对数据流分析抓包是最直接的办法，它可以帮助你更快的定位问题。最常用的抓包工具：wireshark（w
转载
2024-03-28 21:55:29
345阅读
上周六写了《
在Wireshark的tcptrace图中看清TCP拥塞控制算法的细节(CUBIC/BBR算法为例)》，收到一封邮件，说我文中的图示画错了。
确实，关于CUBIC，我只说了缠绕，关于BBR我只说了顺延，并没有说具体如何，甚至我没有提一嘴关于重传的细节，更
转载
2024-03-18 06:42:46
237阅读
分析问题的前期准备步骤：1. 准备一台笔记本电脑，并且安装360免费wifi。2. 两部移动终端连接上360共享的wifi3. 在笔记本电脑上开启wireshark抓包，并且在linux服务
转载
2024-09-11 09:50:56
433阅读
