解决Nginx的connect() to 127.0.0.1:8080 failed (13: Permission denied) while connect

最新推荐文章于 2025-05-30 17:52:48 发布

原创最新推荐文章于 2025-05-30 17:52:48 发布 · 1.6w 阅读

8 ·

CC 4.0 BY-SA版权

文章标签：

#nginx #负载均衡 #centos #tomcat

Linux 专栏收录该内容

10 篇文章

订阅专栏

本文详细介绍了在使用Nginx+Tomcat进行负载均衡时遇到SeLinux权限问题的解决方法，包括关闭SeLinux以及通过执行特定命令来调整设置。提供了具体的解决步骤和原文链接，帮助用户有效解决此类问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

在进行Nginx+Tomcat 负载均衡的时候遇到了这个权限问题，在error.log日志中，我们可以看到如下：

connect() to 127.0.0.1:8080 failed (13: Permission denied) while connecting to upstream,

经过一番检查以及google,应该是SeLinux的导致的。可以选择一些两种方式进行：

1、关闭SeLinux,可以查看以下文章：

CentOS下查看SeLinux状态及关闭SeLinux

2、执行下面的命令

setsebool -P httpd_can_network_connect 1

原文地址：http://www.osheep.cn/827.html

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

昔日暖阳

关注关注

8
点赞
踩
8

收藏

觉得还不错? 一键收藏
5
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

ubuntu中解决Failed to connect to 127.0.0.1 port xxxxx: Connection refused

0x8g1T9E-

02-11

2906

查看系统环境有没有使用代理。有就取消，没有就换一种方法。如果有相应的代理存在就取消掉。代理，在设置中取消代理。

connect()failed (13: Permission denied) while connecting to upstream, client:通常是由于 SELinux 安全策略限制导致的

最新发布

yuyuelong

07-05

217

Nginx连接48081端口被拒绝的解决方案摘要（149字）该问题通常由SELinux安全策略阻止Nginx连接引起。主要解决方案包括：1）临时关闭SELinux（setenforce 0）；2）永久允许Nginx网络连接（setsebool -P httpd_can_network_connect 1）；3）将48081端口加入HTTP允许列表；4）检查防火墙设置。需验证服务端口可达性（telnet/curl），查看Nginx错误日志。生产环境不建议完全禁用SELinux，应优先采用策略调整。如问题持续

5 条评论您还未登录，请先登录后发表或查看评论

