nginx转发503(nginx转发地址配置)

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转发地址配置

1.轮训模式

2.指定权重

3.IP绑定

nginx转发504

确实打不开，可能网站的服务器在维护，也可能是网站nginx默认的fastcgi进程响应的缓冲区太小造成的，反正我尝试了几次都是504 Gateway Time-out

属于暂时的网络阻塞，换个时间再登录

换个游览器试试

换个浏览器试试

也许是网络在维护

nginx转发500错误

在开发静态页面时，类似Vue的应用，我们常会调用一些接口，这些接口极可能是跨域，然后浏览器就会报cross-origin问题不给调。

最简单的解决方法，就是把浏览器设为忽略安全问题，设置--disable-web-security。不过这种方式开发PC页面到还好，如果是移动端页面就不行了。

解决办法

使用Nginx转发请求。把跨域的接口写成调本域的接口，然后将这些接口转发到真正的请求地址。

其实不仅是在开发调试时候能这么干，在生产环境也能这么玩。利用Nginx转发请求之后，就能够让所要部署的静态页面不需要放在跟请求接口同域的地方。

nginx转发占用带宽吗

1、可以高并发连接

官方测试Nginx能够支撑5万并发连接，实际生产环境中可以支撑2~4万并发连接数。

原因，主要是Nginx使用了最新的epoll（Linux2.6内核）和kqueue（freeBSD）网路I/O模型，而Apache使用的是传统的Select模型，其比较稳定的Prefork模式为多进程模式，需要经常派生子进程，所以消耗的CPU等服务器资源，要比Nginx高很多。

2、内存消耗少

Nginx+PHP（FastCGI）服务器，在3万并发连接下，开启10个Nginx进程消耗150MB内存，15MB*10=150MB，开启的64个PHP-CGI进程消耗1280内存，20MB*64=1280MB，加上系统自身消耗的内存，总共消耗不到2GB的内存。

如果服务器的内存比较小，完全可以只开启25个PHP-CGI进程，这样PHP-CGI消耗的总内存数才500MB。

3、成本低廉

购买F5BIG-IP、NetScaler等硬件负载均衡交换机，需要十多万到几十万人民币，而Nginx为开源软件，采用的是2-clause BSD-like协议，可以免费试用，并且可用于商业用途。

BSD开源协议是一个给使用者很大自由的协议，协议指出可以自由使用、修改源代码、也可以将修改后的代码作为开源或专用软件再发布。

4、配置文件非常简单

网络和程序一样通俗易懂，即使，非专用系统管理员也能看懂。

5、支持Rewrite重写

能够根据域名、URL的不同，将http请求分到不同的后端服务器群组。

6、内置的健康检查功能

如果NginxProxy后端的某台Web服务器宕机了，不会影响前端的访问。

7、节省带宽

支持GZIP压缩，可以添加浏览器本地缓存的Header头。

8、稳定性高

用于反向代理，宕机的概率微乎其微。

9、支持热部署

Nginx支持热部署，它的自动特别容易，并且，几乎可以7天*24小时不间断的运行，即使，运行数个月也不需要重新启动，还能够在不间断服务的情况下，对软件版本进行升级。

nginx转发502报错

进入 站点的人过多，会导致负载过高的其中一个原因

其他因素也会有导致负载过高，例如程序里有死循环、站点并发数过高、

检查一下你的web配置

什么情况下会出现“502 Bad Gateway nginx/1.0.15”，看看日志，分析一下

nginx转发文件流

nginx可以转发内网 url东西。有两种方法：

1、去掉匹配路径转发

匹配规则通常为二级路径，转发的时候过滤掉。

# 转发示例： # 请求：http://somedomain.com/system/path/request # 转发：http://otherdomain.com/path/request # location ^~ /system/ { proxy_pass http://otherdomain.com; }

2、完整路径转发

匹配规则二级路径转发的时候也带上。

# 转发示例 # 请求：http://somedomain.com/system/path/request # 转发：http://otherdomain.com/system/path/request # location ^~ /system { proxy_pass http://otherdomain.com; }

nginx转发header配置

获取url参数

在 ngx_lua 中访问 Nginx 内置变量 ngx.var.arg_PARAMETER 即可获得GET参数PARAMETER的内容。

在 nginx配置中，通过$arg_PARAMETER 即可获得GET参数PARAMETER的内容。

获取请求头

在 ngx_lua 中访问 Nginx 内置变量 ngx.var.http_HEADER 即可获得请求头HEADER的内容。

在 nginx配置中，通过$http_HEADER 即可获得请求头HEADER的内容。

通过以下方式进行验证，比如说，通过 http://www.test.com?name=hello&id=123 来验证url的请求参数，能够在nginx中获取到，只需要修改nginx.conf 配置文件如下,就可以在access.log中看到id和name在log中

