禁止Nginx重定向至监听端口

在使用Nginx时，可能有时不需要让Nginx监听80端口，甚至在前面再加一个Squid，Varnish之类的HTTP缓存。

但是访问子目录时，除非在子目录后面再加一条“/”，否则就会遇到网址自动重定向至Nginx监听的端口。假设你Nginx站点监听的端口是123，你本来访问的地址是http://domain.com/wp-admin，会自动重定向至http://domain.com:123/wp-admin

这样明显会对服务器造成很大的威胁，要知道后端可是很重要的，如果后端端口暴露出来，就可能会被人直接对这个端口进行诸如CC之类的攻击……

在Nginx的核心模块的文档中，有这样一个配置：

port_in_redirect

Syntax:	port_in_redirect on | off
Default:	on
Context:	 http
server
location
Reference:	port_in_redirect

Directive allows or prevents port indication in redirects handled by nginx.

If port_in_redirect is off, then Nginx will not add the port in the url when the request is redirected.

port_in_redirect

Syntax: port_in_redirect on | off

Default: on

Context: http

server

location

Reference: port_in_redirect

Directive allows or prevents port indication in redirects handled by nginx.

If port_in_redirect is off, then Nginx will not add the port in the url when the request is redirected.

大概是说如果使用了port_in_redirect off;那么Nginx将不会在网站后面加上监听的端口。

由于一般nginx.conf都没有这一行配置，因此都是默认on的。要关掉，就需要修改nginx.conf，在http层里面加入一行：

port_in_redirect off;

1	port_in_redirect off;

注意是添加在http层里面，在server层之前。

添加完毕后，重启Nginx，再次访问子目录时，就不会出现重定向至监听端口的问题。

Tags: nginx, port_in_redirect, redirect, 监听, 端口, 重定向

5 Comments

Comments are closed.

You might also like:

默认分类

Nginx下简单实现MediaWIKI的伪静态

最近要写一个说明文档，于是就用上了MediaWIKI。这东西默认情况下，文章地址格式为http://domain/index.php?title=标题。如果要改成使用http://domain/标题的方式访问，rewrite规则明显有点繁琐，除非使用 if -e判断文件是否存在，否则正则表达式的.*会把一切东西，包括静态资源也匹配进去。想了想，于是决定把文章的地址都变成子目录的形式：http://domain/wiki/标题，这样的话伪rewrite规则就变得简单多了，对/wiki进行匹配即可，仅需一行代码：

rewrite ^/wiki/(.*) index.php?title=$1 last;

1	rewrite ^/wiki/(.*) index.php?title=$1 last;

然后修改M […]

Varnish(前)+Nginx(中)时,让Apache(后)获取用户真实IP(多重代理)

不得不说我有点问题，网站一个Apache+Varnish不够，还要在Apache和Varnish之间插入个第三者——Nginx。因为某些需要，也给该服务器上的个别网站上了CDN。 Apache做后端，前面多一个Nginx Proxy Cache+Varnish，获取用户的真实IP不难，只需给Apache上一个rpaf模块就行了，然后让Varnish处理XFF的内容就好了：

     if (req.restarts == 0) {
       if (req.http.x-forwarded-for) {
           set req.http.X-Forwarded-For =
               req.http.X-Forwarded-For + ", " + client.ip;
       } else {
           set req.http.X-Forwarded-For = client.ip;
       }
     }

if (req.restarts == 0) {

if (req.http.x-forwarded-for) {

set req.http.X-Forwarded-For =

req.http.X-Forwarded-For + ", " + client.ip;

} else {

set req.http.X-Forwarded-For = client.ip;

}

无CDN的情况下访问网站，可以正确获取到用户的真实IP。最近给网站上多了一个CDN，rpaf模块就显得无能为力了。因此，这几天一直苦恼如何让我的网站获取用 […]

一个高频率的HTTP服务监控Shell Script

Nginx/Apache之类的长期运行，无法保证在遇到各种突发情况进程不会死掉。如果这时候又出门在外，一时间无法操作，那网站岂不是要宕机数个小时？明显我无法接受这事情。于是一个简简单单的监控HTTP服务的Shell Script就出来了。

#!/bin/bash
#函数restart
restart() {
#重启Nginx
service nginx restart
#重启Apache
service httpd restart
}
#循环的开始
while [ "$loop" = "" ]
do
#延迟五秒
sleep 5
#是否能下载，是则进入下一步循环，否则执行restart
wget -O /dev/null http://你的网站地址 -t 1 || restart
done

#!/bin/bash

#函数restart

restart() {

#重启Nginx

service nginx restart

#重启Apache

service httpd restart

}

#循环的开始

while [ "$loop" = "" ]

#延迟五秒

sleep 5

#是否能下载，是则进入下一步循环，否则执行restart

wget -O /dev/null http://你的网站地址 -t 1 || restart

done

真的简简单单。可见我并没有采用cron功能，毕竟这东西正常情况最低频率只能一分钟了。 restart那个function是http服务不正常后执行的，可以自行增添，删减，替换。sleep后面跟着的是秒数，在这里简单理解成监控频率吧。wget处，-t参数指的是尝试次数，这里我写了一次。执行 […]

使用Varnish Cache时，让Nginx获取访客真实IP

之前发表过一篇文章：Varnish(前)+Nginx(中)时,让Apache(后)获取用户真实IP(多重代理) 该方法能成功解决使用或者不使用CDN时，在Varnish前端，Nginx中端，Apache解析PHP文件的情况下让Apache获取访客真实IP。因为当时主要是利用Nginx进行缓存，没使用其他功能，旧没让Nginx也获取访客真实的IP。其中Varnish处理XFF的关键代码：

     if (req.restarts == 0) {
        if (req.http.x-forwarded-for) {
#           set req.http.X-Forwarded-For =
#               req.http.X-Forwarded-For + ", " + client.ip;
        } else {
            set req.http.X-Forwarded-For = client.ip;
        }
     }

if (req.restarts == 0) {

if (req.http.x-forwarded-for) {

# set req.http.X-Forwarded-For =

# req.http.X-Forwarded-For + ", " + client.ip;

} else {

set req.http.X-Forwarded-For = client.ip;

}

也就是把客户的IP赋值给XFF。那样后端处理就方便多了。昨天在为一台Varnish+Nginx+Apache的服务器添加并测试防轻量级CC的 […]