记一次connection refused问题排查过程

已于 2022-10-29 16:55:29 修改
阅读量5.3k 收藏 1
点赞数 2
文章标签： java 服务器 servlet
于 2022-10-14 21:01:10 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lonelymanontheway/article/details/127311891
版权

背景

项目上线后，稳定运行8个月后，陆陆续续在ELK日志查询平台发现如下报错：

java.lang.Exception: org.apache.http.conn.HttpHostConnectException: Connect to qyapi.weixin.qq.com:443 [qyapi.weixin.qq.com/81.69.54.213, qyapi.weixin.qq.com/81.69.87.29] failed: Connection refused
	at com.johnny.common.util.HttpUtil.doGet(HttpUtil.java:56)
	at com.johnny.common.util.SendWeChatUtil.getToken(SendWeChatUtil.java:189)
	at com.johnny.common.util.SendWeChatUtil.sendWeChat(SendWeChatUtil.java:57)
	at com.johnny.autojob.business.dataprovider.business.TargetProvider.execAutoWorkTo(TargetProvider.java:81)
	at com.johnny.autojob.business.dataprovider.business.JdbcDataProvider.execAutoWork(JdbcDataProvider.java:178)
	at com.johnny.autojob.business.service.DataProviderService.execAutoWork(DataProviderService.java:193)
	at com.johnny.autojob.business.xxljob.IviewAutoJobHandler.execute(IviewAutoJobHandler.java:96)
	at com.johnny.job.core.thread.JobThread.run(JobThread.java:142)
Caused by: org.apache.http.conn.HttpHostConnectException: Connect to qyapi.weixin.qq.com:443 [qyapi.weixin.qq.com/81.69.54.213, qyapi.weixin.qq.com/81.69.87.29] failed: Connection refused
	at org.apache.http.impl.conn.DefaultHttpClientConnectionOperator.connect(DefaultHttpClientConnectionOperator.java:156)
	at org.apache.http.impl.conn.PoolingHttpClientConnectionManager.connect(PoolingHttpClientConnectionManager.java:376)
	at org.apache.http.impl.execchain.MainClientExec.establishRoute(MainClientExec.java:393)
	at org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:236)
	at org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:186)
	at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:89)
	at org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110)
	at org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:185)
	at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:83)
	at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:108)
	at com.johnny.common.util.HttpUtil.doGet(HttpUtil.java:46)
	... 7 common frames omitted
Caused by: java.net.ConnectException: Connection refused
	at java.net.PlainSocketImpl.socketConnect(Native Method)
	at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:350)
	at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206)
	at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188)
	at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
	at java.net.Socket.connect(Socket.java:589)
	at org.apache.http.conn.ssl.SSLConnectionSocketFactory.connectSocket(SSLConnectionSocketFactory.java:368)
	at org.apache.http.impl.conn.DefaultHttpClientConnectionOperator.connect(DefaultHttpClientConnectionOperator.java:142)
	... 17 common frames omitted

或（省略同上面完全一致的apache httpClient类的错误stacktrace）：

18:40:06.310 [Job-Thread-16876] ERROR c.x.c.a.b.d.business.TargetProvider - execAutoWorkTo target error
java.lang.Exception: org.apache.http.conn.HttpHostConnectException: Connect to qyapi.weixin.qq.com:443 [qyapi.weixin.qq.com/81.69.54.213, qyapi.weixin.qq.com/81.69.87.29] failed: Connection refused
	at com.johnny.common.util.HttpUtil.postJson(HttpUtil.java:123)
	at com.johnny.common.util.SendWeChatUtil.sendGroup(SendWeChatUtil.java:116)
	at com.johnny.autojob.business.dataprovider.business.TargetProvider.execAutoWorkTo(TargetProvider.java:92)
	at com.johnny.autojob.business.dataprovider.business.JdbcDataProvider.execAutoWork(JdbcDataProvider.java:178)
	at com.johnny.autojob.business.service.DataProviderService.execAutoWork(DataProviderService.java:193)
	at com.johnny.autojob.business.xxljob.IviewAutoJobHandler.execute(IviewAutoJobHandler.java:96)
	at com.johnny.job.core.thread.JobThread.run(JobThread.java:142)

