解决项目调用之间Connection reset的问题

最新推荐文章于 2025-04-15 22:00:00 发布
原创 最新推荐文章于 2025-04-15 22:00:00 发布 · 3.9k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#java #Connetion Rest

博客讲述了在项目中遇到的Http调用错误ConnectionReset的问题，原因是HttpClient使用长连接，而Nginx配置为短连接导致的不匹配。通过在HttpClient请求头设置为短连接解决了该问题，确保了请求的正常进行。

前几天项目中调用其他项目会时不时的报Connection Rest，然后找了各种方法都解决不了。被调用方查询日志以后发现每次报Connection Rest时被调用方都未收到请求。
在这里插入图片描述
查询了一些资料才发现，Nginx对服务端使用的是长连接，对客户端使用的是短连接，而我们项目使用的是HttpPost ，HttpPost 默认是长连接。那么就很显而易见了，我方调用数据提供方使用了长连接，而被调用方的nginx对我方使用的是短连接，被调用方接受请求以后立马断掉了，我方还在继续等待结果就产生了Connection Rest。
因此，在httpclient请求时在请求头设置为短连接即可：

HttpPost httpPost = new HttpPost(url);
httpPost.setHeader(HTTP.CONN_DIRECTIVE, HTTP.CONN_CLOSE);

修改以后经验证请求正常不再报错。。。

