Linux中的conntrack命令深入解析

已于 2024-04-03 13:07:28 修改
阅读量3.3k 收藏 20
点赞数 13
CC 4.0 BY-SA版权
分类专栏： 工具 Linux命令 文章标签： linux 运维 服务器
于 2024-04-03 11:34:58 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/IOT_AI/article/details/137338191

在Linux网络管理和监控领域，conntrack命令是一个强大的工具，它提供了对netfilter连接跟踪系统的直接访问🔍。这篇文章将深入探讨conntrack的由来、底层原理、参数意义，以及其常见用法，并对返回结果的每个字段进行详细解释。

1. conntrack的由来📜

conntrack命令源于Linux的netfilter项目🌐，这是一个内置于Linux内核中的网络包处理模块。Netfilter支持各种网络相关任务，如包过滤（防火墙）🔥、网络地址转换（NAT）🔄和连接跟踪。conntrack工具最初设计的目的是为了管理和监视netfilter的连接跟踪系统，这个系统记录了所有经过防火墙的网络连接的状态信息。

2. 底层原理🔬

conntrack工具的底层原理基于netfilter的连接跟踪表📈，该表位于内核空间。每当网络包经过netfilter时，连接跟踪系统会检查包的信息，如源IP地址、目的IP地址、传输层协议（TCP/UDP）、端口等，并据此更新内部的连接跟踪表。这个表包含了所有活跃连接的状态信息，例如是否已建立连接、连接是否已关闭等。

3. 参数解释📋

conntrack命令支持多种参数，用于执行不同的操作✅：

  • -L, --list：列出连接跟踪表中的所有条目。
  • -G, --get：获取单个连接跟踪条目的信息。
  • -D, --delete：从连接跟踪表中删除条目。
  • -I, --create：创建一个新的连接跟踪条目。
  • -U, --update：更新已存在的连接跟踪条目。
  • -E, --event：监听连接跟踪事件。

4. conntrack返回结果解释

当你运行conntrack -L时，会看到类似以下的输出：

tcp      6 431999 ESTABLISHED src=192.168.1.2 dst=93.184.216.34 sport=34567 dport=80 [UNREPLIED] src=93.184.216.34 dst=192.168.1.2 sport=80 dport=34567

