nginx返回302(nginx返回503)

nginx返回302

　　首先看一个完整代码示例，关于nginx 301 302跳转的。 　　301跳转设置： 　　server { 　　listen 80; 　　server_name downcc; 　　rewrite ^/(; 　　rewrite ^/(.*) /$1 permanent; 　　} 　　last – 基本上都用这个Flag。 　　break – 中止Rewirte，不在继续匹配 　　redirect – 返回临时重定向的HTTP状态302 　　permanent – 返回永久重定向的HTTP状态301 　　Nginx的重定向用到了Nginx的HttpRewriteModule，下面简单解释以下如何使用的方法： 　　rewrite命令 　　nginx的rewrite相当于apache的rewriterule(大多数情况下可以把原有apache的rewrite规则加上引号就可以直接使用)，它可以用在server,location 和IF条件判断块中,命令格式如下： 　　rewrite 正则表达式 替换目标 flag标记 　　flag标记可以用以下几种格式： 　　last – 基本上都用这个Flag。 　　break – 中止Rewirte，不在继续匹配 　　redirect – 返回临时重定向的HTTP状态302 　　permanent – 返回永久重定向的HTTP状态301 　　特别注意： 　　last和break用来实现URL重写，浏览器地址栏的URL地址不变，但是在服务器端访问的路径发生了变化; 　　redirect和permanent用来实现URL跳转，浏览器地址栏会显示跳转后的URL地址; 　　例如下面这段设定nginx将某个目录下面的文件重定向到另一个目录,$2对应第二个括号(.*)中对应的字符串： 　　location /download/ { 　　rewrite ^(/download/.*)/m/(.*)..*$ $1/nginx-rewrite/$2.gz break; 　　} 　　nginx重定向的IF条件判断 　　在server和location两种情况下可以使用nginx的IF条件判断，条件可以为以下几种： 　　正则表达式 　　如： 　　匹配判断 　　~ 为区分大小写匹配; !~为区分大小写不匹配 　　~* 为不区分大小写匹配;!~为不区分大小写不匹配 　　例如下面设定nginx在用户使用ie的使用重定向到/nginx-ie目录下： 　　if ($http_user_agent ~ MSIE) { 　　rewrite ^(.*)$ /nginx-ie/$1 break; 　　} 　　文件和目录判断 　　-f和!-f判断是否存在文件 　　-d和!-d判断是否存在目录 　　-e和!-e判断是否存在文件或目录 　　-x和!-x判断文件是否可执行 　　例如下面设定nginx在文件和目录不存在的时候重定向： 　　if (!-e $request_filename) { 　　proxy_pass 127.0.0.1; 　　} 　　return 　　返回http代码，例如设置nginx防盗链： 　　location ~* .(gifjpgpngswfflv)$ { 　　valid_referers none blocked ; 　　if ($invalid_referer) { 　　return 404; 　　} 　　}

nginx返回503

一、访问出现503 service unavailable，但刷新一下又能正常访问

出现这种情况是由于网站超过了iis限制造成的，比如2003的操作系统在提示IIS过多时并非像2000系统提示“链接人数过多”，而是提示"Service Unavailable",出现这种情况是由于网站超过了系统资源限制造成的，主要是程序占用资源太多。

解决方法:增加IIS连接数就可以解决。

二、不限制IIS连接数，但还会提示503 service unavailable

这种情况一般都是使用ACCESS数据库的网站，通过分析就可以知道是ACCESS引擎当了。通过排查会发现一些文件引起ACCESS引擎“灾难性故障”及“未将对象引用设置到对象的实例”的错误。

解决方法:通过服务器医生的文件医生修复就可以恢复正常。

三、浏览一个 Windows SharePoint Services Web 站点时，提示：Service Unavailable

出现该问题的的原因是Microsoft Internet 信息服务 (IIS) 6.0 中没有正确地配置用于虚拟服务器的应用程序池。

解决方法：

1、首先我们需要验证虚拟服务器是否正确配置了应用程序池，默认的应用程序池是 MSSharePointPortalAppPool。

a).单击“开始”选择“管理工具”，然后单击“Internet 信息服务 (IIS) 管理器”。

b).打开“ServerName”，展开“Web 站点”，右键单击虚拟服务器，然后单击“属性”。

c).单击“主目录”选项卡，为虚拟服务器配置的应用程序池列在“应用程序池”框中。

d).单击“确定”即可。

2、验证应用程序池帐户是服务器上的 IIS_WPG 组和 STS_WPG 组的成员。

3、重新启动 IIS 以回收应用程序池。

四、网站第一次出现“service unavailable”问题，直接重启IIS就行了。步骤如下：

1、使用快捷键Windows+R打开运行，输入iisreset就可以实现IIS重启。

2、在开始菜单中搜索IIS，然后打开IIS，然后选择重新启动IIS也可以。

五、网站经常出现service unavailable503，或者重启iis后仍然会挂掉的方法

1、套用CDN

首先你要排除下服务器或vps资源是否够用，看下你的服务器各项资源是否都在正常值（cpu，带宽，内存等），现在的vps或者服务器都有后台面板统计的，cpu你长期百分之百肯定有问题，当你的硬件资源没有空闲时会导致iis工作不正常的，会报一些乱七八糟的错误，其实比较简单的解决方法就是网站访问加cdn，套上cdn后，网站需要的服务器资源都走cdn了，iis负载也下来了，自然不会报错。

