学校官网与504的那段超时（Time-out）恋情！

这几天，不知道我们学校有多少学子访问官网而不得，与其说是访问教务管理网而被拒之门外。

平常的话，这也就算了，毕竟没有几个人去登，爱看不看的是吧？

可是，这地球人都知道的日子，居然不能访问，知道这几天牵涉着多少莘莘学子的心弦啊。

你知道有多少人期待着期末考试的成绩出分么？

哈哈~~~~哈哈~~~~哈哈~~~~哈哈~~~~哈哈~~~~哈哈~~~~哈哈~~~~哈哈~~~~哈哈~~~~哈哈~~~~哈哈~~~~哈哈~~~~哈哈~~~~哈哈~~~~哈哈~~~~哈哈~~~~哈哈~~~~

官网报错 “504-Gateway Time-out” 弱弱地翻译为：网关超时

"504 Gateway Time-out"是什么意思？以及什么是网关？

"504 Gateway Time-out"是什么意思 意思为网关超时。

 网关(Gateway)又称网间连接器、协议转换器。网关在传输层上以实现网络互连是最复杂的网络互连设备仅用于两个高层协议不同的网络互连。网关的结构也和路由器类似不同的是互连层。网关既可以用于广域网互连也可以用于局域网互连。 网关是一种充当转换重任的计算机系统或设备。在使用不同的通信协议、数据格式或语言甚至体系结构完全不同的两种系统之间网关是一个翻译器。与网桥只是简单地传达信息不同网关对收到的信息要重新打包以适应目的系统的需求。同时网关也可以提供过滤和安全功能。大多数网关运行在OSI 7层协议的顶层--应用层。

大家都知道从一个房间走到另一个房间必然要经过一扇门。同样从一个网络向另一个网络发送信息也必须经过一道“关口”这道关口就是网关。顾名思义网关(Gateway)就是一个网络连接到另一个网络的“关口”。 按照不同的分类标准网关也有很多种。TCP/IP协议里的网关是最常用的在这里我们所讲的“网关”均指TCP/IP协议下的网关。 那么网关到底是什么呢网关实质上是一个网络通向其他网络的IP地址。

比如有网络A和网络B网络A的IP地址范围为“192.168.1.1~192. 168.1.254”子网掩码为255.255.255.0网络B的IP地址范围为“192.168.2.1~192.168.2.254”子网掩码为255.255.255.0。在没有路由器的情况下两个网络之间是不能进行TCP/IP通信的即使是两个网络连接在同一台交换机(或集线器)上TCP/IP协议也会根据子网掩码(255.255.255.0)判定两个网络中的主机处在不同的网络里。而要实现这两个网络之间的通信则必须通过网关。如果网络A中的主机发现数据包的目的主机不在本地网络中就把数据包转发给它自己的网关再由网关转发给网络B的网关网络B的网关再转发给网络B的某个主机(如附图所示)。网络B向网络A转发数据包的过程。 所以说只有设置好网关的IP地址TCP/IP协议才能实现不同网络之间的相互通信。那么这个IP地址是哪台机器的IP地址呢网关的IP地址是具有路由功能的设备的IP地址具有路由功能的设备有路由器、启用了路由协议的服务器(实质上相当于一台路由器)、代理服务器(也相当于一台路由器)。

在和 Novell NetWare 网络交互操作的上下文中网关在 Windows 网络中使用的服务器信息块 (SMB) 协议以及 NetWare 网络使用的 NetWare 核心协议 (NCP) 之间起着桥梁的作用。网关也被称为 IP 路由器。

有很多同仁都找到了解决这个问题的方法：

解决nginx下504 Gateway Time-out：

在CentOS下配置lnmp组合基本上用的都是同样的配置文件，一直都没出现过问题，可最近在一个vps上安装同样的环境之后，网站在线10多人就出 现了打开速度非常缓慢的情况，有好几次都是直接达到了nginx中设置的脚本最大超时时间300秒，结果导致nginx往客户端浏览器发送了一个504 Gateway Time-out的错误代码，分析了之后改动了几处配置文件，终于避免了该情况的出现。

从错误代码基本可以确定跟nginx本身无关，主要是提交给php-fpm的请求未能正确反馈而导致，一般情况下，提交动态请求的时候，nginx会直接把 请求转交给php-fpm，而php-fpm再分配php-cgi进程来处理相关的请求，之后再依次返回，最后由nginx把结果反馈给客户端浏览器，但 我这个vps目前跑的是个纯php应用内容，实际上用户所有的请求都是php请求，有的耗费时间比较久，php-cgi进程就一直都被用满，而php- fpm本身的配置文件只打开了10组php-cgi进程，这样的话在线用户稍微多的话就会导致请求无法被正常处理而出错。

大概分析出了原 因，下面做就比较容易了，首先是更改php-fpm的几处配置：

把max_children由之前的10改为现在的30，这样就可以保证 有充足的php-cgi进程可以被使用；
把request_terminate_timeout由之前的0s改为60s，这样php-cgi进程 处理脚本的超时时间就是60秒，可以防止进程都被挂起，提高利用效率。

接着再更改nginx的几个配置项，减少FastCGI的请求次 数，尽量维持buffers不变：

fastcgi_buffers由 4 64k 改为 2 256k；
fastcgi_buffer_size 由 64k 改为 128K；
fastcgi_busy_buffers_size 由 128K 改为 256K；
fastcgi_temp_file_write_size 由 128K 改为 256K。

好了，重新加载php-fpm和nginx的配置，再次测试，至今两周时间内没有再出现504 Gateway Time-out的情况，算是达到效果了。

另外，php-fpm的默认静态处理方式会使得php-cgi的进程长期占用内存而无法释放，这也是导致nginx出错的原因之一，因此可以将php-fpm的处理方式改成apache模式。
<value name=”style”>apache-like</value>

从更改完毕到现在的测试表明上述方式的效果还是很明显的，并没有发现一次Nginx502 bad gateway或504 Gateway Time-out错误。当然，如果你的VPS或者服务器的性能足够好可以根据具体情况不必做无谓的改动。

希望学校官网尽快地从与504的超时恋情中得到解救！！阿门！！