TCP自连接问题

背景：

在更新后端服务的时候，发现服务端口被占用了，然后去排查端口，发现端口形成了自连接。（也可以用netstat -anp|grep 18082）

上述问题就是TCP的自连接问题。所谓TCP自连接，就是出现源ip：源端口和目的ip：目的端口完全相同的情况。
原因在于客户端在连接服务端时，如果没有指定端口号，系统会随机分配一个。随机就意味着可能分配一个和目的端口一样的数字，此时就会出现自连接情况了。因为对于tcp协议来讲，连接的流程是走的通，三次握手整个阶段都合法，连接自然可以建立。
自连接的坏处显而易见，当程序去connect一个不处于监听的端口时，必然期待其连接失败，如果自连接出现，就意味着该端口被占用了，那么：
- 真正需要监听该端口的服务会启动失败，抛出端口已被占用的异常。
- 客户端无法正常完成数据通信，因为这是个自连接，并不是一个正常的服务。

解决方法

解决办法也很简单，只要保证客户端随机的端口不会和服务监听的端口相同就可以了。那么我们得先了解随机的范围，这个范围对应linux的/etc/sysctl.conf的net.ipv4.ip_local_port_range参数，其默认值是32768 61000。也就是说随机端口会在这个范围内出现，试验中我们选定了55555这个端口，所以出现了自连接现象。此时只要限定服务监听在32768端口以下，就不会出现自连接现象了。当然，你可以修改这个配置，只要注意保证监听端口不再配置范围内就可以避免自连接问题了。