从你给出的curl -v输出能看出来，不管是尝试IPv6地址::1还是IPv4地址127.0.0.1，连接都被直接拒绝了。这通常指向几个明确的问题，咱们一步步排查和修复：

1. 先确认：有没有服务在9201端口运行？ #

这是最常见的原因——你要连接的服务根本没启动，或者它没监听9201端口。

• Linux/macOS：在终端运行这个命令检查端口监听情况：

  netstat -tulpn | grep 9201
  # 或者用更现代的ss命令
  ss -tulpn | grep 9201
  

  如果没有任何输出，说明完全没有进程在监听9201端口。

• Windows：打开命令提示符运行：

  netstat -ano | findstr :9201
  

  同样，没结果就代表端口没被占用。

如果确实没有服务在监听这个端口，你需要：

• 启动目标服务（比如如果是Elasticsearch，检查它的启动状态）
• 确认服务的配置文件里，端口号是不是设置成了9201（很多服务默认端口不是这个，比如Elasticsearch默认是9200，会不会是你输错了端口？）

2. 服务在运行，但监听的不是本地地址？ #

有时候服务会被配置成只监听特定的网卡IP（比如服务器的公网IP），而不是localhost或0.0.0.0（监听所有地址）。这种情况下，用localhost访问就会被拒绝。

还是用上面的端口检查命令，看输出里的监听地址：

• 如果显示的是类似192.168.x.x:9201或者公网IP，而不是0.0.0.0:9201或127.0.0.1:9201，那就是这个问题。

解决方法：
修改服务的配置文件，把监听地址改成0.0.0.0（允许所有地址访问）或者明确加上127.0.0.1，然后重启服务。

3. 本地防火墙/安全软件拦截了连接？ #

虽然本地连接被防火墙拦截的概率不高，但也有可能。比如某些安全软件会限制特定端口的本地访问。

• Linux：检查防火墙规则，比如用ufw status（如果用ufw）或者firewall-cmd --list-ports（firewalld），确认9201端口允许本地访问。如果没有，添加规则：

  # ufw示例
  ufw allow in from 127.0.0.1 to any port 9201
  

• Windows：打开Windows Defender防火墙的“高级设置”，检查入站规则里有没有阻止9201端口的条目，或者手动添加一条允许本地访问9201端口的规则。

4. 最后再确认：是不是端口号输错了？ #

很多服务的默认端口不是9201，比如Elasticsearch默认是9200，如果你是想连这类服务，可以先试试curl http://localhost:9200，看看能不能正常响应——说不定只是手滑输错了端口号而已。

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