nginx: [emerg] bind() to 0.0.0.0:80 failed (10013: 80端口被占用

weixin_58016347的博客

05-30

855

Nginx启动报错显示80端口被占用，报错信息为"nginx:[emerg]bind()to0.0.0.0:80failed"。解决方法：先用命令"netstat-aon|findstr:80"查看占用80端口的进程PID，然后用"taskkill/PID22104/F"强制结束该进程。解决端口占用问题后，即可成功启动Nginx。

java.net.ConnectException: localhost/127.0.0.1:8080 - Connection refused

人生百年几今日，今日不为真可惜。

08-07

5461

android手机做下载文件时，报了如下异常: java.net.ConnectException: localhost/127.0.0.1:8080 - Connection refused 报错在这一段代码 Java代码 URL url = new

java.net.ConnectException: /127.0.0.1:8080 - Connection refused

webcenterol

08-06

204

我在写音乐播放器在线播放功能的时候，会打开网络连接，进行缓冲，然后进行边播放边下载时遇到如题的问题。很是奇怪，查了一下原来Android把它自己作为了localhost,也就是说，代码中使用localhost或者127.0.0.1来访问，都是访问模拟器或者手机自己，我们这里要使用电脑IP就不能使用localhost或者127.0.0.1了。解决方法： cmd---->ipcon...

Nginx中报错：Permission denied与Connection refused的解决

09-30

2017/04/19 14:48:02 [error] 4172#0: *672 connect() failed (111: Connection refused) while connecting to upstream, upstream: “fastcgi://127.0.0.1:9000” ``` 这可能是由于以下原因导致的： 1. **上游...

MAC Nginx配置：13: Permission denied

Supporint的博客

06-25

1946

MAC Nginx配置：13: Permission denied 暑期实习。首先要从git上拉代码，然后本地运行出来项目，是前后端分离的项目，具体是啥不展开。前后段代码环境配置ok，也配置了nginx，但是localhost一直打不开。首先把问题定位在前端代码，因为网页检查报错都在前端代码，最后把问题确定到是nginx服务器没配置好，也不是没配置好，是nginx环境。 nginx主要用途是反向代理(解决跨域限制)和负载均衡，因为其在某方面较Apache独特的特性，目前很多知名网站都在用。我的话目前只接触了

MacBook的nginx出现13: Permission denied 的问题分析和解决办法

码农兴哥的技术笔记

02-19

1253

说明是nginx没有权限访问这个CSS文件，查看了文件权限没问题，那么需要从nginx配置方面排查原因。原因在于，如果省略了group，nginx会认为组名和用户名一样。更换了电脑，发现网站的样式都没有了，直接访问CSS文件。然后重启nginx即可。

nginx启动失败（bind() to 0.0.0.0:80 failed (10013: An attempt was made to access a socket...permissions)

渐若窥宏大的博客

02-10

6122

nginx启动失败 nginx启动失败（bind() to 0.0.0.0:80 failed (10013: An attempt was made to access a socket in a way forbidden by its access permissions)）文章目录nginx启动失败（bind() to 0.0.0.0:80 failed (10013: An attem...

解决nginx访问问题connect() to 127.0.0.1:8080 failed (13: Permission denied) while connecting to upstream,...

weixin_30835933的博客

05-29

1562

问题：搭建好项目之后，用nginx进行代理,进行日常配置之后，发现前端正常访问，但是后端访问出现错误，报502错误，查找nginx日志，发现connect() to 127.0.0.1:8080 failed (13: Permission denied) while connecting to upstream,有这个错误。网上查阅得知是selinux没有关闭。解决步骤：　　关闭s...

Nginx问题：connect() to 127.0.0.1:8080 failed (13: Permission denied) while connecting to upstream

weixin_46267444的博客

08-05

1909

错误信息： 2021/08/05 09:16:07 [crit] 25294#0: *30 connect() to 127.0.0.1:8080 failed (13: Permission denied) while connecting to upstream, client: 192.168.12.10, server: localhost, request: “GET /newmes/company HTTP/1.1”, upstream: “http://127.0.0.1:8080/newm

解决nginx访问问题connect() to 127.0.0.1:8080 failed (13: Permission denied) while connecting to upstream,.

计算机辅助工程

01-23

768

解决nginx访问问题connect() to 127.0.0.1:8080 failed (13: Permission denied) while connecting to upstream,.用nginx反向代理后端接口，前端显示502，查看nginx日志，显示。

Failed to connect to /127.0.0.1:8080（使用retrofit2请求网络的时候出现的问题）

qq_36523667的博客

12-16

1万+

Failed to connect to /127.0.0.1:8080（使用retrofit2的时候出现的问题）原因是如果用localhost或者127.0.0.1访问，肯定就是访问到模拟器里了，而不是你的电脑上。正确做法：运行——打开cmd——输入ipconfig查看ipv4协议把地址换成ipv4就可以了，也就是把localhost换成10.19.71.204

解决java.net.ConnectException: Failed to connect to localhost/127.0.0.1:8080

热门推荐

一条吃软饭的软狗

03-26

16万+

1 问题安卓访问localhost:8080时候出现如下报错 java.net.ConnectException: Failed to connect to localhost/127.0.0.1:8080 2 原因原来模拟器默认把127.0.0.1和localhost当做本身了，在模拟器上可以用10.0.2.2代替127.0.0.1和localhost，另外如果是在局域网环境可以用 ...

启用Tomcat时，报异常：failed to connect to localhost/127.0.0.1 (port 8080)

栈斗民族的博客

03-26

1万+

异常如下： java.net.ConnectException: failed to connect to localhost/127.0.0.1 (port 8080) after 8000ms: isConnected failed: ECONNREFUSED (Connection refused) 解决方法：如果url是：localhost:8080 或

java.net.ConnectException: localhost/127.0.0.1:8080 -Connection refused

java/android相关技术的学习

03-18

4766

程序中需要将数据发送给服务器，于是写了个servlet做简单的数据接收测试，但是报了如下异常: java.net.ConnectException: localhost/127.0.0.1:8080 - Connection refused 报错在这一段代码 Java代码 URL url = new URL("

telnet 127.0.0.1 30310本地，然后telnet: Unable to connect to remote host: Connection refused

03-01

<think>好的，用户现在遇到了一个问题，就是当他们在本地使用`telnet 127.0.0.1 30310`时，收到了“Connection refused”的错误。之前他们提到`firewall-cmd --list-ports`显示成功，但无法通过telnet连接到30310端口。现在用户进一步测试了本地连接，结果依然失败。我需要帮他们分析可能的原因，并提供解决方案。首先，我需要回忆一下之前的对话。之前已经指导用户检查了防火墙配置、服务监听状态、SELinux、云平台安全组等。现在用户特别指出本地连接被拒绝，这通常意味着服务根本没有在指定的端口上监听。这时候，我应该引导用户检查服务是否真的在运行，并且正确绑定到了端口。可能的原因有几个： 1. **服务未运行**：服务可能没有启动，或者启动失败，导致端口未被监听。 2. **服务绑定地址错误**：服务可能只绑定到了特定的IP地址（如127.0.0.1以外的地址），或者端口号配置错误。 3. **端口冲突**：可能有其他程序占用了30310端口，导致当前服务无法绑定。 4. **服务配置错误**：配置文件中的端口设置可能有误，或者服务需要重新加载配置。 5. **临时性故障**：服务可能崩溃或需要重启。接下来，我需要考虑如何结构化回答，让用户能够一步步排查问题。需要分步骤说明，每个步骤给出检查方法和可能的解决方案。同时，要使用用户容易理解的命令，并解释输出结果的意义。首先，检查服务是否正在监听端口。使用`ss -tuln`或`netstat`命令查看端口监听状态。如果输出中没有30310端口，说明服务未启动或配置错误。如果有，但绑定地址是127.0.0.1，则服务只能本地访问，但用户已经在本地测试，所以这种情况可能性较低。如果绑定到0.0.0.0，但本地连接仍被拒绝，可能需要进一步检查。然后，检查服务状态。使用`systemctl status`查看相关服务的运行状态，确认是否active。如果服务未运行，需要启动它，并查看日志排查启动失败的原因。检查日志也很重要，使用`journalctl -u 服务名`来查看日志，可能发现错误信息，比如配置错误、端口占用等。端口冲突的情况，可以用`ss -tulnp | grep 30310`查看是否有其他进程占用端口，如果有，需要终止冲突进程或修改服务配置。另外，确认服务配置文件中指定的端口是否正确，有时候可能拼写错误或者配置未生效，需要重启服务。还要考虑是否为临时故障，尝试重启服务，看看问题是否解决。总结起来，回答需要分步骤引导用户检查服务状态、端口监听情况、配置文件、日志，以及处理端口冲突等可能的问题。需要保持条理清晰，每个步骤给出具体的命令和预期结果，帮助用户逐步排查。</think>以下是针对 `telnet 127.0.0.1 30310` 出现 **Connection refused** 的完整排查指南： --- ### 一、核心问题定位（关键优先级） > **"Connection refused" 明确表示：系统内核收到了连接请求，但没有任何服务在目标端口监听** --- ### 二、逐步排查流程 #### 1. 确认端口监听状态 ```bash # 精确检查 30310 端口的监听情况 sudo ss -tuln | grep ':30310\b' # 预期正常输出（注意 0.0.0.0:30310）： # tcp LISTEN 0 128 0.0.0.0:30310 0.0.0.0:* ``` - **若无输出** → 服务未启动或绑定失败（100% 问题根源） - **显示 127.0.0.1:30310** → 服务仅限本机访问（但你在本机测试应能通） #### 2. 检查服务运行状态 ```bash # 根据服务名称检查状态（替换 your-service 为实际服务名） sudo systemctl status your-service # 关键观察点： # ● Active: active (running) # ● 最近日志是否有错误 ``` - **服务未运行** → 启动服务 `sudo systemctl start your-service` - **启动失败** → 查看日志 `journalctl -u your-service --since "5 minutes ago"` #### 3. 检查端口占用冲突 ```bash # 查看 30310 端口是否被其他进程占用 sudo ss -tulnp | grep ':30310\b' # 输出示例（关注 PID/Program）： # tcp LISTEN 0 128 0.0.0.0:30310 0.0.0.0:* users:(("nginx",pid=1234,fd=6)) ``` - **发现非预期进程** → 终止冲突进程 `sudo kill -9 PID` - **无占用但服务仍无法启动** → 修改服务配置文件更换端口 #### 4. 验证服务绑定配置 > 常见服务配置示例： > - **Nginx**: `listen 30310;` 或 `listen 0.0.0.0:30310;` > - **Node.js**: `server.listen(30310, '0.0.0.0')` > - **Python Flask**: `app.run(host='0.0.0.0', port=30310)` - **错误配置案例**：绑定到 `localhost` 或 `127.0.0.1` 而非 `0.0.0.0` #### 5. 检查网络协议类型 ```bash # 确认服务使用的协议（TCP/UDP） sudo ss -tuln | grep 30310 # 输出中的 "tcp"/"udp" 标识协议类型 ``` - **telnet 只测试 TCP 协议** → 如果服务使用 UDP 需改用 `nc -u 127.0.0.1 30310` --- ### 三、高级调试技巧 #### 1. 使用 strace 跟踪系统调用 ```bash # 跟踪服务进程的 bind() 系统调用（需知道服务 PID） sudo strace -p PID -e trace=bind # 正常应显示：bind(3, {sa_family=AF_INET, sin_port=htons(30310), ...}, 16) = 0 ``` #### 2. 检查内核连接表 ```bash # 查看所有 TCP 连接状态 sudo cat /proc/net/tcp | grep ':767E' # 767E 是 30310 的十六进制 # 输出中的 "0A" 表示 LISTEN 状态（正常应有此行） ``` --- ### 四、典型场景解决方案 | 场景 | 现象 | 解决方案 | |------|------|----------| | 服务未启动 | `ss` 无输出 + `systemctl status` 显示 inactive | 启动服务并检查依赖项 | | 配置错误 | 服务日志显示 "Address already in use" 或 "Permission denied" | 修改端口/检查权限 | | 端口冲突 | `ss -tulnp` 显示其他进程占用端口 | 终止冲突进程或更换端口 | | 协议不匹配 | 服务使用 UDP 但用 telnet 测试 TCP | 改用 nc 或调整服务协议 | --- ### 五、排查流程图 ```mermaid graph TD A[telnet 127.0.0.1 30310 失败] --> B{检查 ss -tuln 是否有监听} B -->|无监听| C[检查服务状态/日志] B -->|有监听| D[检查绑定地址是否为 0.0.0.0] C --> E[启动服务/解决启动错误] D --> F[修改服务绑定配置] E --> G[重新测试 telnet] F --> G ``` 通过以上步骤，90% 以上的 "Connection refused" 问题可被定位。建议从服务状态检查开始，逐步验证端口绑定和配置。