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阅读
今天使用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阅读
Debug 网络质量的时候，我们一般会关注两个因素：延迟和吞吐量（带宽）。延迟比较好验证，Ping 一下或者 mtr[1] 一下就能看出来。这篇文章分享一个 debug 吞吐量的办法。看重吞吐量的场景一般是所谓的长肥管道(Long Fat Networks, LFN, rfc7323[2]). 比如下载大文件。吞吐量没有达到网络的上限，主要可能受 3 个方面的影响：发
转载
2024-03-20 08:16:22
935阅读
前面我们演示分析了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阅读
一.根据定位问题到解决问题的思路：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阅读
1 Wireshark：界面与基本操作 正式分享之前，先简单介绍一下 Wireshark。Wireshark 的前称是 Ethereal，该开源软件的功能正如其名，用来还原以太网的真相。Wireshark 可以捕获网络封包，并尽可能显示出最为详细的网络数据包信息。通过对捕获的包进行分析，可以了解用户的行为和传输的数据内容等。Wireshark 的主界面如上图示意，主要包含显示过
转载
2024-05-02 23:34:31
1773阅读
前言我们都知道，一般流量分析设备都支持pcap回放离线分析的功能，但如果抓的pcap丢了包，会影响最终安全测试的效果。比如说竞测现场需要提供pcap包测试恶意文件的检测功能，如果pcap中丢包，可能会导致文件还原失败，最终恶意文件检测功能“实效”。那问题来了，我们怎么识别pcap包是否有丢包呢？接下来，我们通过wireshark来查找pcap文件中的丢包线索。完整？丢包？思路1：透过现象看现象。
转载
2023-10-07 12:12:53
21阅读
概述： 在平时的运维过程中，我们经常会遇到一些数据传输的问题，在我们平时遇到的数据传输问题中定位难度从难到易基本为：数据传输慢不符合预期、数据传输过程有丢包、数据传输被终止或网络断开连接。 如果要对数据流分析抓包是最直接的办法，它可以帮助你更快的定位问题。最常用的抓包工具：wireshark（w
转载
2024-03-28 21:55:29
345阅读
一：数据包过滤过滤需要的IP地址 ip.addr==在数据包过滤的基础上过滤协议ip.addr==xxx.xxx.xxx.xxx and tcp过滤端口ip.addr==xxx.xxx.xxx.xxx and http and tcp.port==80指定源地址 目的地址ip.src==xxx.xxx.xxx.xxx and ip.dst==xxx.xxx.xxx.xxxSEQ字段（序列号）过滤（
转载
2024-05-24 21:52:03
266阅读
网络包tcp和udp的比较一直是老生常谈，udp接收方会进行组包，如果丢了一个包之后，客户端不得不重传所有包，如果是tcp只需要重传丢失的部分。组包：MTU对数据分片，每个包里都有More fragement的标志。1表示还有分片，0表示最后一个分片可以组装了whirshark- statistics->summary （查看统计信息，比如平均流量）- statistics->serv
转载
2024-04-28 06:50:12
858阅读
一：数据包过滤过滤需要的IP地址 ip.addr==在数据包过滤的基础上过滤协议ip.addr==xxx.xxx.xxx.xxx and tcp过滤端口ip.addr==xxx.xxx.xxx.xxx and http and tcp.port==80指定源地址 目的地址ip.src==xxx.xxx.xxx.xxx and ip.dst==xxx.xxx.xxx.xxxSEQ字段（序列号）过滤（
转载
2024-03-17 09:51:17
88阅读
UDP 通信程序设计【实验名称】基于 UDP 丢包统计程序设计【实验目的】选择一个操作系统（Linux 或者 Windows），编制 UDP/IP 通信程序，完成一定的通信功能。【实验要求】在发送 UDP 数据包时做一个循环，连续发送 100 个数据包；在接收端统计丢失的数据包。实验时，请运行 Wireshark 软件，对通信时的数据包进行跟踪分析。【实验原理】以上为一般 UDP 网络编程的流程图
转载
2024-02-29 15:11:18
708阅读
第二次握手：服务端返回一个ACK(对客户端连接请求的应答)+SYN(表示服务端发起连接请求)，并且包含服务端的一个初始序列号seq=0，同时返回一个确认号ack=1第三次握手：客户端给服务端返回一个ACK(对服务端连接请求的应答)，并更新自己的序列号seq=1，返回一个确认号ack=1Wireshark分析握手过程这是我发起连接请求后抓到的数据包第一次握手：可以看到，客户端发起一个SYN请求，初始
问题背景首先，案例来自于互联网，数据包分析过程相对简单，但对个人来说，算是之前没实际碰到的情况，因此分享一下。 问题描述当第一次查看数据包文件时，一眼就能看到 “Bad TCP” 的鲜艳着色，这说明或多或少存在着问题。 打开分析-专家信息： 看到了 Previous segment not captured，可能都知道发生丢包了，99.99%的情况下包丢失发生在互连设备上，有可能是设备过载，也有可
转载
2024-02-23 19:06:27
933阅读
一、TCP协议和UDP协议的区别TCP协议和UDP协议的区别1.TCP是面向连接的，所以有TCP三次握手和四次挥手的过程。UDP是无连接的协议，因为没建立任何的连接，所以没有握手和挥手的过程。2.TCP有可靠的连接机制，所以TCP是一个可靠协议。UDP没有连接和确认机制，所以UDP协议会丢包，会出错，所以它是一个不可靠的协议。3.TCP协议：数据量很大，防止它丢包，正确重传。（如果数据量很大，那么
转载
2024-02-22 22:53:18
177阅读