http {

include mime.types;

default_type application/octet-stream;

log_format main '{ "@timestamp": "$time_iso8601", '

'"servername": "$http_host", '

'"id": "$arg_id",'

'"name": "$arg_name",'

'"remote_addr": "$remote_addr",'

'"referer": "$http_referer",'

'"request": "$request",'

'"request_time": "$request_time",'

'"status": $status,'

'"bytes":$body_bytes_sent,'

'"agent": "$http_user_agent",'

'"x_forwarded": "$http_x_forwarded_for",'

'"upstr_addr": "$upstream_addr",'

'"upstr_host": "$upstream_http_host",'

'"ups_resp_time": "$upstream_response_time" }';

access_log logs/access.log main;

server_names_hash_bucket_size 128;

nginx转发502

一、什么是502 bad gateway？

通俗的来讲，502 bad gateway代表您所访问的网站出了问题，因为502 Bad Gateway 服务器作为网关或者代理时，是为了完成访问下一个服务器，但该服务器返回了非法的应答。也许是暂时的，也许是的。建议大家稍等一下再从新访问试试。

二、502 bad gateway产生原因？

502 bad gateway产生的大多数原因都是由于连接超时，我们向服务器发送请求，由于服务器当前的链接数太多，导致服务器无法给于正常的响应，才会产生502 bad gateway报错。

一般来说，服务器只是作为网关或代理，以满足客户的要求（如Web浏览器）来访问我们所请求的URL。服务器收到无效的响应从上游服务器访问请行它的要求。这并不意味着上游服务器已关闭（无响应网关/代理），而是上游服务器和网关/代理不同意协议交换数据。由于互联网协议是固定的，所以，这意味着一个或两个机器已经不正确或没有完全编程。

三、固定502错误产生原因？

一般这个问题是由于不良的IP之间的沟通后端计算机，可能包括在Web服务器上的网站您尝试访问。在分析这个问题，您应该清除浏览器缓存再访问。

如果您上网时在您尝试访问的所有网站上都看这个问题，有两种可能

①你的ISP重大设备故障/过载

②有问题的内部互联网连接如您的防火墙无法正常运作。

在种情况下，只有您的ISP可以帮助您。在第二种情况下，你需要解决什么，那是阻止你进入互联网。

如果您只有在部分尝试访问的网站中出现此问题，那很可能是一个问题，即这些网站之一，其设备故障或超载。联系你网站的管理员。

四、502 bad gateway解救方法？

1、刷新

说白了很简单是——刷新(不是一般的刷新哦)

这里所讲的刷新主要是指从服务器下载数据到本地的硬盘浏览器，再从本地硬盘中读取数据到浏览器显示给我们看。通常有两种刷新模式：

①基本刷新：是点击刷新或者使用F5快捷键

基本刷新只是从本地的硬盘重新拿取数据到浏览器，并不重新向服务器发出请求。大部分用户很多时候都是这样刷新的，遇到502报错的没有任何效果。

②从服务器刷新：如果你重新直接点击你想要浏览的网页链接，你会发现刚刚还显示的"502 bad gateway"错误信息页面，重新点击链接后又可以正常浏览。

解决方法：是从服务器上刷新：快捷键 ctrl+F5，这样是重新向服务器发送请求了，如果服务器能正常给予你响应你可以看到页面了。

2、DNS 缓冲问题

这种情况主要是你在没有用vpn的情况下，访问了国外一些被国家防火墙屏蔽的网站如YouTube，facebook之类。

解决办法：这种情况通常在几分钟之内可以访问了。也可以尝试 在cmd窗口运行 ipconfig /flushdns 来刷新DNS缓存

3、dns 被劫持

解决办法：更换DNS，推荐114.114.114.114，还有阿里的公共DNS 如：223.5.5.5、223.6.6.6

五、Nginx 502 bad gateway错误

①查看php-cgi是否在运行

有时候由于网站流量过大或者其它原因，导致php-cgi直接down掉，所以我们得看php-cgi是否在运行。执行以下命令：

ps -A | grep php5-cgi

若没有运行，我们可以手动启动

/etc/init.d/php_cgi start

如果你发现php-cgi不明原因有时候down掉，可以使用下面的脚本临时解决这个问题，添加到cronjob。

if ps aux | grep ‘php5-cgi’ | grep -v grep > /dev/null ; then echo "PHP-cgi is runnning !" else echo "PHP-cgi is down. Starting over…" /etc/init.d/php-fcgi start fi

②fastcgi进程数不够用、php执行时间长的原因

fastcgi进程数可以修改php-fpm.conf中的max_children的数值，高峰时php-cgi耗掉的内存为20M，请根据自己的内存情况计算了。

限制php执行时间可以在php-fpm.conf中的request_terminate_timeout设置，这是为了防止php程序的bug导致php-cgi假死。

③FastCGI执行时间过长

根据实际情况调高以下参数值

fastcgi_connect_timeout 300; fastcgi_send_timeout 300; fastcgi_read_timeout 300；

六、解决nginx出现502的错误

①查看当前的PHP FastCGI进程数是否够用

netstat -anpo | grep "php-cgi" | wc -l

如果实际使用的"FastCGI进程数"接近预设的"FastCGI进程数"，那么，说明"FastCGI进程数"不够用，需要增大。

②部分PHP程序的执行时间超过了Nginx的等待时间，可以适当增加nginx.conf配置文件中FastCGI的timeout时间

例如，系统当前的PHP FastCGI进程数明显超过了预设值的64这个数值，在电信的服务器上查看当前的PHP FastCGI进程数没有高于64这个数值，而且网通线路的活动连接明显高于电信的活动连接，由此可以说明出现nginx不稳定的情况是由于服务器访问负载过大引起的。

总结：php-cgi进程数不够用、php执行时间长、或者是php-cgi进程死掉，都会出现502错误