NGINX虚拟主机管理

你的名字 2022-07-13 06:44 210阅读 0赞

# Nginx配置段 #

// 全局区
    worker_processes 1; // 有1个工作的子进程,可以自行修改,但太大无益,因为要争夺CPU,一般设置为 CPU数*核数
    
    Event {
    // 一般是配置nginx连接的特性
    // 如1个word能同时允许多少连接
     worker_connections  1024; // 这是指 一个子进程最大允许连1024个连接
    }

http {
       //这是配置http服务器的主要段
    
             Server1 {
       // 这是虚拟主机段
    
                    Location {
           //定位,把特殊的路径或文件再次定位 ,如image目录单独处理
                    } // 如.php单独处理
    
             }
    
             Server2 {
             }
        }

## 例子1: 基于域名的虚拟主机 ##

server {
            listen 80;  #监听端口
            server_name a.com; #监听域名
    
            location / {
                    root /var/www/a.com;   #根目录定位
                    index index.html;
            }
        }

## 例子2: 基于端口的虚拟主机配置 ##

server {
            listen 8080;
            server_name 192.168.1.204;
    
            location / {
                    root /var/www/html8080;
                    index index.html;
            }
        }

# location 语法 #

location 有”定位”的意思, 根据Uri来进行不同的定位.  
在虚拟主机的配置中,是必不可少的,location可以把网站的不同部分,定位到不同的处理方式上.  
比如, 碰到.php, 如何调用PHP解释器? –这时就需要location

#### location 的语法 ####

> location \[=|~|~\*|^~\] patt \{  
> \}

中括号可以不写任何参数,此时称为一般匹配  
也可以写参数  
因此,大类型可以分为3种  
\*\*location = patt \{\} \[精准匹配\]  
location patt\{\} \[一般匹配\]  
location ~ patt\{\} \[正则匹配\]\*\*

#### 如何发挥作用?: ####

> 首先看有没有精准匹配,如果有,则停止匹配过程.

#### 例1 ####

location = patt { config A }

如果 $uri == patt,匹配成功，使用configA

#### 例2 ####

location = / {
       root   /var/www/html/;
       index  index.htm index.html;
            }
    
      location / {
       root   /usr/local/nginx/html;
       index  index.html index.htm;
      }

如果访问　　[http://xxx.com/][http_xxx.com]  
定位流程是  
1: 精准匹配中　”/” ,得到index页为　　index.htm  
2: 再次访问 /index.htm , 此次内部转跳uri已经是”/index.htm” ,  
根目录为/usr/local/nginx/html  
3: 最终结果,访问了 /usr/local/nginx/html/index.htm

#### 例3 ####

再来看,正则也来参与.

location / {
    root   /usr/local/nginx/html;
    index  index.html index.htm;
            }
    
    location ~ image {
    root /var/www/image;
    index index.html;
    }

如果我们访问 [http://xx.com/image/logo.png][http_xx.com_image_logo.png]  
此时, “/” 与”/image/logo.png” 匹配  
同时,”image”正则 与”image/logo.png”也能匹配,谁发挥作用?  
正则表达式的成果将会使用.

图片真正会访问 /var/www/image/logo.png

#### 例4 ####

location / {
    root   /usr/local/nginx/html;
    index  index.html index.htm;
             }
    
    location /foo {
    root /var/www/html;
    index index.html;
    }

我们访问 [http://xxx.com/foo][http_xxx.com_foo]  
对于uri “/foo”, 两个location的patt,都能匹配他们  
即 ‘/’能从左前缀匹配 ‘/foo’, ‘/foo’也能左前缀匹配’/foo’,  
此时, 真正访问 /var/www/html/index.html  
原因:’/foo’匹配的更长,因此使用之.;

## location的解析过程 ##

Created with Raphaël 2.1.0URI解析是否精准匹配？返回精准匹配结果，并结束普通匹配1、...普通匹配n普通匹配是否命中？是否命中多个？记忆最长匹配结果记忆匹配结果正则匹配1、...正则匹配n任一正则匹配返回正则匹配结果，并结束yesnoyesnoyesnoyesno

## 总结 location的命中过程： ##

1.  先判断精准命中，如果命中，立即返回结果并结束解析过程
2.  判断普通命中，如果有多个命中，**`记录`**下来**`最长`**的结果（注意：记录但不结束，顺序无所谓，以最长匹配结果为准）
3.  继续判断正则表达式的解析结果，按配置里的正则表达式顺序为准，由上而下开始匹配，一旦匹配，立即返回结果，并结束解析过程。（**所以正则匹配，顺序很重要**）如果没有匹配，则返回普通匹配中的命中结果。

[http_xxx.com]: http://xxx.com/
[http_xx.com_image_logo.png]: http://xx.com/image/logo.png
[http_xxx.com_foo]: http://xxx.com/foo