Nginx如何处理一个请求

  看了下nginx的官方文档,其中nginx如何处理一个请求讲解的很好,现在贴出来分享下。Nginx首先选定由哪一个虚拟主机来处理请求。让我们从一个简单的配置(其中全部3个虚拟主机都在端口*:80上监听)开始:

 1 server {
 2     listen      80;
 3     server_name example.org www.example.org;
 4     ...
 5 }
 6
 7 server {
 8     listen      80;
 9     server_name example.net www.example.net;
10     ...
11 }
12
13 server {
14     listen      80;
15     server_name example.com www.example.com;
16     ...
17 }

  在这个配置中,nginx仅仅检查请求的“Host”头以决定该请求应由哪个虚拟主机来处理。如果Host头没有匹配任意一个虚拟主机,或者请求中根本没有包含Host头,那nginx会将请求分发到定义在此端口上的默认虚拟主机。在以上配置中,第一个被列出的虚拟主机即nginx的默认虚拟主机——这是nginx的默认行为。而且,可以显式地设置某个主机为默认虚拟主机,即在"listen"指令中设置"default_server"参数:

1 server {
2     listen      80 default_server;
3     server_name example.net www.example.net;
4     ...
5 }

  下面让我们来看一个复杂点的配置,在这个配置里,有几个虚拟主机在不同的地址上监听:

server {
    listen      192.168.1.1:80;
    server_name example.org www.example.org;
    ...
}

server {
    listen      192.168.1.1:80;
    server_name example.net www.example.net;
    ...
}

server {
    listen      192.168.1.2:80;
    server_name example.com www.example.com;
    ...
}

  这个配置中,nginx首先测试请求的IP地址和端口是否匹配某个server配置块中的listen指令配置。接着nginx继续测试请求的Host头是否匹配这个server块中的某个server_name的值。如果主机名没有找到,nginx将把这个请求交给默认虚拟主机处理。例如,一个从192.168.1.1:80端口收到的访问www.example.com的请求将被监听192.168.1.1:80端口的默认虚拟主机处理,本例中就是第一个服务器,因为这个端口上没有定义名为www.example.com的虚拟主机。

Nginx如何处理一个请求

时间: 2024-12-24 00:16:26

Nginx如何处理一个请求的相关文章

Nginx如何处理一个连接

Nginx如何处理一个连接 Nginx作为服务器 1 启动 首先,nginx在启动时,会解析配置文件,得到需要监听的端口与ip地址 然后,nginx的master进程里面,先初始化好这个监控的socket(创建socket--设置addrreuse等选项--绑定到指定的ip地址端口--在listen),然后再fork出多个子进程出来,然后子进程会竞争accept新的连接. 此时,客户端就可以向nginx发起连接了. 2 客户端向Nginx发起连接 首先:当客户端与nginx进行三次握手,与ngi

nginx理解--如何处理一个请求

最好的方法是看官方文档,以下内容都是来自官方文档 如何防止处理未定义主机名的请求基于域名和IP混合的虚拟主机一个简单PHP站点配 1.基于名字的虚拟主机 Nginx首先选定由哪一个虚拟主机来处理请求.让我们从一个简单的配置(其中全部3个虚拟主机都在端口*:80上监听)开始:server { listen 80; server_name example.org www.example.org; ...} server { listen 80; server_name example.net www

Nginx是如何处理一个请求

首先,nginx在启动时,会解析配置文件,得到需要监听的端口与ip地址,然后在nginx的master进程里面,先初始化好这个监控的socket(创建socket,设置addrreuse等选项,绑定到指定的ip地址端口,再listen),然后再fork(一个现有进程可以调用fork函数创建一个新进程.由fork创建的新进程被称为子进程 )出多个子进程出来,然后子进程会竞争accept新的连接. 此时,客户端就可以向nginx发起连接了.当客户端与nginx进行三次握手,与nginx建立好一个连接

Djangon如何处理一个请求(How Django processes a request)

当用户从Django服务器站点请求页面时,系统遵循以下算法来确定要执行的Python代码: 1.  首先Django确定要使用的根URLconf模块.通过 ROOT_URLCONF 来设置,具体在 settings.py 配置文件中. 但是如果传入HttpRequest对象具有urlconf属性(由中间件设置),则其值将替换ROOT_URLCONF设置. 2. Django加载该Python模块并查找该变量urlpatterns.这应该是一个Python的django.conf.urls.url

nginx js、css多个请求合并为一个请求(concat模块)

模块介绍 mod_concat模块由淘宝开发,目前已经包含在tengine中,并且淘宝已经在使用这个nginx模块.不过塔暂时没有包含在nginx中.这个模块类似于apache中的modconcat.如果需要使用它,需要使用两个”?”问号. 来个范例: http://example.com/??style1.css,style2.css,foo/style3.css 以上将原先3个请求合并为1个请求 如果你担心文件被用户的浏览器缓存而没有及时更新,你依旧可以带上一个版本号的参数,如下: http

nginx处理web请求分析

一.基于域名的虚拟服务器 nginx首先确定使用哪一个server域来处理请求,下面的例子中有3个虚拟服务器监听*:80端口. server { listen 80; server_name nginx.org www.nginx.org; ... } server { listen 80; server_name nginx.net www.nginx.net; ... } server { listen 80; server_name nginx.com www.nginx.com; ...

ASP.NET Core管道深度剖析(3):管道是如何处理HTTP请求的?

我们知道ASP.NET Core请求处理管道由一个服务器和一组有序的中间件组成,所以从总体设计来讲是非常简单的,但是就具体的实现来说,由于其中涉及很多对象的交互,我想很少人能够地把它弄清楚.为了让读者朋友们能够更加容易地理解管道处理HTTP请求的总体流程,我们根据真实管道的实现原理再造了一个“模拟管道”并在此管道上开发了一个发布图片的应用,这篇文章旨在为你讲述管道是如何处理HTTP请求的 目录一.HttpApplication    FeatureCollection    HostingApp

通过配置nginx 抵御不合法请求

ngx_http_limit_conn_module模块 使用此模块主要用来限制每秒请求数量,至于依据什么条件限制是由我们来自定义的.官方文档 Module ngx_http_limit_req_module中文翻译的 nginx限制请求数ngx_http_limit_req_module模块 文档讲的很详细了,大致说下:limit_req_zone $variable zone=name:size rate=rate;命令的意思是,以$variable变量为条件,起名为name,设置的存储空间

nginx是一个反向代理的软件

nginx只是一个反向代理的软件,和语言无关,理论上支持任何Web平台,当然http://Asp.net也不例外,http://51aspx.com就是http://Asp.net开发的,前端暴漏的是nginx Nginx和后端无关,他是HTTP传输过程中的一个中间层,负责将请求转发到他身后的应用服务器.对于客户端和最终的服务端,都是感知不到Nginx的存在的