tcpdump

Q741_1471 天前
网络·c++·笔记·测试工具·tcpdump
TcpDump 使用笔记注意:运行 tcpdump 通常需要 root 权限,或给用户赋予 CAP_NET_RAW 能力。macOS 用户注意:macOS 自带的 tcpdump 与 Linux 下的行为基本相同,但在接口名称、权限模型和默认捕获长度上略有差异。例如,无线网卡通常是 en0,且需要 sudo;默认快照长度可能更大,但为了安全仍建议使用 -s 0。此外,macOS 中 -i any 不受支持,必须指定具体接口。
测试运维日常笔记2 天前
linux·服务器·tcpdump
tcpdump(Linux服务器)配合 Wireshark(本地分析)使用手顺与常用过滤语法详解在网络故障排查、安全分析、协议学习等场景中,tcpdump 和 Wireshark 是黄金搭档。tcpdump 作为命令行抓包利器,轻量高效,常部署在 Linux 服务器上捕获原始流量;Wireshark 则以其强大的图形界面和深度解析能力,在本地工作站上对抓包文件进行可视化分析。
gwf2164 天前
网络协议·tcp/ip·网络安全·性能优化·tcp·tcpdump
Mellanox ConnectX网卡RDMA性能优化全指南:深度解析(固件调优、中断亲和与GPUDirect必知必会)摘要: 本文深度解析Mellanox ConnectX系列网卡RDMA性能优化全指南。从RoCEv2协议报文、DCQCN拥塞控制算法,到GPUDirect RDMA底层PCIe P2P架构进行硬核剖析。结合H3C交换机与NVIDIA网卡的多厂商实战配置,提供中断亲和、固件调优及真实踩坑案例,助力AI集群网络性能榨干最后一滴带宽。
酷可达拉斯6 天前
linux·运维·服务器·网络·tcpdump
Linux操作系统-tcpdump抓包定位网络问题实战凌晨2点,线上服务突然告警,业务反馈接口超时。监控显示服务正常,防火墙没动,配置也没改。你登服务器查了半天,ping得通、telnet端口通、本地curl访问正常,业务就是跑不起来。访问网站的数据包有没有到达服务器、服务器有没有返回数据给客户端不确定。
gwf2169 天前
人工智能·python·tcp/ip·tcp·tcpdump
Soft-RoCE与Soft-iWARP深度解析:无硬件RDMA学习环境搭建(零基础必知必会)摘要: 本文深度解析Soft-RoCE(RXE)与Soft-iWARP(SIW)的核心原理与内核实现。通过剖析报文封装、协议栈交互及拥塞控制算法,结合多厂商(H3C/NVIDIA/Linux)实战配置与Benchmark评测,手把手教你在无专用RDMA网卡环境下搭建高性能实验平台,彻底打破RDMA学习的高昂硬件门槛。
雾里0不看花11 天前
linux·网络·tcpdump
【App Service Linux】在Linux App Service中安装 tcpdump 并抓取网络包
我星期八休息12 天前
linux·服务器·开发语言·前端·网络·tcp/ip·tcpdump
扩展— TCP 全连接队列与 tcpdump 抓包在 Linux 网络编程开发中,listen() 函数 的第二个参数 backlog 是容易被初学者忽略的知识点。大多数开发者仅知道该参数和连接排队相关,但不了解内核存在半连接队列、全连接队列两套独立管理结构,一旦并发连接量超过队列上限,会出现客户端连接超时、建链失败等问题。
茉莉玫瑰花茶12 天前
git·github·tcp·tcpdump
TCP 全连接队列与 tcpdump 抓包本篇核心话题:TCP 全连接队列与tcpdump抓包分析虽然标题标注了两个核心内容,但本篇我会先给大家补充一个底层核心知识点,带大家阅读 Linux 版本内核源码,帮大家彻底搞懂「连接」在内核中的本质;把连接底层原理吃透之后,大家才能真正明白listen第二个参数的作用、以及全连接队列的完整含义。
米尔的可达鸭15 天前
windows·websocket·网络协议·rust·udp·wireshark·tcpdump
UDP 通信深度实验:从 Windows FastPath 到 ICMP 端口不可达的完整排查Wireshark 只看端口、不解析报文内容,属于界面展示问题,不改变底层数据包类型。目标端口无监听进程,内核投递失败,返回 ICMP 端口不可达。无接收缓冲区、无进程阻塞,因此发包速度不受限。
gwf21616 天前
网络·网络协议·tcp/ip·udp·tcpdump
RoCEv2无损网络配置实战:PFC与ECN深度调优摘要: 在AI大模型训练中,RoCEv2无损网络是释放GPU算力的关键。本文深入解析RoCEv2环境下PFC与ECN的协同机制,揭秘因阈值配置不当引发的“暂停风暴”与“幽灵延迟”。通过ConnectX网卡与交换机的实战配置,手把手教你掌握DCQCN与流控的黄金调优法则,让你的RDMA网络跑满带宽!
皮皮蟹虾饺2 个月前
测试工具·php·tcpdump
tcpdump指南:从基础抓包到 BPF 高级过滤与生产实战📌 本文亮点:覆盖 tcpdump 全部核心知识点——常用选项速查、BPF 过滤语法从入门到字节偏移高级用法、TCP 标志位精准抓包、生产环境抓包策略与性能优化,附速查表一键收藏!
STDD2 个月前
网络·wireshark·tcpdump
tcpdump 与 Wireshark 网络抓包实战:远程抓包、过滤表达式、流量分析网络抓包是排查网络故障、分析协议行为、定位性能瓶颈的核心技能。tcpdump 是 Linux 下轻量的命令行抓包工具,Wireshark 则是功能强大的图形化协议分析利器。两者结合使用——在服务器上用 tcpdump 抓包,在本地用 Wireshark 分析——能覆盖绝大多数网络问题的排查场景。本文将系统讲解从基础抓包到高级流量分析的完整流程。
network_tester2 个月前
数据库·网络协议·tcp/ip·自动驾驶·信息与通信·信号处理·tcpdump
SENT/PSI5传感器TSN集成测试:打通传统传感与未来车载网络的“最后一公里”随着汽车电子电气架构向域集中式演进,车载网络正经历从传统总线(如CAN、LIN)到高速车载以太网,再到时间敏感网络(TSN)的深刻变革。在这一过程中,大量基于SENT(Single Edge Nibble Transmission)和PSI5(Peripheral Sensor Interface 5)协议的传感器——如轮速、压力、加速度、角度传感器——作为车辆感知的“神经末梢”,其数据如何高效、可靠、确定性地汇入TSN主干网络,成为智能驾驶系统成败的关键。SENT/PSI5传感器TSN集成测试,正是验证
network_tester2 个月前
网络·网络协议·5g·汽车·信息与通信·信号处理·tcpdump
TSN台架系统测试:从实验室验证到智能驾驶落地的关键桥梁随着汽车电子电气架构从分布式向域集中式、中央计算式演进,车载网络正经历一场深刻的变革。时间敏感网络(TSN)作为下一代车载以太网的核心技术,以其确定性的低时延、高可靠性和精准时钟同步能力,成为支撑高级别智能驾驶(ADAS)和车载信息娱乐系统(IVI)的“数据高速公路”。然而,单个ECU(电子控制单元)的TSN功能正常,并不意味着整个车载网络系统就能稳定运行。TSN台架系统测试,正是在实验室环境中,对由多个TSN节点(如域控制器、传感器、执行器、TSN交换机)构成的完整网络系统进行集成验证的关键环节,是确保
菜_小_白3 个月前
linux·网络·测试工具·http·tcpdump
tcpdump本文主要探讨tcpdump抓包相关 知识。常用参数过滤规则语法ARP/RARP抓包TCP抓包字段含义TCP交互示例
Johnstons3 个月前
wireshark·php·es·tcpdump·抓包分析·抓包与协议分析工具选型
Wireshark 和 tcpdump 到底怎么选?网络故障排查实战中的边界、判断标准与落地清单在网络故障排查里,很多团队会反复问一个问题:Wireshark 和 tcpdump 到底怎么选?是命令行抓包更专业,还是图形化分析更高效?
key_3_feng3 个月前
网络·测试工具·tcpdump
TCPDump 实际抓包案例及故障分析在网络运维和开发过程中,网络故障的排查是常见且关键的任务。tcpdump 作为一款强大的命令行网络抓包工具,能够帮助工程师捕获和分析网络流量,快速定位问题根源。本文通过一个实际案例,结合 tcpdump 和 Wireshark 的使用,详细分析一次网络故障的排查过程,并总结相关经验与技巧。
KK溜了溜了3 个月前
测试工具·wireshark·tcpdump
wireshark and tcpdump抓包整体流程:Linux服务器tcpdump抓取9999服务端口流量:使用wireshark打开网络包分析: 其中10.0.0.1是虚拟机的虚拟网关,也就是宿主机访问虚拟机的入口。10.0.0.132是部署服务的网卡ip。
7ACE3 个月前
网络·网络协议·tcp/ip·wireshark·tcpdump
Wireshark TS | TLP 超时时间说到 TLP 超时时间,之前曾经在《超时重传时间不翻倍》中讨论过一个案例,本篇再简单总结一下两种场景的现象。
Johnstons4 个月前
数据分析·wireshark·php·es·tcpdump·网络故障定位工具搭配与选型
网络故障定位工具怎么搭配:Wireshark、tcpdump、监控平台各自该在什么时候上场?很多团队的网络排障效率低,不是因为没人干活,而是因为工具顺序用反了:明明问题还在“先确认范围”的阶段,就急着抓全量包;明明证据已经显示是会话层或链路层异常,却还在盯着单一监控图表发呆。