每个字段的含义如下📝：

  1. 协议：表示连接使用的协议，如tcp、udp等。

  2. 协议号：表示连接使用的协议号，如6代表tcp连接、17代表udp连接等。

  3. TCP状态计数器，可以理解为超时时间（Timeout）：表示连接条目在连接跟踪表中保持的剩余时间（秒）。当这个时间到达0时，条目将被自动从跟踪表中移除。

    • 对于TCP连接，该数字表示连接跟踪条目在内核连接跟踪表中的剩余时间。这个计时器的值会根据连接的状态（如ESTABLISHED、TIME_WAIT等）和配置的超时设置变化。计时器的值为零时，连接跟踪条目会从表中删除。
    • 对于非TCP连接（如UDP），因为UDP是无连接的，所以这个计数器代表连接跟踪条目在没有任何新的数据包更新的情况下，还可以在连接跟踪表中存活多长时间。

  4. 连接状态：描述TCP连接的当前状态。

    • ESTABLISHED：已建立连接
    • TIME_WAIT：等待足够的时间以确保远程TCP接收到连接终止请求的确认）
    • CLOSE_WAIT：CLOSE_WAIT状态表示对端（远程主机）已经关闭了连接的一半（发送了一个FIN包），并且本地端（你的计算机）已经接收到这个关闭请求，但是本地应用程序还没有关闭（或者说还没有调用close来关闭连接）。简单来说，CLOSE_WAIT状态意味着TCP连接在等待本地应用程序去关闭连接。
    • SYN_SENT：客户端已发送一个连接请求（SYN包）给服务器，并等待服务器的确认。这表示客户端已经开始了TCP三次握手过程
    • SYN_RECE：服务器收到客户端的SYN包，并回应一个SYN+ACK包，等待客户端的确认。这个状态表示服务器端已经响应了连接请求，正在进行三次握手的第二步。
    • FIN_WAIT_1：的一方（通常是客户端）决定关闭连接，并发送一个FIN包给对方，等待对方的确认。这标志着连接关闭过程的开始
    • FIN_WAIT_2：在发送FIN包并收到ACK包后，连接进入FIN_WAIT_2状态。在这个状态下，连接的关闭一方等待对方的FIN包。
    • CLOSE_WAIT：当一方收到另一方的FIN包，即对方请求关闭连接时，它会发送一个ACK包作为回应，并进入CLOSE_WAIT状态。在这个状态下，等待本地应用程序关闭连接。
    • CLOSING：在同时关闭的情况下，当双方几乎同时发送FIN包时，连接会进入CLOSING状态，表示双方都在等待对方的FIN包的确认。
    • LAST_ACK：当处于CLOSE_WAIT状态的一方发送FIN包，并等待对方的最终ACK包时，连接进入LAST_ACK状态。
    • TIME_WAIT：在收到对方的FIN包并发送ACK包后，连接进入TIME_WAIT状态。这个状态持续一段时间（2倍的MSL，最大报文生存时间），以确保对方收到了最终的ACK包。这也允许老的重复数据包在网络中消失。
    • CLOSED：连接完全关闭，两端都释放了连接的资源。

  5. 源地址（src）、目的地址（dst）：发送数据包的主机的IP地址。src=源IP dst=目的IP：表示数据包的源和目的IP地址。

  6. 源端口（sport）、目的端口（dport）：发送数据包的主机的端口号。sport=源端口 dport=目的端口：表示数据包的源和目的端口号。

  7. [UNREPLIED] / [ASSURED]：

    • [UNREPLIED]：表示从源到目标的连接请求尚未收到回复。
    • [ASSURED]：表示连接已经被确认，不会因为短时间内没有数据包而被清除。

  8. Mark（标记）：mark字段用于表示特定的连接跟踪条目被打上的标记（或称为标签）

    • 这个标记是一个整数值，通常由防火墙规则（如iptables）设置，用于对特定的数据包或连接进行分类或执行特定的处理逻辑。
    • 可能的取值：mark的取值范围是从0到4294967295（即2^32-1），其中0通常表示未被标记的连接。非零的值则根据实际的防火墙规则和策略而定，不同的值可以代表不同的分类或处理逻辑。例如，在某些配置中，mark可以用来区分经过VPN的流量、被特定规

  9. Use（使用）：use字段表示当前有多少个内核组件正在引用这个连接跟踪条目。简而言之，它表明这个连接跟踪条目的“使用度”或“引用计数”。

    • 可能的取值：use的取值是一个正整数，起始值至少为1，表示至少有一个引用（即连接跟踪本身）。如果有多个内核组件因为某些原因（如特定的路由或防火墙规则）同时需要跟踪这个连接，use的值会相应增加。一般而言，大多数情况下use的值会比较低，除非系统配置导致多个组件需要引用同一个连接跟踪条目。
4.1. 例一：查看所有TCP连接

命令：conntrack -L -p tcp

示例输出：

tcp 6 431999 ESTABLISHED src=192.168.1.100 dst=192.168.1.1 sport=34567 dport=22 [ASSURED] mark=0 use=1

解释：

  • 这是一个TCP连接，连接状态为ESTABLISHED。
  • 连接从源地址192.168.1.100的34567端口到目的地址192.168.1.1的22端口。
  • [ASSURED]表示连接已经被确认。
  • mark=0 use=1提供了额外的连接标记和使用信息。
4.2. 例二：查看所有UDP连接

命令：conntrack -L -p udp

示例输出：

udp 17 28 src=192.168.1.100 dst=192.168.1.255 sport=137 dport=137 [UNREPLIED] src=192.168.1.255 dst=192.168.1.100 sport=137 dport=137 mark=0 use=1

解释：

  • 这是一个UDP连接，通常用于网络广播。
  • 连接尝试从192.168.1.100到192.168.1.255，这是一个局域网广播地址。
  • [UNREPLIED]标志表示广播请求尚未收到回复。
4.3. 例三：监听连接跟踪事件

命令：conntrack -E

示例输出：实时显示连接跟踪事件，如新建（NEW）、更新（UPDATE）和销毁（DESTROY）事件。

