nginx监听端口和反向代理端口的权限问题

Linux的SELinux安全性控制除作用于文件系统外还作用于端口,这使得那些作为服务启动的进程只能在规定的几个端口上监听。为叙述方便我们称之为受控端口。

nginx监听端口

要查看当前有哪些受控端口可执行:

# semanage port -l | grep ‘^http_port_t‘
http_port_t                    tcp      80, 81, 443, 488, 8008, 8009, 8443, 9000

这里显示了八个端口号,其中包括80端口。由于nginx默认在80端口监听因此启动正常。

# service nginx start

我们接下来可做个试验,看看nginx能否在其它端口上监听,比如8888端口。为此新加/etc/nginx/conf.d/test.conf文件:

# /etc/nginx/conf.d/test.conf
server {
    listen       8888;
    server_name  localhost;
}

你也可以不新加本文件,而是直接修改/etc/nginx/conf.d/default.conf文件。

完成后让nginx重新加载配置:

# nginx -s reload

虽然该命令执行成功,但实际上8888端口并未处于监听状态:

# netstat -anp | grep 8888

上面的netstat命令无输出,这表明8888端口不在监听状态。进一步我们查看一下审计日志:

vi /var/log/audit/audit.log

在文件尾部发现如下两行:

1 type=AVC msg=audit(1452146884.454:2430): avc:  denied  { name_bind } for  pid=1268 comm="nginx" src=8888 scontext=system_u:system_r:httpd_t:s0 tcontext=system_u:object_r:port_t:s0 tclass=tcp_socket
2 type=SYSCALL msg=audit(1452146884.454:2430): arch=c000003e syscall=49 success=no exit=-13 a0=b a1=1b5cc60 a2=10 a3=7ffdaf0be83c items=0 ppid=1 pid=1268 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm="nginx" exe="/usr/sbin/nginx" subj=system_u:system_r:httpd_t:s0 key=(null)

这里的详细含义我也不清楚,但肯定的是nginx无权限在8888端口上监听。如果你确实希望nginx在8888端口上监听,则可把8888端口号注册为受控端口。注册前请先检查一下8888端口是否已被登记:

semanage port -l | grep 8888

如果有输出则表示8888端口已被注册,此时请换用其它端口。

要注册http 8888端口号请执行:

semanage port -a -t http_port_t -p tcp 8888

作为一种好习惯我们应再次检查一下受控端口列表,看看有没有刚注册的端口号:

semanage port -l | grep ‘^http_port_t‘

最后再让nginx重新加载配置:

# nginx -s reload

此时8888端口应处于监听状态:

# netstat -anp | grep 8888

nginx反向代理端口

如果你想让你的应用被nginx反向代理,则被反向代理的端口号也必须为已受控端口。

其它说明

不知何故,只当你把nginx启动为服务时端口才受Linux安全性控制,如果你直接运行nginx则不受此控制。

时间: 2024-10-10 09:28:08

nginx监听端口和反向代理端口的权限问题的相关文章

Nginx反向代理端口域名无法访问问题解决

开年上班第一天早上解决这个问题,说实在的还是第一次碰到.使用域名代理web项目,请求时候,不知为何不使用域名,而是直接ip端口作为路径,导致网页崩溃无法使用. 因为使用nginx作为前端服务器,所以稍微做了一下修改,下面为修改前和修改后的对比: 修改前: server { listen       80; server_name  xxx.aaaaa.com; location / { proxy_pass http://10.148.22.81:8180; proxy_set_header  

nginx 监听非标准端口80,重定向端口丢失问题解决

使用nginx监听8070端口,并转发到8067端口 我的配置文件如下: upstream odoo { server localhost:8067; } upstream odoochat{ server localhost:8072; } server { listen 8070 default_server; listen [::]:8070 default_server; root /var/www/html; index index.html index.htm index.nginx

设置IIS服务器监听特定IP的特定端口(IIS与IHS或Apache共存的解决方案)

在灾难恢复的试验中,遇到了一个IIS无法启动的情况,会报如下的错误: "The network location cannot be reached, xxxxxx" 要知道,Windows报的这种弹窗错误,也只能通过Windows自带的事件管理器里查看了.直接运行:eventvwr,打开SYSTEM项,一个大大的错误映入眼帘: 所以错误就很明显了,没有把我们的新地址添加到监听列表里... 根据搜索,发现仅仅用IIS的图形界面工具,似乎无法让IIS去监听某一个IP地址的某个端口,必须要

Linux下监听或绑定(bind)21端口失败

问题:写了一个程序,尝试在21端口监听,结果在执行bind的时候失败了. sockaddr_in sock_addr; sock_addr.sin_family = AF_INET; sock_addr.sin_addr.s_addr = host_inet_addr; sock_addr.sin_port = htons(port);    //port=21 ret = bind( m_socket_fd, (const sockaddr*)&sock_addr, sizeof(sockad

高性能Web服务之Nginx+Tomcat实现负债均衡反向代理及动静分离

在实际生产中,Tomcat服务器一般不单独使用在项目中,对于静态资源的响应Nginx表现的比较好,另外由于nginx是专门用于反向代理的服务器,所以很容易实现将java的请求转发到后端交给tomcat容器处理,而本身用来处理静态资源. 通常tomcat前端是nginx或apache,后端都为tomcat,也就意味着无论前端是什么角色都是以代理的方式进行工作的;但是要注意的是如果基于nginx做反向代理,转发请求到tomcat的时候是基于http协议进行转发的:但注意的是tomcat的连接器有ht

Nginx + Tomcat + Ngx_cache_purge 实现高效反向代理

Nginx + Tomcat + Ngx_cache_purge 实现高效反向代理Nginx + Tomcat + Ngx_cache_purge 实现高效反向代理Nginx + Tomcat + Ngx_cache_purge 实现高效反向代理Nginx + Tomcat + Ngx_cache_purge 实现高效反向代理Nginx + Tomcat + Ngx_cache_purge 实现高效反向代理 bangumi.tv//group/topic/145491 bangumi.tv//g

身为前端仔,你竟然不会用fiddler?! (二)——监听手机请求和代理手机的资源

上一次说fiddler的时候,就简单地介绍了一下它的厉害的代理抓包功能.今天就说一下如何用fiddler来监听手机请求和代理手机的资源. 1.首先配置 fiddler允许"远程连接" 菜单栏Tools-->FiddlerOptions-->Connections 选中"Allowremote computers to connect".  是允许别的机器把HTTP/HTTPS请求发送到Fiddler上来. 2.然后ping一下自己电脑的ip 电脑开始菜单

Adb connect监听指定的主机和端口/Adb监听Visual Studio Emulator for Android模拟器

语法: adb connect <host>[:<port>] 使用实例: adb connect 192.168.1.128:5555 //如果连接成功则返回 connected to 192.168.1.128:5555 说明 在使用Visual Studio Emulator for Android模拟器的时候,默认adb devices命令监听不到虚拟设备,需要手动指定虚拟机的IP和端口5555, 如何获取虚拟机的IP地址: 这样adb工具就可以监听成功了.

Linux下监听或绑定(bind)843端口失败

问题:写了一个程序,尝试在843端口监听,结果在执行bind的时候失败了 原来,系统不允许用户程序在1-1024端口监听,因为他们是知名端口. 解决办法: 换成root用户,即可成功bind.(ubuntu下命令为:sudo su  ,然后输入密码回车即可切换用户.) sudo java -jar