connect reset:
zhaoyangjian724的专栏
04-07 674
connect reset: 服务端突然重启造成: 0 packets dropped by kernel node2:/root#tcpdump -S -i eth1 '((tcp) and (host 192.168.137.3) and (port 8080) )' tcpdump: verbose output suppressed, use -v or -vv for full pr...
Connection reset
科学的N次方
11-23 1116
Error occurred while trying to connect to the database Error connecting to database: (using class oracle.jdbc.driver.OracleDriver) Io exception: Connection reset Connection reset 一般是jar包问题。仔细想想有哪些地方可能
记录Idea中链接Github出现Connection reset问题处理
LegendChapin的博客
08-13 1650
今天准备把项目push到Github上，失败。 首先给出提示框，主机真实性无法建立，是否确认继续连接 点击yes后，Idea右下角报错，添加失败 说我的公钥拒绝访问，貌似是访问权限问题 查看Github设置，发现没有链接上我的Github账户 这个问题还没解决，发现在~/.ssh目录下找不到know_hosts文件 百度查询，在.ssh目录下面的config文件当中有这么一行 UserKnownHostsFile /dev/null 只需要将最后一行（飘红），注释掉就可以了，前面加一个# 到现在为止，问
idea 请求地址报 Connection reset
m0_57602143的博客
02-17 3241
Connection reset
诡异的Connection reset
噜噜噜的博客
03-25 3万+
场景： 开发反馈测试环境A应用通过httpclient连接B应用，偶发java.net.socketException: connection reset报错。 理解 Connection reset： 在我看来 Connection reset分为2种情况: 第一种Connection reset by peer: 服务器返回了RST时，如果此时客户端正在往Socket套接字的输入流中写数据则会提示"Connection reset by peer"。 第二种java.net.so...
IntelliJ IDEA版本控制GitHub插件连接出现connection reset
北冥有雨
06-19 5065
在使用IntelliJ IDEA的git版本控制系统的时候，需要将本地仓库的代码更新到github代码托管平台，此时我们就可以使用IntelliJ IDEA内置的的GitHub插件 在上图输入github的登入名和密码即可连接，但有时会出现connection reset这种连接不上的情况，并且在DOS系统下也ping不通github.com，那该怎么办呢？我们可以利用域名解析器，看看github.com域名下映射的IP地址，查询网站（https://site.ip138.com/github.com/）
关于在IDEAL中配置github时出现Invalid authentication data. Connection reset的解决方法
eiki0923的博客
04-15 1747
搜寻了一个晚上各位大神提供的解决方法，终于得以解决，在此做一下总结。 方法一： 在Preference–>Appearance & Behavior -->System Settings–>HTTP Proxy 选择No proxy 方法二： 在server行加入https://，即 方法三： 不使用用户名和密码方式登陆，选择token方式。 在GitHub中生成token方法： 1.登陆GitHub账号，选择settings 2. 3.先选择Personal access
java.net.SocketException: Connection reset 解决方法
09-05
Java中的`java.net.SocketException: Connection reset`是一个常见的网络编程错误，通常表示在TCP/IP通信过程中，连接突然中断。这个异常可能在客户端或服务器端发生，通常与数据传输的异常中断有关。 首先，我们来...
transformers pipeline出现ConnectionResetError的解决方案
热门推荐
weixin_43178406的博客
11-27 5万+
本文主要介绍了transformers pipeline出现ConnectionResetError的解决方案，希望能对使用transformers的同学们有所帮助。 文章目录 1. 问题描述 2. 解决方案
java.net.SocketException Connection reset 解决方法
07-11
"java.net.SocketException Connection reset 解决方法" 在 Java 编程中，SocketException 是一种常见的异常，特别是在网络编程中。Conexion reset by peer 是一种特殊的 SocketException，它发生在客户端和服务器...
jmeter压测，nginx报NGINX Connection reset错错误...如何解决？
**My Coding Family**
04-15 2267
🏆本文收录于《全栈Bug调优(实战版)》专栏，主要记录项目实战过程中所遇到的Bug或因后果及提供真实有效的解决方案，希望能够助你一臂之力，帮你早日登顶实现财富自由🚀；同时，欢迎大家关注&&收藏&&订阅！持续更新中，up！up！up！！ 备注：部分问题/疑难杂症搜集于互联网。
HTTP接口调用时报错 java.io.IOException: Connection reset by peer解决办法
十三月的博客
04-25 3902
在接口调用时，遇到如下报错：/:?/:?/:?/:?/:?/:?/:?/:?/:?/:?/:?/:?
Connect reset
weixin_30610755的博客
08-14 589
在服务器上使用 httpclient 访问（https）一个网站，发现总是返回 Connnect reset 错误，但是使用 curl 命令访问完全可以。 这个有点奇怪，Connect reset 一般都是网络原因引起,但curl命令可以访问，说明网络没有问题，权限方面应该也是没有问题。 后面发现服务器上jdk为1.7版本的，切换到jdk1.8环境访问网站，发现可以访问。 最终结论：协议不一...
idea登入GitHub报错：invalid authentication data connection reset
夏虫的博客
04-27 3434
首先，看看Git安装和配置好了吗？ 如果没有的话：看看这个Git安装和使用 之后，再看看是否是因为在 Server 里面忘记加 https:// 目前我只发现这两种方法，我是第一种解决的，可能因为太过小白，所以没人提及Git的安装和配置也要提前做。 ...
Maven项目导包报错，出现Connection reset
m0_61618246的博客
09-05 5002
Maven项目导包报错，出现Connection reset
连接复位（connect-reset）
weixin_33704591的博客
06-30 2252
2019独角兽企业重金招聘Python工程师标准>>> ...
IDEA连接Github报错：Can't login:Connection reset
初阶农民工的博客
03-25 3327
开启命令提示符，执行命令ping github.com 发现ping不通，修改host文件（路径：C:\Windows\System32\drivers\etc，以管理员身份） 在host文件上最后加一行： 192.30.253.113 github.com ...
IDEA连接github出现“Invalid authentication data.Connection reset”
Aeliter的博客
05-25 4625
1. 首先使用cmd去ping一下github.com，发现丢包率为100% 2. 去电脑的host文件里做修改，路径如下： C:\Windows\System32\drivers\etc 找到host文件，然后右键-属性-安全-编辑，选中当前电脑登录的用户，给自己最高权限，确认。在最后面加上如下： 192.30.253.113 github.com 192.30.252.131 github.com 185.31.16.185 github.global.ssl.fastly.ne
（转）IDEA连接Github报错：Can't login:Connection reset
小蚯蚓的博客
05-10 1731
【转载原因：github时常push时候推报错，但是偶尔又ok，就是因为网络不稳定，配置hosts映射不错】 【转载原文：https://blog.youkuaiyun.com/lyxuefeng/article/details/105087699】 开启命令提示符，执行命令ping github.com 发现ping不通，修改host文件（路径：C:\Windows\System32\drivers\etc，以管理员身份） 在host文件上最后加一行： 192.30.253.113 github.co.
connection reset 是服务端问题还是？
最新发布
07-19
<think>嗯，用户问的是关于"connection reset"错误通常是由服务端还是客户端引起的问题，并希望了解排查方法。这个问题很专业，需要从网络协议层面分析。 用户可能是个运维工程师或开发人员，正在处理线上环境出现的偶发性网络问题。从ta提问的精准度看，应该有一定网络基础，但可能对TCP挥手过程不够熟悉。ta现在应该挺着急的，毕竟这种问题会影响线上服务。 先理清基本概念：TCP连接是双通道的，"connection reset"实际是RST标志触发的。关键要理解RST是"紧急刹车"机制，当一方不按协议规则操作时，另一方就会发送RST强制断开连接。 具体到责任方： - 服务端常见原因包括：应用线程阻塞导致超时、LVS/Nginx等中间件超时设置过短、服务端主动断开空闲连接（如HTTP keep-alive超时）、端口未开放或进程崩溃 - 客户端常见原因有：防火墙拦截、SO_LINGER设置不当、请求发到错误端口、应用未及时读取数据导致缓冲区满 排查思路要分层次： 1️⃣ 抓包分析是黄金标准，建议在客户端和服务端同时抓包 2️⃣ 重点看TCP挥手过程：正常应该是FIN-ACK，出现RST就是异常 3️⃣ 特别关注时间间隔，比如LVS默认空闲超时90秒就可能导致RST 用户环境里提到k8s和LVS，这很关键。云环境常见陷阱包括： - k8s的service默认会话保持时间15分钟 - LVS默认TCP空闲超时90秒（用户引用3也证实这点） - 容器化应用可能忽略SO_KEEPALIVE设置 建议用户用两个简单命令验证： - `ss -o` 看连接定时器状态 - `tcpdump -i any 'tcp[tcpflags] & (tcp-rst) != 0'` 专门抓RST包 最后要注意，引用3提到的心跳周期120秒大于LVS超时90秒的情况特别典型，这种时间差引发的RST在云环境很常见。用户可能需要调整应用心跳间隔或LVS的tcp_keepalive_time参数。</think>`Connection reset` 错误通常**由服务端或中间设备主动中断连接引发**，但客户端配置/行为也可能触发。责任方需结合具体场景分析，以下是排查指南： --- ### **一、责任方与常见原因** #### **1. 服务端问题（常见）** - **超时中断** - 服务端/LVS/Nginx 设置**空闲连接超时时间**（如 90s），客户端无心跳或请求间隔过长时触发 RST。 - *引用证据*：LVS 默认 TCP 空闲超时 90s，若客户端心跳周期 120s > 90s，则 LVS 主动断开连接[^3]。 - **进程崩溃或重启** 服务端处理请求时进程意外退出（如 OOM、代码异常），操作系统发送 RST。 - **端口未监听** 客户端请求到达已关闭的端口（如服务重启间隙），触发服务端系统级 RST。 - **协议不匹配** 如客户端发送 HTTPS 请求到 HTTP 端口。 #### **2. 客户端问题** - **提前关闭 Socket** 客户端未读完响应数据就关闭连接（如 `close()` 前未读完 Socket 缓冲区），触发服务端 RST。 - **防火墙/安全软件拦截** 客户端防火墙主动重置可疑连接（如长连接流量异常）。 - **端口占用冲突** 客户端绑定端口被其他进程抢占。 #### **3. 中间设备问题** - **LVS/Nginx 超时设置过短** 如 LVS 空闲超时 < 服务端/客户端心跳周期[^3]。 - **Kubernetes 服务配置** Service 的 `sessionAffinity` 超时或 Pod 重启导致连接中断。 - **负载均衡器主动清理** 云厂商 SLB 默认超时时间（如阿里云 SLB 默认 90s）。 --- ### **二、系统化排查步骤** #### **1. 确认触发场景（关键）** ```bash # 客户端抓包（Linux） tcpdump -i any -w client.pcap 'host <服务端IP> and port <服务端端口>' # 服务端抓包（需权限） tcpdump -i any -w server.pcap 'host <客户端IP> and port <服务端端口>' ``` - **分析要点**： - 定位 RST 包的发送方（客户端 or 服务端 IP）。 - 检查 RST 前的数据流：是否有异常报文（如无效校验和）、超时等待迹象。 #### **2. 检查超时配置** | 组件 | 检查命令/配置项 | 修复方案 | |------------|-------------------------------------|------------------------------| | **LVS** | `ipvsadm -l --timeout` | 增大 `tcp_idle_timeout` | | **Nginx** | `proxy_timeout`, `keepalive_timeout`| 调大超时值 | | **Tomcat** | `connectionTimeout`（server.xml） | 匹配业务需求 | | **K8s** | Service 的 `sessionAffinityConfig` | 设置合理会话保持时间 | #### **3. 验证网络路径** ```bash # 测试端口连通性（避免防火墙拦截） telnet <服务端IP> <端口> # 成功应显示 Connected nc -zv <服务端IP> <端口> # 快速检测端口开放状态 # 绕过中间层直连（确认是否中间件问题） curl http://<服务端真实IP>:<端口> -v # 对比通过 LVS/Nginx 的访问 ``` #### **4. 检查资源与日志** - **服务端**： - 监控 CPU/内存（避免进程崩溃）。 - 检查系统日志（`/var/log/messages`）、应用日志（如 Tomcat `catalina.out`）。 - **客户端**： - 确认未主动调用 `close()` 或设置 `SO_LINGER`。 - 检查防火墙日志（如 `iptables -L -n -v`）。 #### **5. 调整心跳机制** - 若使用长连接，确保**心跳间隔 < 所有中间件超时时间**（如 LVS 90s → 客户端心跳 ≤ 85s）。 - 示例代码（客户端心跳）： ```python # Python 示例：每 60s 发送心跳 import socket, time sock = socket.socket() sock.connect(("server_ip", port)) while True: sock.send(b"HEARTBEAT") # 发送心跳 time.sleep(60) # 间隔小于超时阈值 ``` --- ### **三、典型场景解决方案** | 场景 | 解决方案 | |-------------------------------|--------------------------------------------------------------------------| | LVS/Nginx 超时中断 | 调整中间件超时 > 客户端心跳周期，或缩短客户端心跳间隔[^3]。 | | 客户端提前关闭 Socket | 确保读取完响应数据再关闭连接；检查代码逻辑。 | | Kubernetes Pod 重启导致中断 | 配置 `preStop` 钩子优雅终止；设置合理的 `terminationGracePeriodSeconds`。| | 防火墙拦截 | 同步客户端/服务端防火墙策略，放行相关 IP:Port。 | --- ### **总结** - **主要责任方**：服务端或中间设备（占 70%+ 案例），尤其注意 **LVS/Nginx 超时设置**[^3]。 - **排查核心**： 1️⃣ 通过 **tcpdump 定位 RST 发送方**； 2️⃣ **对比直连与代理访问**的结果； 3️⃣ **检查所有组件的超时配置**是否匹配。 - **预防措施**：客户端增加重试机制，服务端设置合理超时并监控资源。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值