root@linux-study:~# conntrack -E|head -n 20
[DESTROY] tcp      6 src=192.168.201.109 dst=182.75.23.156 sport=40175 dport=443 src=182.75.23.156 dst=172.30.3.222 sport=443 dport=40175 [ASSURED]
    [NEW] tcp      6 120 SYN_SENT src=192.168.201.109 dst=182.75.23.156 sport=40175 dport=443 [UNREPLIED] src=182.75.23.156 dst=172.30.3.222 sport=443 dport=40175
 [UPDATE] tcp      6 60 SYN_RECV src=192.168.201.109 dst=182.75.23.156 sport=40175 dport=443 src=182.75.23.156 dst=172.30.3.222 sport=443 dport=40175
 [UPDATE] tcp      6 432000 ESTABLISHED src=192.168.201.109 dst=182.75.23.156 sport=40175 dport=443 src=182.75.23.156 dst=172.30.3.222 sport=443 dport=40175 [ASSURED]
    [NEW] tcp      6 120 SYN_SENT src=192.168.201.109 dst=182.75.23.156 sport=24526 dport=443 [UNREPLIED] src=182.75.23.156 dst=172.30.3.222 sport=443 dport=24526
 [UPDATE] tcp      6 60 SYN_RECV src=192.168.201.109 dst=182.75.23.156 sport=24526 dport=443 src=182.75.23.156 dst=172.30.3.222 sport=443 dport=24526
 [UPDATE] tcp      6 432000 ESTABLISHED src=192.168.201.109 dst=182.75.23.156 sport=24526 dport=443 src=182.75.23.156 dst=172.30.3.222 sport=443 dport=24526 [ASSURED]
    [NEW] tcp      6 120 SYN_SENT src=192.168.201.110 dst=182.75.23.156 sport=6069 dport=443 [UNREPLIED] src=182.75.23.156 dst=172.30.3.222 sport=443 dport=6069
 [UPDATE] tcp      6 60 SYN_RECV src=192.168.201.110 dst=182.75.23.156 sport=6069 dport=443 src=182.75.23.156 dst=172.30.3.222 sport=443 dport=6069
 [UPDATE] tcp      6 432000 ESTABLISHED src=192.168.201.110 dst=182.75.23.156 sport=6069 dport=443 src=182.75.23.156 dst=172.30.3.222 sport=443 dport=6069 [ASSURED]
 [UPDATE] tcp      6 120 FIN_WAIT src=192.168.201.109 dst=182.75.23.156 sport=24526 dport=443 src=182.75.23.156 dst=172.30.3.222 sport=443 dport=24526 [ASSURED]
 [UPDATE] tcp      6 60 CLOSE_WAIT src=192.168.201.109 dst=182.75.23.156 sport=24526 dport=443 src=182.75.23.156 dst=172.30.3.222 sport=443 dport=24526 [ASSURED]
 [UPDATE] tcp      6 30 LAST_ACK src=192.168.201.109 dst=182.75.23.156 sport=24526 dport=443 src=182.75.23.156 dst=172.30.3.222 sport=443 dport=24526 [ASSURED]
 [UPDATE] tcp      6 120 TIME_WAIT src=192.168.201.109 dst=182.75.23.156 sport=24526 dport=443 src=182.75.23.156 dst=172.30.3.222 sport=443 dport=24526 [ASSURED]
    [NEW] tcp      6 120 SYN_SENT src=192.168.201.109 dst=182.75.23.156 sport=7378 dport=443 [UNREPLIED] src=182.75.23.156 dst=172.30.3.222 sport=443 dport=7378
 [UPDATE] tcp      6 60 SYN_RECV src=192.168.201.109 dst=182.75.23.156 sport=7378 dport=443 src=182.75.23.156 dst=172.30.3.222 sport=443 dport=7378
 [UPDATE] tcp      6 432000 ESTABLISHED src=192.168.201.109 dst=182.75.23.156 sport=7378 dport=443 src=182.75.23.156 dst=172.30.3.222 sport=443 dport=7378 [ASSURED]
 [UPDATE] tcp

解释：

  • 实时监控连接状态变化，有助于诊断网络问题和分析流量模式。
4.4. 例四：解释协议号和TCP状态计数器

考虑以下conntrack命令的输出示例：

tcp      6 431999 ESTABLISHED src=192.168.1.100 dst=93.184.216.34 sport=34567 dport=80 [ASSURED] mark=0 use=1
udp      17 170 src=192.168.1.100 dst=192.168.1.255 sport=137 dport=137 [UNREPLIED] src=192.168.1.255 dst=192.168.1.100 sport=137 dport=137 mark=0 use=1