在这里插入图片描述

分析

如上截图，19个小时有324次报错，其实已经是很严重的问题。

因为应用上线有8个月左右，之前一直都是好的，所以第一直觉会是代码问题。但是代码也看不出问题，鉴于应用有1个多月未发布（上一次发布是8月9日），怀疑是HttpUtil工具类的问题，http连接未释放，并像模像样去查看http

在这里插入图片描述
看不出问题，重启试试吧。

但是并没有解决问题。

然后网络上各种百度及Google，找到HTTP context的使用，参考此文增加retryHandler逻辑：

@Slf4j
public class HttpUtil {

    public static String doGet(String url) throws Exception {
        // 创建Httpclient对象
        // CloseableHttpClient httpclient = HttpClients.createDefault();
        CloseableHttpClient httpclient = HttpClients.custom()
                .setRetryHandler(buildRetryHandler())
                .build();
        // 创建http GET请求
        HttpGet httpGet = new HttpGet(url);
        CloseableHttpResponse response = null;
        String content = "";
        try {
            // 执行请求
            response = httpclient.execute(httpGet);
            // 判断返回状态是否为200
            if (response.getStatusLine().getStatusCode() == 200) {
                //请求体内容
                content = EntityUtils.toString(response.getEntity(), "UTF-8");
            } else {
                log.error("doget error, url:{}, return code:{}", url,
                        response.getStatusLine().getStatusCode());
            }
        } catch (Exception e) {
	        // 出错行
            throw new Exception(e);
        } finally {
            if (response != null) {
                response.close();
            }
            //相当于关闭浏览器
            httpclient.close();
        }
        return content;
    }

public static String postJson(String url, String body) throws Exception {
        String result = "";
        // 创建httpPost远程连接实例
        // 去掉毫无意义的重试逻辑：日志记录看下来，两次重试间隔不过5ms，几乎没有成功
        for (int i = 0; i < 1; i++) {
            HttpPost httpPost = new HttpPost(url);
            // 配置请求参数实例
            // 设置连接主机服务超时时间
            RequestConfig requestConfig = RequestConfig.custom().setConnectTimeout(35000)
                    // 设置连接请求超时时间
                    .setConnectionRequestTimeout(35000)
                    // 设置读取数据连接超时时间
                    .setSocketTimeout(60000)
                    .build();
            // 为httpPost实例设置配置
            httpPost.setConfig(requestConfig);
            httpPost.addHeader("content-type", "application/json;charset=utf-8");
            httpPost.addHeader("accept", "application/json");
            httpPost.setEntity(new StringEntity(body, StandardCharsets.UTF_8));
            int code = 0;
            // 之前的写法,并且是直接放在try () 语句块里面的
            // CloseableHttpClient httpClient = HttpClients.createDefault();
            CloseableHttpClient httpClient = HttpClients.custom()
                    .setRetryHandler(buildRetryHandler())
                    .build();
            try (CloseableHttpResponse httpResponse = httpClient.execute(httpPost)) {
                code = httpResponse.getStatusLine().getStatusCode();
                // 从响应对象中获取响应内容
                HttpEntity entity = httpResponse.getEntity();
                result = EntityUtils.toString(entity);
                if (200 == code) {
                    break;
                }
            } catch (IOException e) {
                // 降级最底层log级别(异常catch后又throw导致外层又记录error log)
                log.warn("postJson error url:{}, code:{}, error:{}", url, code, e);
                // 出错行
                throw new Exception(e);
            } finally {
                httpPost.releaseConnection();
            }
        }
        return result;
    }

    // https://www.cnblogs.com/xidongyu/articles/5215084.html
    private static HttpRequestRetryHandler buildRetryHandler() {
        return (exception, executionCount, context) -> {
            if (executionCount >= 3) {
                // Do not retry if over max retry count
                return false;
            }
            if (exception instanceof ConnectTimeoutException) {
                // Connection refused
                return false;
            }
            HttpClientContext clientContext = HttpClientContext.adapt(context);
            HttpRequest request = clientContext.getRequest();
            // Retry if the request is considered idempotent
            return !(request instanceof HttpEntityEnclosingRequest);
        };
    }

}