2、关掉一些不必要的软件功能

比如很多站长用安全狗防护网站，软件确实不错，但会造成卡顿。另外你的安全级别默认或者很高的话，拦截的会非常多，有时一秒钟能拦击几个到十几个，这样也消耗了你的服务器。

3、网站自身程序问题

网站运行中如果交互性不重要，就把网站静态化，动态在iis下跑比较费力的，尤其是php

4、切换系统服务

网站如果还在用iis系统或在win上搭建的apache/nginx，建议换成linux系统，其实linux也没那么难，推荐amh或宝塔一键安装php环境，然后用winsp（类似ftp的可视化管理工具）管理文件和权限就可以了。

nginx返回200没数据

Nginx返回502代表的是服务器接收到了一个无效的请求，无法完成处理。可能的原因有：

1、反向代理服务器没有及时响应；

2、应用服务器连接延时、超时或者崩溃；

3、Nginx自身内部出现错误。

nginx返回301 原因

在同一端口上实现 HTTP 重定向到 HTTPS 是完全可行的。以下是基本思路：

1. 配置 HTTPS 服务器：首先应该正确地部署 HTTPS 服务器。可以使用自签名证书或更具信任的证书，具体的部署可以参考证书供应商的文档或指南。

2. 修改服务器配置文件：如果使用 Apache 或 Nginx 等流行的网络服务器，请编辑您的服务器配置文件。找到虚拟主机配置部分，在 HTTP 端口上添加以下行：

```

RewriteEngine On

RewriteRule ^(.*)$ https://%{HTTP_HOST}$1 [R=301,L]

```

如上所述，RewriteRule 命令的正则表达式捕获匹配 HTTP 请求中的所有路径并将其与 HTTPS 移动到重写请求。该 [R=301] 参数表示使用 301 永久重定向。

3. 重新启动服务器：编辑完配置文件后，需要重新启动服务器使配置生效并将 HTTP 交通重定向到 HTTPS。

这样一来，您的网站现在将用 HTTPS 加密连接。多亏了匀地技术人员的辛勤工作和分秒必争的部署，你的网站现在更加安全了！

一、. 重定向(Redirect)就是通过各种方法将各种网络请求重新定个方向转到其它位置（如：网页重定向、域名的重定向、路由选择的变化也是对数据报文经由路径的一种重定向）。

二、

1.网站调整（如改变网页 目录结构）；

2.网页被移到一个新地址；

3.网页扩展名改变(如应用需要把.php改成.Html或.shtml)。

这种情况下，如果不做重定向，则用户收藏夹或搜索引擎数据库中旧地址只能让访问客户得到一个404 页面错误信息，访问流量白白丧失；再者某些注册了多个域名的网站，也需要通过重定向让访问

这些域名的用户自动跳转到主 站点等。

三、常用的重定向方式有：

301 redirect-----永久性转移

302 redirect-----暂时性转移

四、Apache服务器实现301重定向

相比较来说，Apache实现起来要比IIS简单多了。在Apache中，有个很重要的文件.htaccess，通过对它的设置，可以实现很多强大的功能， 301重定向只是其中之一。

nginx 返回502

第一种：Nginx自己的错误页面

Nginx访问一个静态的html 页面，当这个页面没有的时候，Nginx抛出404，那么如何返回给客户端404呢？

看下面的配置，这种情况下不需要修改任何参数，就能实现这个功能。

server {

listen 80;

server_name www.test.com;

root /var/www/test;

index index.html index.htm;

location / {

}

# 定义错误页面码，如果出现相应的错误页面码，转发到那里。

error_page 404 403 500 502 503 504 /404.html;

# 承接上面的location。

location = /404.html {

# 放错误页面的目录路径。

root /usr/share/nginx/html;

}

}

第二种：反向代理的错误页面

如果后台Tomcat处理报错抛出404，想把这个状态叫Nginx反馈给客户端或者重定向到某个连接，配置如下：

upstream www {

server 192.168.1.201:7777 weight=20 max_fails=2 fail_timeout=30s;

ip_hash;

}

server {

listen 80;

server_name www.test.com;

root /var/www/test;

index index.html index.htm;

location / {

if ($request_uri ~* ‘^/$’) {

rewrite .* http://www.test.com/index.html redirect;

}

# 关键参数：这个变量开启后，我们才能自定义错误页面，当后端返回404，nginx拦截错误定义错误页面

proxy_intercept_errors on;

proxy_pass http://www;

proxy_set_header HOST $host;

proxy_set_header X-Real-IP $remote_addr;

proxy_set_header X-Forwarded-FOR $proxy_add_x_forwarded_for;

}

error_page 404 /404.html;

location = /404.html {

root /usr/share/nginx/html;

}

}

第三种：Nginx解析php代码的错误页面

如果后端是php解析的，需要加一个变量

在http段中加一个变量

fastcgi_intercept_errors on就可以了。

指定一个错误页面：

error_page 404 /404.html;

location = /404.html {

root /usr/share/nginx/html;

}

指定一个url地址：

error_page 404 /404.html;

error_page 404 = http://www.test.com/error.html;