在这个示例中：

  • 对于TCP连接，6是TCP的协议号，431999是剩余的计时器值（单位是秒），表示该TCP连接跟踪条目将在大约431999秒后从连接跟踪表中移除，除非有新的数据包更新此连接状态。
  • 对于UDP连接，17是UDP的协议号，170是剩余的计时器值，表示该UDP连接跟踪条目将在170秒后从连接跟踪表中移除，如果没有新的数据包到达更新状态。

5. 常见用法🛠️

5.1. 列出所有连接

命令：conntrack -L

root@linux-study:~# conntrack -L|head
tcp      6 75 TIME_WAIT src=192.168.201.108 dst=182.75.23.156 sport=12753 dport=443 src=182.75.23.156 dst=172.30.3.222 sport=443 dport=12753 [ASSURED] mark=0 use=1
tcp      6 29 TIME_WAIT src=192.168.201.104 dst=182.75.23.156 sport=22689 dport=443 src=182.75.23.156 dst=172.30.3.222 sport
最低0.47元/天 解锁文章
Linux协议栈-netfilter(2)-conntrack
落尘纷扰的专栏
04-04 1万+
连接跟踪（conntrack）用来跟踪和记录一个连接的状态，它为经过协议栈的数据包记录状态，这为防火墙检测连接状态提供了参考，同时在数据包需要做NAT时也为转换工作提供便利。本文基于Linux内核2.6.31实现的conntrack进行源码分析。1. conntrack模块初始化1.1 conntrack模块入口conntrack模块的初始化主要就是为必要的全局数据结构进行初始化，代码流程如下：上...
Linux网络之连接跟踪（conntrack）
m0_74282605的博客
03-07 1828
例如，kubernetes的service，ServiceMesh sidecar，4层负载均衡软件LVS/IPVS，容器网络，OpenvSwitch，OpenStack安全组等等都是依赖连接跟踪。我们澄清了conntrack的概念是独立于NAT模块的，但是出于性能考虑，代码可能是耦合的。上图中，假设节点IP 10.1.1.2可以被其他节点访问，但是内部网络地址范围在192.168.1.0/24的，外部访问不了，类似节点上容器地址。更清楚地说，钩子(hook)是一种在包的遍历路径上放置多个检查点的机制。
linux conntrack
lucien的博客
02-09 1219
http://staff.ustc.edu.cn/~james/linux/nat.html http://blog.youkuaiyun.com/efan_linux/article/details/4604362 http://blog.youkuaiyun.com/dog250/article/details/9732185
traefik节点conntrack条目过大
最新发布
qq_35641586的博客
05-12 387
Conntrack 是 Linux 内核中的一个子系统，用于管理和跟踪网络连接的状态，记录源 IP、目标 IP、端口和协议类型等信息。它通过 nf_conntrack 模块工作，支持 TCP、UDP 和 ICMP 等协议，并识别连接状态如 NEW、ESTABLISHED、RELATED 等。Conntrack 的主要功能包括跟踪连接状态、支持 NAT 和连接控制，通过 conntrack 表存储活跃连接，表的大小由 nf_conntrack_max 控制。在高并发网络场景中，如负载均衡器和代理服务器，con
Linux中的conntrack命令
yikongruhui的博客
04-18 340
使用 conntrack - L 查询出来。
Linux的ip_conntrack半景
系统运维
02-25 168
ip_conntrack内置于Linux协议栈的Netfilter框架，其实现比较复杂，然而其逻辑却很简单。ip_conntrack追踪每一个流，一个流由五元组来定义，五元组这个网络基本术语就不解释了。因此ip_conntrack必然能对“哪里是一个流的开始”做出判断，虽然这种判断不总是精确的，详见《linux之ip_conntrack容易混淆的问题点滴》。　　ip_conntrack会为每一个到...
linux之conntrack连接跟踪
农民工
04-15 3646
系列文章目录 提示：这里可以添加系列文章的所有文章的目录，目录需要自己手动添加 例如：第一章 Python 机器学习入门之pandas的使用 提示：写完文章后，目录可以自动生成，如何生成可参考右边的帮助文档 文章目录系列文章目录前言一、pandas是什么？二、使用步骤1.引入库2.读入数据总结 前言 提示：这里可以添加本文要记录的大概内容： 例如：随着人工智能的不断发展，机器学习这门技术也越来越重要，很多人都开启了学习机器学习，本文就介绍了机器学习的基础内容。 提示：以下是本篇文章正文内容，下面案例可
Linux IP命令深度解析：网络管理与监控的六大专业技巧
![Linux IP命令深度解析：网络管理与监控的六大专业技巧]...本文旨在对Linux IP命令进行深入的探讨，从其基本功能、配置技巧到故障诊断方法，再到自动化管理与网络安全应用，一步步揭开Linux IP命令的神秘面纱。
iptables规则大师：Linux IP防火墙深入解析与配置
[iptables规则大师：Linux IP防火墙深入解析与配置](https://media.geeksforgeeks.org/wp-content/uploads/check.jpg) # 1. iptables基础与功能概述 iptables是Linux系统中一个功能强大的命令行工具，用于配置Linux...
Linux防火墙配置：iptables深入解析，打造安全防护网
# 1. Linux防火墙概述与iptables简介 ...iptables是一个在Linux内核中使用的、用于配置netfilter模块的命令行工具。netfilter模块是内核的一部分，负责管理网络流量，进行数据包过滤、修改以及网络地址转换等。 iptable
深入解析Linux内核：启动流程到核心组件的完全指南
![深入解析Linux内核：启动流程到核心组件的完全指南]...# 1. Linux内核启动流程概述 Linux操作系统以其开源性和强大的功能吸引了全球范围内无数的开发者和用户。Linux内核作为整个系统的核心，承载着管理硬件资源、...
【博客521】linux conntrack (connection tracking)
qq_43684922的博客
10-16 2864
conntrack本质是一个内核里的hash表，每个node上的conntrack在跟踪流过它的每一条连接。
连接跟踪conntrack详解
02-08
非常详细的连接跟踪过程讲解 非常详细的连接跟踪过程讲解
Linux网络之连接跟踪 conntrack
wzj_110的博客
12-03 1541
Linux网络之连接跟踪 conntrack。conntrack 命令。conntrack中的。
连接跟踪（conntrack）：原理、应用及 Linux 内核实现
maimang1001的专栏
03-20 1920
本文介绍连接跟踪（connection tracking，conntrack，CT）的原理，应用，及其在 Linux 内核中的实现。代码分析基于内核4.19。为使行文简洁，所贴代码只保留了核心逻辑，但都给出了代码 所在的源文件，如有需要请查阅。水平有限，文中不免有错误之处，欢迎指正交流。// 为方便 NAT 的实现，内核将 tuple 结构体拆分为 "manipulatable" 和 "non-manipulatable" 两部分// 下面结构体中的 _man 是 manipulatable 的缩写。
Linux conntrack模块,linux conntrack
weixin_35019134的博客
05-14 480
4.4. TCP 连接本节和下面的几节，我们来详细讨论这些状态，以及在TCP、UDP和ICMP这三种基本的协议里怎样操作它们。当然，也会讨论其他协议的情况。我们还是从TCP入手，因为它本身就是一个带状态的协议，并且具有很多关于iptables状态机制的详细信息。一个TCP连接是经过三次握手协商连接信息才建立起来的。整个会话由一个SYN包开始，然后是一个 SYN/ACK包，最后是一个ACK包，此时，...
Linux - 网络子系统 - CT(conntrack)
vertor11的博客
06-27 1007
引用 连接跟踪(conntrack)原理、应用以及Linux内核实现 Linux内核那些事之连接跟踪 一. Overall CT:连接跟踪 - connection tracking，conntrack。 连接跟踪是许多网络应用的基础。例如，Kubernetes Service、ServiceMesh sidecar、 软件四层负载均衡器 LVS/IPVS、Docker network、OVS、iptables 主机防火墙等等，都依赖 连接跟踪功能 例如，上图是一台 IP 地址为...
Iptables状态跟踪（conntrack）相关命令与参数
shijin741231的博客
01-22 2158
简述Iptables conntrack，介绍概念、参数，并给出推荐配置
Linux conntrack和iptables技术解析
李姓门徒
03-05 2390
conntrack和iptables是Linux操作系统中的两个网络工具，用于网络连接跟踪和流量过滤。 conntrack是一个内核模块，用于在网络连接建立时跟踪和记录连接的信息。它可以记录连接的源地址、目的地址、端口等信息，并且能够在连接关闭后继续跟踪一段时间。通过conntrack，系统管理员可以查看和管理网络连接状态，如查看活动连接、删除连接等。iptables是一个防火墙工具，用于管理和配置Linux操作系统的数据包过滤规则。它可以根据数据包的源地址、目的地址、端口等信息来过滤网络流量，以实现
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值