系统导出文件显示服务器无法处理请求

服务器无法处理请求，原因有以下两种。

第一种原因，服务器负责接收请求的 web dispatcher 接收的用户请求数已经到达其阈值，这种情况下，对于此后新进来的用户请求，服务器一律采取拒绝连接的方式，此时客户端眼中观察到的就是服务器无法处理请求的现象了。

第二种情况，服务器接收的用户连接数量很小，但是正在运行 could 密集型的任务，大量消耗了计算资源，也导致新的用户请求无法被处理。

基于名称（指 HTTP 请求头 Host 字段）的虚拟服务器指通过 HTTP 请求头的 Host 来决定客户端请求由哪个 server 进行处理。

让我们从一个简单的配置开始，下面配置了三个虚拟服务器，它们均侦听 80 端口 ：

上面配置中，nginx 仅测试请求的头字段“Host”以确定应将请求路由到哪个 server。如果“Host”的值与任何 server 名称都不匹配，或者请求根本不包含“Host”头字段，则 nginx 会将请求路由到此端口的默认 server。

上面的配置中，默认 server 是第一个 —— 这是 nginx 的标准默认行为。还可以使用 listen 指令中的 default_server 参数明确设置哪个 server 应该是默认 server：

如果不允许处理没有“Host”头字段的客户端请求（反过来说，只处理带有 Host 头字段的客户端请求），可以定义一个只丢弃请求的 server：

在这里，server_name 设置为一个空字符串，它将匹配没有“Host”头字段的请求，并返回一个特殊的 nginx 非标准代码 444 来关闭连接。

让我们看一个更复杂的配置，其中一些虚拟服务器侦听不同的地址：

上面配置中，nginx 首先根据 server 块的 listen 指令测试请求的 IP 地址和端口。然后，它根据与 IP 地址和端口匹配的 server 块的 server_name 条目测试请求的“Host”标头字段。如果未找到服务器名称，则请求将由默认服务器处理。例如，在 192.168.1.1:80 端口上收到的 www.example.com 请求将由 192.168.1.1:80 端口的默认服务器处理，即由第一个服务器处理，因为没有 www.example .com 为此端口定义。

如前所述，默认服务器是监听端口的一个属性，可以为不同的端口定义不同的默认服务器：

现在让我们看看 nginx 如何选择一个位置来处理一个典型的、简单的 PHP 站点的请求：

无论列出的顺序如何，nginx 首先搜索由文字字符串给出的最具体的前缀位置。在上面的配置中，唯一的前缀位置是“/”，并且由于它匹配任何请求，因此将用作最后的手段。然后 nginx 按照配置文件中列出的顺序检查正则表达式给出的位置。第一个匹配的表达式停止搜索，nginx 将使用这个位置。如果没有正则表达式匹配请求，则 nginx 使用之前找到的最具体的前缀位置。

注意： 所有类型的位置仅测试不带参数的请求行的 URI 部分。这样做是因为查询字符串中的参数可以通过多种方式给出，例如：

此外，任何人都可以在查询字符串中请求任何内容：

现在让我们看看在上面的配置中如何处理请求：

---