在这里插入图片描述
发布后的tcp连接状态也看不出问题。

不过，发现经过此次优化后，内存占用大幅度下降：
在这里插入图片描述

咨询系统运维（偏业务对接），答复是：看下来这个解析已经是到腾讯云的机器，这个IP也是腾讯云，连接拒绝的话，有可能是出公网后，网络波动或者对方的节点刚好不稳定。还有一种可能，就是是不是网络权限没有完全开通，之前有同事遇到过，是说要网络权限全部放行的说法。

但是我的应用都上线大半年，之前一直是好的。运维说，你申请吧。

申请就申请吧，死马当活马医。

第一次申请网络OA权限：
在这里插入图片描述
问题依旧存在。

咨询系统运维（偏出口网络）同事，答复是：企微这两个IP可能有异常，但是我遇到的异常不仅仅是这两个IP导致的。

于是进一步追问，答复是企微域名CDN解析问题。

于是让我重新提OA申请网络权限，然后他给出一个其他同事提的OA申请网络权限单子（居然也是同一天），列举出全部已知的企微此域名解析出来的IP。
在这里插入图片描述
这是什么骚操作？？域名解析不是网络该负责的事情吗？我第一次提OA申请网络权限，没有帮我把此域名解析到的所有IP增加我的应用的访问权限？？

进一步追问，如果企微这个域名后面增加IP咋办？？答复：正常我们通过域名是能解析出来的，解析不出来可能是对端的解析没做好之类的。

我：一脸迷惑？？？

结局

总之，申请全部IP后，没有再报错。但是有其他企微API问题，不过概率极低，24小时内各出现一次下面错误：

NoHttpResponseException: qyapi.weixin.qq.com:443 failed to respond

java.lang.Exception: org.apache.http.NoHttpResponseException: qyapi.weixin.qq.com:443 failed to respond
	at com.johnny.common.util.HttpUtil.postJson(HttpUtil.java:123)
	at com.johnny.common.util.SendWeChatUtil.sendMsg(SendWeChatUtil.java:181)
	at com.johnny.common.util.SendWeChatUtil.sendWeChat(SendWeChatUtil.java:60)
	at com.johnny.autojob.business.dataprovider.business.TargetProvider.execAutoWorkTo(TargetProvider.java:81)
	at com.johnny.autojob.business.dataprovider.business.JdbcDataProvider.execAutoWork(JdbcDataProvider.java:178)
	at com.johnny.autojob.business.service.DataProviderService.execAutoWork(DataProviderService.java:193)
	at com.johnny.autojob.business.xxljob.IviewAutoJobHandler.execute(IviewAutoJobHandler.java:96)
	at com.johnny.job.core.thread.JobThread.run(JobThread.java:142)
Caused by: org.apache.http.NoHttpResponseException: qyapi.weixin.qq.com:443 failed to respond
	at org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:141)
	at org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:56)
	at org.apache.http.impl.io.AbstractMessageParser.parse(AbstractMessageParser.java:259)
	at org.apache.http.impl.DefaultBHttpClientConnection.receiveResponseHeader(DefaultBHttpClientConnection.java:163)
	at org.apache.http.impl.conn.CPoolProxy.receiveResponseHeader(CPoolProxy.java:157)
	at org.apache.http.protocol.HttpRequestExecutor.doReceiveResponse(HttpRequestExecutor.java:273)
	at org.apache.http.protocol.HttpRequestExecutor.execute(HttpRequestExecutor.java:125)
	at org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:272)
	at org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:186)
	at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:89)
	at org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110)
	at org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:185)
	at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:83)
	at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:108)
	at com.johnny.common.util.HttpUtil.postJson(HttpUtil.java:112)
	... 7 common frames omitted

SocketTimeoutException: Read timed out

