admin管理员组

文章数量:1618694

前文

  两台服务器之间telnet端口能通，但是curl对应的端口却报reset by peer；从字面意思就知道被对端给reset了；
  这两个矛盾点使得这个问题不好排查，排查两边的防火墙，都确认没问题；同步上网搜索了解决方案，基本都是防火墙的问题，验证防火墙最快的方式就是直接关闭，执行 systemctl stop firewalld即可；
  如果是并发量高的时候被reset，可以执行ulimit -a，看下文件句柄数是不是1024，可以考虑上调到102400，具体调整搜下即可

解决

  如果应用层看不到问题，就要抓包分析结果了，通过在源ip和目标ip分别抓包，抓包语句（抓出来Wireshark分析）：

tcpdump -i eth0 host ip地址 -w ./target.cap

  将出来的包分别在wireshark分析，可以看到tcp三次握手都正常，接下来请求报文的时候，在源ip清晰收到目标ip发挥rst的flag报文，而在目标ip并未有相关包，只有三次握手。说明了中间设备拦截了，并对源ip返回了reset
  在源ip通过traceroute 目标ip，查询中间经过的设备，让it放通即可。

本文标签： 解决方案Recvcurlfailurepeer

版权声明：本文标题：curl: (56) Recv failure: Connection reset by peer --- 一种解决方案 内容由热心网友自发贡献，该文观点仅代表作者本人， 转载请联系作者并注明出处：https://m.elefans.com/dongtai/1728786344a1173374.html， 本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。