单IP做NAT支持的最大连接数问题

TCP/IP的端口数是16位的,最大也就支持65535个端口,难道单个IP地址做NAT的最大连接数就是65535?
我们知道,Linux做NAT的时候,将NAT前后的IP地址及端口都记录在/proc/net/ip_conntrack里,通过查找这个文件,可以推断出某个报文NAT前后的IP地址及端口,也就是所谓的一个连接。

下面我们来看一个实际的例子【1】:
处于同一子网内的主机A、B,IP地址分别为:192.168.1.2、192.168.1.3,他们使用TCP协议,使用相同的源端口访问不同目的IP地址的web服务,看看NAT前后的IP地址及端口:

1
2
tcp      6 431994 ESTABLISHED src=192.168.1.3 dst=121.194.0.206 sport=7777 dport=80 src=121.194.0.206 dst=60.16.128.110 sport=80 dport=7777 [ASSURED] use=1
tcp      6 431983 ESTABLISHED src=192.168.1.2 dst=60.215.128.148 sport=7777 dport=80 src=60.215.128.148 dst=60.16.128.110 sport=80 dport=7777 [ASSURED] use=1

从上面可以看出,NAT之后只是把数据包的源地址修改了,都改成60.16.128.110,他们的源端口依然不变。
我们继续看另外一个例子【2】:
同样是以上两台主机,同时TCP协议访问同一主机的web服务:

1
2
tcp      6 431997 ESTABLISHED src=192.168.1.3 dst=121.194.0.206 sport=6666 dport=80 src=121.194.0.206 dst=60.16.128.110 sport=80 dport=6666 [ASSURED] use=1
tcp      6 431990 ESTABLISHED src=192.168.1.2 dst=121.194.0.206 sport=6666 dport=80 src=121.194.0.206 dst=60.16.128.110 sport=80 dport=60121 [ASSURED] use=1

从结果可以看出,有一个连接的源端口号被修改成60121了。
比较上面两个例子,不难看出,识别一个连接只需5元组即可:
协议、源地址、源端口、目的地址、目的端口


对于【1】的两个连接,NAT前后的5元组为:
NAT前:
TCP、192.168.1.3、7777、121.194.0.206、80
TCP、192.186.1.2、7777、60.215.128.148、80
NAT后:
TCP、60.16.128.110、7777、121.194.0.206、80
TCP、60.16.128.110、7777、60.215.128.148、80
将内网地址修改成功网地址后,五元组中的目的地址不一致,可以区分两个连接,无需修改 源端口。


对于【2】的两个连接,NAT前的五元组为:
TCP、192.168.1.3、6666、121.194.0.206、80
TCP、192.168.1.2、6666、121.194.0.206、80
如果NAT服务器只是简单的将源地址替换成一个IP地址,则两个连接的五元组完全一致,无法区分两个连接,所以NAT后将其中一个连接的源端口做了相应的修改:
TCP、60.16.128.110、6666、121.194.0.206、80
TCP、60.16.128.110、60121、121.194.0.206、80
这样,两个连接的源端口不同,仍然可以区分两个连接。


从上面的分析,可以得出如下结论:
NAT支持最大连接数主要看可以产生多少个不重复的5元组。
因此单个IP地址做NAT支持的最大连接数是多少呢?
  协议× 源地址×源端口×目的地址×目的端口 =  2 * 1 * 2^16 * 2^32 * 2^16 = 3.68934881e+019 个连接(理想状态)
最差的情况,所有的用户都访问同一个IP地址的同一协议的同一端口,则:
  协议×源地址×源端口×目的地址×目的端口 =  1 * 1 * 2^16 * 1 * 1 = 65536个连接(最糟糕情况)。

补充: TCP/IP的四元组、五元组、七元组

四元组是:
源IP地址、目的IP地址、源端口、目的端口

五元组是:
源IP地址、目的IP地址、协议号、源端口、目的端口

七元组是:
源IP地址、目的IP地址、协议号、源端口、目的端口,服务类型以及接口索引

 

posted @   airoot  阅读(2629)  评论(1编辑  收藏  举报
编辑推荐:
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
阅读排行:
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
点击右上角即可分享
微信分享提示