java.lang.Exception: java.net.SocketTimeoutException: Read timed out
	at com.johnny.common.util.HttpUtil.postJson(HttpUtil.java:123)
	at com.johnny.common.util.SendWeChatUtil.sendGroup(SendWeChatUtil.java:116)
	at com.johnny.autojob.business.dataprovider.business.TargetProvider.execAutoWorkTo(TargetProvider.java:92)
	at com.johnny.autojob.business.dataprovider.business.JdbcDataProvider.execAutoWork(JdbcDataProvider.java:178)
	at com.johnny.autojob.business.service.DataProviderService.execAutoWork(DataProviderService.java:193)
	at com.johnny.autojob.business.xxljob.IviewAutoJobHandler.execute(IviewAutoJobHandler.java:96)
	at com.johnny.job.core.thread.JobThread.run(JobThread.java:142)
Caused by: java.net.SocketTimeoutException: Read timed out
	at java.net.SocketInputStream.socketRead0(Native Method)
	at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
	at java.net.SocketInputStream.read(SocketInputStream.java:170)
	at java.net.SocketInputStream.read(SocketInputStream.java:141)
	at sun.security.ssl.InputRecord.readFully(InputRecord.java:465)
	at sun.security.ssl.InputRecord.read(InputRecord.java:503)
	at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:973)
	at sun.security.ssl.SSLSocketImpl.readDataRecord(SSLSocketImpl.java:930)
	at sun.security.ssl.AppInputStream.read(AppInputStream.java:105)
	at org.apache.http.impl.io.SessionInputBufferImpl.streamRead(SessionInputBufferImpl.java:137)
	at org.apache.http.impl.io.SessionInputBufferImpl.fillBuffer(SessionInputBufferImpl.java:153)
	at org.apache.http.impl.io.SessionInputBufferImpl.readLine(SessionInputBufferImpl.java:280)
	at org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:138)
	at org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:56)
	at org.apache.http.impl.io.AbstractMessageParser.parse(AbstractMessageParser.java:259)
	at org.apache.http.impl.DefaultBHttpClientConnection.receiveResponseHeader(DefaultBHttpClientConnection.java:163)
	at org.apache.http.impl.conn.CPoolProxy.receiveResponseHeader(CPoolProxy.java:157)
	at org.apache.http.protocol.HttpRequestExecutor.doReceiveResponse(HttpRequestExecutor.java:273)
	at org.apache.http.protocol.HttpRequestExecutor.execute(HttpRequestExecutor.java:125)
	at org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:272)
	at org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:186)
	at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:89)
	at org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110)
	at org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:185)
	at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:83)
	at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:108)
	at com.johnny.common.util.HttpUtil.postJson(HttpUtil.java:112)
	... 6 common frames omitted

参考

