JMeter压测时Vault报Consul 8500端口连接拒绝错误如何排查

核心诱因 #

你遇到的报错是两个问题共同作用导致的：

1. 本地临时端口耗尽
   你的压测配置为每10毫秒发起100请求，对应QPS达10000，每个请求都会触发Vault向Consul发起查询。默认配置下Vault的Consul后端连接复用率低，大量短连接会产生海量处于TIME_WAIT状态的TCP连接，占满Vault所在机器的本地临时端口。Linux默认临时端口范围仅3万左右，TIME_WAIT默认保留60秒，10000 QPS的请求量10分钟左右就会完全占满可用端口，新的连接无法分配端口就会抛出连接类错误，这也符合你"前10-15分钟运行正常、之后全部失败"的现象。
2. Consul未监听IPv6回环地址
   你的Consul配置中client_addr仅绑定了IPv4回环地址127.0.0.1，未绑定IPv6回环地址::1。当IPv4端口耗尽后，系统会默认尝试将localhost解析为IPv6地址发起请求，而Consul未监听IPv6的8500端口，直接返回连接拒绝，就出现了你日志中的dial tcp [::1]:8500: getsockopt: connection refused报错。

关于8500端口连接数限制的疑问 #

该错误不是8500端口本身的连接数限制导致的，你已经配置了http_max_conns_per_client=1000，该参数限制的是Consul端单客户端的最大并发连接数，你的问题本质是客户端（Vault侧）端口耗尽导致的连接无法建立，请求根本没有到达Consul的监听端口，所以Consul日志中没有任何错误记录。

• 调整Consul监听配置，将client_addr修改为同时支持IPv4和IPv6回环：

"client_addr": "127.0.0.1 [::1]"

• 优化Vault的Consul后端配置，开启连接池复用，减少短连接生成：

backend "consul" {
 address = "localhost:8500"
 path = "app/vault/"
 max_idle_conns = 1000
 max_parallel = 1000
}

• 调整系统内核参数，缓解TIME_WAIT端口占用问题：
  编辑/etc/sysctl.conf添加如下配置，执行sysctl -p生效：

net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_fin_timeout = 30
net.ipv4.ip_local_port_range = 1024 65535

• 可根据压测并发需求，适当将Consul的http_max_conns_per_client调高至2000，预留足够的连接冗余。

内容的提问来源于stack exchange，提问作者PaulAchinta