johnny233
关注
  • 2
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
Connection refused: connect问题解决方案集合
qq_34823218的博客
08-11 25万+
1）端口号被占用：杀死占用端口号（一般为8080）的进程，释放端口；彻底关闭 Tomcat 服务器，或者重新启动项目。 2）使用以下命令检查服务器中允许的最大进程数： ulimit -u。如果将此值设置为较低值，例如1024，则使用以下值将其增加到131072或无限制：ulimit -u 131072 或者 ulimit -u无限制 。 3）客户端和服务器，它们中的任何一个或两个都不在网络中。它们可能没有连接到LAN或互联网或任何其他网络，在这种情况下，Java将会抛出客户端的“ java.net.Conn
初次运行Android报错Connect to 127.0.0.1:7890 [/127.0.0.1] failed: Connection refused (Connection refused)
BuXuTou的博客
12-02 2万+
在下载好各种依赖及启动虚拟机后，运行android app, 在build过程中会报错 connect fail，log中会有错误信息例如： “Could not resolve all files for configuration ':app:_internal_aapt2_binary'.” “Connect to 127.0.0.1:7890 [/127.0.0.1] failed: Connection refused (Connection refused)” 查了一些文章，做了三处修改，
Connection refused connect问题解决方案集合_connection_refused(1)
最新发布
2401_84976715的博客
05-15 653
如果你正在处理一个大项目，并有一个分层配置文件，它可能是默认配置或其他一些设置覆盖了您正确的设置。8）连接字符串中的协议不正确TCP是许多高级协议的基础协议，包括HTTP，RMI等。它们可能没有连接到LAN或互联网或任何其他网络，在这种情况下，Java将会抛出客户端的“ java.net.ConnectException：Connection refused ”异常。我的问题：由于个人项目是分布式，启动顺序出错而导致，这本身是个小错误，但是因为出了错就顺带看了看别的原因，大家根据自己的原因来作参考。
springcloud提示finishConnect(..) failed: Connection refused: localhost/127.0.0.1:6379
My52Hz
04-07 1万+
一、问题描述           在springcloud中使用redis的时候，本地开发环境一切正常,没有什么特别的事情发生,可是上传到生产环境(个人开发,没有测试环境)的时候,死活连接不上redis,总是提示 finishConnect(..) failed: Connection refused: localhost/127.0.0.1:6379 ,如下图所示:    &
Android Studio： failed: Connection refused: connect 的解决办法
l0511541321的博客
10-18 1万+
有的开发者 设置了代理后，即使在AS中关闭代理，也还是无济于事，任然报错，连接不到代理。 在经过重装AS，删除项目缓存，等一系列操没用之后，最终发现，在如下图所示的路径下的这个文件用文本编辑器打开后，删除代理相关的设置代码就好了。 希望可以帮到大家。...
「 五套方案 」解决 Android studio Connect to 127.0.0.1:[/127.0.0.1] failed: Connection refused
圆号本号
01-22 1万+
前言 由于代理变更，android studio 会有一系列报错，其中一个是 Connect to 127.0.0.1:xxxxxx [/127.0.0.1] failed: Connection refused 网上答案大都太片面了，无法完全解决问题，这里列举出四个可能的原因，希望对大家有用 建议一下四种方案都尝试下，我相信总有一种能对你有效～ 一、app :: gradle.properties（第一步） 就喝网上说的一样，删除项目中 gradle.properties 中的代理配置 因为这个配
挂载NFS个人小结(所有问题一起来解决)
06-25
解决这些问题需要对Linux系统和网络有深入的理解，同时也需要耐心和细心的排查。"挂载NFS个人小结"文档可能包含了作者在实践中积累的各种解决方案，对于学习和解决NFS挂载问题来说，是一份宝贵的资源。
Python技术数据库操作中常见问题解答.docx
07-30
第二个问题是`OperationalError: (2003, "Can't connect to MySQL server on 'localhost' ([Errno 61] Connection refused)")`。这个错误提示意味着你无法连接到本地的MySQL服务器。解决这个问题需要检查MySQL服务器...
nginx解决图片显示过慢，下载不完全的问题
01-20
经过一系列的排查（中间过程我就省略了，直接写重点了！），最终定位到是Nginx的问题。当我打开这位读者的网站后台管理系统，发现图片显示非常慢，在Nginx前端代理上查出如下错误信息。 [error] 28423#0: *5 ...
iperf-3.1.3-win64服务端+anroid_APK.zip
11-18
iperf 是一款强大的网络性能测试工具，主要用于评估和测量网络的吞吐量、带宽以及延迟等关键指标。它的最新版本是iperf3，而我们这里提到的是iperf3的一个特定版本——"iperf-3.1.3"，这个版本同时提供了Windows 64...
Connect to 127.0.0.1:1087 [/127.0.0.1] failed: Connection refused: connect
luchongbin的博客
11-19 2万+
升级android studio时 碰到如图所示的错误： 解决的办法是： 在你的gradle.properties（注意不是工程文件喽：指的是C:/Users/Administrator/.gradle夹中）文件中把 如下配置去掉： systemProp.http.proxyHost=127.0.0.1 systemProp.https.proxyPort=1087 systemProp.htt...
androidStudio 运行时报Connect to 127.0.0.1:10887 [/127.0.0.1] failed: Connection refused...
weixin_46030648的博客
07-28 4962
mac电脑内运行androidStudio项目，这一堆报错信息，没接触过。其实冷静分析看报错信息，可得知配置代理导致的，可是我已经关闭了代理，怎么还会报错，难道是缓存引起的？还是说本地文件还有代理。打开gradle.properties文件，直接注释或删除掉下图代码，再次清楚缓存，运行起来就ok了。原因是本地、本地、本地的gradle.properties中设置了代理。解决办法open~/.gradle/gradle.properties。.........
HttpClient模块的HttpGet和HttpPost及Connection to refuse解决
小孩神游的专栏
03-04 7435
Http定义了与服务器交互的不同方法，最基本的方法有4种，分别是GET，POST，PUT， DELETE，分别对应查，改，增，删四种操作。Android中最常用的是HttpGet和HttpPost 无论是使用HttpGet，还是使用HttpPost，都必须通过如下3步来访问HTTP资源。            1.创建HttpGet或HttpPost对象，将要
org.apache.http.NoHttpResponseException: failed to respond-服务端响应异常
MayMatrix 的博客
08-15 9050
多次上传文件时，偶尔会出现一次failed to respond异常，但是重试一次又正常了。
ssh解决connection refused和connection failed
weixin_42217299的博客
08-04 5878
在终端中输入`sudo apt-get install openssh-server`，然后输入自己的root密码就可以了； 然后启动ssh-server服务即可，开启方式，当然这两种开启方式都是需要切换到root用户或者提供密码权限的； service ssh start /etc/init.d/ssh start 验证是否开启成功； 查看进程：ps -e|grep s...
关于connect() failed (111: Connection refused)问题的解决
热门推荐
mywindpursue的博客
08-28 3万+
自五月份下旬开始，断断续续学习Python及基于Python的Web框架--Django，根据网上的案例（https://www.django.cn/article/show-23.html）一步一步学习个人博客系统的开发，到7月末初步掌握并完成开发。8月4日，购买了阿里云服务器ECS，开始部署，主要是基于CentOS和Nginx和Uwsgi进行部署，期间前后持续经历了三周自由时间，服务器重置了两次，期间踩坑不断，一度心灰意冷，还好坚持了下来，最终完成系统部署，初尝系统上线喜悦，基本掌握了部署的基本顺...
Connect to 127.0.0.1:8118 [/127.0.0.1] failed: Connection refused (Connection refused)
AlanWang4523
01-28 2350
Android Studio 编译失败，错误日志如下： 解决方案： 把 gradle.properties 文件中如下截图的两行注释掉，再重新编译就 OK 了。 systemProp.https.proxyHost=127.0.0.1 systemProp.https.proxyPort=8118
Connection refused: connect； nested exception is java.net.ConnectException: Connection refused: con
赚钱养家
05-16 1571
被调用方拒绝链接，超时报错，可能被调用服务宕机或者被调用方防护墙没关。
url: (7) Failed connect to 127.0.0.1:40443; Connection refused怎么排查
05-31
在出现 "Failed connect" 或 "Connection refused" 错误时，通常是因为目标主机没有在指定端口上运行服务器程序，或者有防火墙或其他安全措施阻止了连接。 以下是一些排查此问题的步骤： 1. 检查目标主机是否在指定端口上运行了服务器程序。你可以使用 `netstat` 命令来查看主机上所有的网络连接状态。例如，执行以下命令查看所有监听在 40443 端口上的连接： ``` netstat -an | grep :40443 | grep LISTEN ``` 如果没有任何输出，那么可能是因为服务器程序没有在该端口上运行，或者运行时遇到了错误。 2. 检查防火墙设置。如果目标主机上有防火墙，它可能会阻止你的连接尝试。你可以检查防火墙规则，以确保它们允许在指定端口上的入站连接。例如，如果目标主机上运行了 `ufw` 防火墙，你可以使用以下命令查看其规则： ``` sudo ufw status ``` 如果该命令显示防火墙处于活动状态，你可以使用以下命令添加一个允许在 40443 端口上的入站连接的规则： ``` sudo ufw allow 40443/tcp ``` 3. 检查目标主机上的网络配置。如果目标主机无法访问因特网，或者其网络配置存在问题，则可能会导致连接失败。你可以尝试使用 `ping` 命令测试与目标主机的网络连接。例如，执行以下命令检查是否可以与目标主机上的 IP 地址 127.0.0.1 进行通信： ``` ping 127.0.0.1 ``` 如果该命令没有任何输出，或者显示网络连接失败的错误消息，则可能是因为目标主机的网络配置存在问题。 通过执行以上步骤，你可以更好地了解连接失败的原因，并采取相应的措施来解决问题。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

johnny233

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值