精华内容
下载资源
问答
  • Nginx配置文件nginx.conf)配置详解

    万次阅读 多人点赞 2016-02-19 10:03:50
    Nginx的配置文件nginx.conf配置详解如下: usernginxnginx; Nginx用户及组:用户组。window下不指定 worker_processes8; 工作进程:数目。根据硬件调整,通常等于CPU数量或者2倍于CPU。 error_loglogs/error.log;...

     

    Nginx的配置文件nginx.conf配置详解如下:

     

    user nginx nginx ;

    Nginx用户及组:用户 组。window下不指定

     

    worker_processes 8;

    工作进程:数目。根据硬件调整,通常等于CPU数量或者2倍于CPU。

     

    error_log  logs/error.log;  

    error_log  logs/error.log  notice;  

    error_log  logs/error.log  info;  

    错误日志:存放路径。

     

    pid logs/nginx.pid;

    pid(进程标识符):存放路径。

     

    worker_rlimit_nofile 204800;

    指定进程可以打开的最大描述符:数目。

    这个指令是指当一个nginx进程打开的最多文件描述符数目,理论值应该是最多打开文件数(ulimit -n)与nginx进程数相除,但是nginx分配请求并不是那么均匀,所以最好与ulimit -n 的值保持一致。

    现在在linux 2.6内核下开启文件打开数为65535,worker_rlimit_nofile就相应应该填写65535。

    这是因为nginx调度时分配请求到进程并不是那么的均衡,所以假如填写10240,总并发量达到3-4万时就有进程可能超过10240了,这时会返回502错误。

     

    events

    {

    use epoll;

    使用epoll的I/O 模型。linux建议epoll,FreeBSD建议采用kqueue,window下不指定。

    补充说明:

    与apache相类,nginx针对不同的操作系统,有不同的事件模型

    A)标准事件模型

    Select、poll属于标准事件模型,如果当前系统不存在更有效的方法,nginx会选择select或poll

    B)高效事件模型

    Kqueue:使用于FreeBSD 4.1+, OpenBSD 2.9+, NetBSD 2.0 和 MacOS X.使用双处理器的MacOS X系统使用kqueue可能会造成内核崩溃。

    Epoll:使用于Linux内核2.6版本及以后的系统。

    /dev/poll:使用于Solaris 7 11/99+,HP/UX 11.22+ (eventport),IRIX 6.5.15+ 和 Tru64 UNIX 5.1A+。

    Eventport:使用于Solaris 10。 为了防止出现内核崩溃的问题, 有必要安装安全补丁。

     

    worker_connections 204800;

    没个工作进程的最大连接数量。根据硬件调整,和前面工作进程配合起来用,尽量大,但是别把cpu跑到100%就行。每个进程允许的最多连接数,理论上每台nginx服务器的最大连接数为。worker_processes*worker_connections

    keepalive_timeout 60;

    keepalive超时时间。

     

    client_header_buffer_size 4k;

    客户端请求头部的缓冲区大小。这个可以根据你的系统分页大小来设置,一般一个请求头的大小不会超过1k,不过由于一般系统分页都要大于1k,所以这里设置为分页大小。

    分页大小可以用命令getconf PAGESIZE 取得。

    [root@web001 ~]# getconf PAGESIZE

    4096

    但也有client_header_buffer_size超过4k的情况,但是client_header_buffer_size该值必须设置为“系统分页大小”的整倍数。

     

    open_file_cache max=65535 inactive=60s;

    这个将为打开文件指定缓存,默认是没有启用的,max指定缓存数量,建议和打开文件数一致,inactive是指经过多长时间文件没被请求后删除缓存。

     

    open_file_cache_valid 80s;

    这个是指多长时间检查一次缓存的有效信息。

     

    open_file_cache_min_uses 1;

    open_file_cache指令中的inactive参数时间内文件的最少使用次数,如果超过这个数字,文件描述符一直是在缓存中打开的,如上例,如果有一个文件在inactive时间内一次没被使用,它将被移除。

    }

     

     

    ##设定http服务器,利用它的反向代理功能提供负载均衡支持

    http

    {

    include mime.types;

    设定mime类型,类型由mime.type文件定义

     

    default_type application/octet-stream;

     

    log_format main '$remote_addr - $remote_user [$time_local] "$request" '

    '$status $body_bytes_sent "$http_referer" '

    '"$http_user_agent" "$http_x_forwarded_for"';

    log_format log404 '$status [$time_local] $remote_addr $host$request_uri $sent_http_location';

    日志格式设置。

    $remote_addr与$http_x_forwarded_for用以记录客户端的ip地址;

    $remote_user:用来记录客户端用户名称;

    $time_local: 用来记录访问时间与时区;

    $request: 用来记录请求的url与http协议;

    $status: 用来记录请求状态;成功是200,

    $body_bytes_sent :记录发送给客户端文件主体内容大小;

    $http_referer:用来记录从那个页面链接访问过来的;

    $http_user_agent:记录客户浏览器的相关信息;

    通常web服务器放在反向代理的后面,这样就不能获取到客户的IP地址了,通过$remote_add拿到的IP地址是反向代理服务器的iP地址。反向代理服务器在转发请求的http头信息中,可以增加x_forwarded_for信息,用以记录原有客户端的IP地址和原来客户端的请求的服务器地址。

     

    access_log  logs/host.access.log  main;

    access_log  logs/host.access.404.log  log404;

    用了log_format指令设置了日志格式之后,需要用access_log指令指定日志文件的存放路径

     

    server_names_hash_bucket_size 128;

    #保存服务器名字的hash表是由指令server_names_hash_max_size 和server_names_hash_bucket_size所控制的。参数hash bucket size总是等于hash表的大小,并且是一路处理器缓存大小的倍数。在减少了在内存中的存取次数后,使在处理器中加速查找hash表键值成为可能。如果hash bucket size等于一路处理器缓存的大小,那么在查找键的时候,最坏的情况下在内存中查找的次数为2。第一次是确定存储单元的地址,第二次是在存储单元中查找键 值。因此,如果Nginx给出需要增大hash max size 或 hash bucket size的提示,那么首要的是增大前一个参数的大小.

     

    client_header_buffer_size 4k;

    客户端请求头部的缓冲区大小。这个可以根据你的系统分页大小来设置,一般一个请求的头部大小不会超过1k,不过由于一般系统分页都要大于1k,所以这里设置为分页大小。分页大小可以用命令getconf PAGESIZE取得。

     

    large_client_header_buffers 8 128k;

    客户请求头缓冲大小。nginx默认会用client_header_buffer_size这个buffer来读取header值,如果

    header过大,它会使用large_client_header_buffers来读取。

     

    open_file_cache max=102400 inactive=20s;

    这个指令指定缓存是否启用。
    例: open_file_cache max=1000 inactive=20s; 

    open_file_cache_valid 30s; 

    open_file_cache_min_uses 2; 

    open_file_cache_errors on;

     

    open_file_cache_errors
    语法:open_file_cache_errors on | off 默认值:open_file_cache_errors off 使用字段:http, server, location 这个指令指定是否在搜索一个文件是记录cache错误.

    open_file_cache_min_uses

    语法:open_file_cache_min_uses number 默认值:open_file_cache_min_uses 1 使用字段:http, server, location 这个指令指定了在open_file_cache指令无效的参数中一定的时间范围内可以使用的最小文件数,如果使用更大的值,文件描述符在cache中总是打开状态.
    open_file_cache_valid

    语法:open_file_cache_valid time 默认值:open_file_cache_valid 60 使用字段:http, server, location 这个指令指定了何时需要检查open_file_cache中缓存项目的有效信息.

     

     

    client_max_body_size 300m;

    设定通过nginx上传文件的大小

     

    sendfile on;

    sendfile指令指定 nginx 是否调用sendfile 函数(zero copy 方式)来输出文件,对于普通应用,必须设为on。如果用来进行下载等应用磁盘IO重负载应用,可设置为off,以平衡磁盘与网络IO处理速度,降低系统uptime。

     

    tcp_nopush on;

    此选项允许或禁止使用socke的TCP_CORK的选项,此选项仅在使用sendfile的时候使用

     

    proxy_connect_timeout 90; 
    后端服务器连接的超时时间_发起握手等候响应超时时间

     

    proxy_read_timeout 180;

    连接成功后_等候后端服务器响应时间_其实已经进入后端的排队之中等候处理(也可以说是后端服务器处理请求的时间)

     

    proxy_send_timeout 180;

    后端服务器数据回传时间_就是在规定时间之内后端服务器必须传完所有的数据

     

    proxy_buffer_size 256k;

    设置从被代理服务器读取的第一部分应答的缓冲区大小,通常情况下这部分应答中包含一个小的应答头,默认情况下这个值的大小为指令proxy_buffers中指定的一个缓冲区的大小,不过可以将其设置为更小

     

    proxy_buffers 4 256k;

    设置用于读取应答(来自被代理服务器)的缓冲区数目和大小,默认情况也为分页大小,根据操作系统的不同可能是4k或者8k

     

    proxy_busy_buffers_size 256k;

     

    proxy_temp_file_write_size 256k;

    设置在写入proxy_temp_path时数据的大小,预防一个工作进程在传递文件时阻塞太长

     

    proxy_temp_path /data0/proxy_temp_dir;

    proxy_temp_path和proxy_cache_path指定的路径必须在同一分区


    proxy_cache_path /data0/proxy_cache_dir levels=1:2 keys_zone=cache_one:200m inactive=1d max_size=30g;
    #设置内存缓存空间大小为200MB,1天没有被访问的内容自动清除,硬盘缓存空间大小为30GB。

    keepalive_timeout 120;

    keepalive超时时间。

     

    tcp_nodelay on;

     

    client_body_buffer_size 512k;
    如果把它设置为比较大的数值,例如256k,那么,无论使用firefox还是IE浏览器,来提交任意小于256k的图片,都很正常。如果注释该指令,使用默认的client_body_buffer_size设置,也就是操作系统页面大小的两倍,8k或者16k,问题就出现了。
    无论使用firefox4.0还是IE8.0,提交一个比较大,200k左右的图片,都返回500 Internal Server Error错误

     

    proxy_intercept_errors on;

    表示使nginx阻止HTTP应答代码为400或者更高的应答。

     

    upstream bakend {

    server 127.0.0.1:8027;

    server 127.0.0.1:8028;

    server 127.0.0.1:8029;

    hash $request_uri;

    }

    nginx的upstream目前支持4种方式的分配

    1、轮询(默认)

    每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。

    2、weight
    指定轮询几率,weight和访问比率成正比,用于后端服务器性能不均的情况。
    例如:
    upstream bakend {
    server 192.168.0.14 weight=10;
    server 192.168.0.15 weight=10;
    }

    2、ip_hash
    每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题。
    例如:
    upstream bakend {
    ip_hash;
    server 192.168.0.14:88;
    server 192.168.0.15:80;
    }

    3、fair(第三方)
    按后端服务器的响应时间来分配请求,响应时间短的优先分配。
    upstream backend {
    server server1;
    server server2;
    fair;
    }

    4、url_hash(第三方)

    按访问url的hash结果来分配请求,使每个url定向到同一个后端服务器,后端服务器为缓存时比较有效。

    例:在upstream中加入hash语句,server语句中不能写入weight等其他的参数,hash_method是使用的hash算法

    upstream backend {
    server squid1:3128;
    server squid2:3128;
    hash $request_uri;
    hash_method crc32;
    }

    tips:

    upstream bakend{#定义负载均衡设备的Ip及设备状态}{
    ip_hash;
    server 127.0.0.1:9090 down;
    server 127.0.0.1:8080 weight=2;
    server 127.0.0.1:6060;
    server 127.0.0.1:7070 backup;
    }
    在需要使用负载均衡的server中增加
    proxy_pass http://bakend/;

    每个设备的状态设置为:
    1.down表示单前的server暂时不参与负载
    2.weight为weight越大,负载的权重就越大。
    3.max_fails:允许请求失败的次数默认为1.当超过最大次数时,返回proxy_next_upstream模块定义的错误
    4.fail_timeout:max_fails次失败后,暂停的时间。
    5.backup: 其它所有的非backup机器down或者忙的时候,请求backup机器。所以这台机器压力会最轻。

    nginx支持同时设置多组的负载均衡,用来给不用的server来使用。

    client_body_in_file_only设置为On 可以讲client post过来的数据记录到文件中用来做debug
    client_body_temp_path设置记录文件的目录 可以设置最多3层目录

    location对URL进行匹配.可以进行重定向或者进行新的代理 负载均衡

     

     

    ##配置虚拟机

    server

    {

    listen 80;

    配置监听端口

     

    server_name image.***.com;

    配置访问域名

     

    location ~* \.(mp3|exe)$ {

    对以“mp3或exe”结尾的地址进行负载均衡

     

    proxy_pass http://img_relay$request_uri;

    设置被代理服务器的端口或套接字,以及URL

     

    proxy_set_header Host $host;

    proxy_set_header X-Real-IP $remote_addr;

    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

    以上三行,目的是将代理服务器收到的用户的信息传到真实服务器上

    }

     

    location /face {

    if ($http_user_agent ~* "xnp") {

    rewrite ^(.*)$ http://211.151.188.190:8080/face.jpg redirect;

    }

    proxy_pass http://img_relay$request_uri;

    proxy_set_header Host $host;

    proxy_set_header X-Real-IP $remote_addr;

    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

    error_page 404 502 = @fetch;

    }

    location @fetch {

    access_log /data/logs/face.log log404;

    rewrite ^(.*)$ http://211.151.188.190:8080/face.jpg redirect;

    }

    location /image {

    if ($http_user_agent ~* "xnp") {

    rewrite ^(.*)$ http://211.151.188.190:8080/face.jpg redirect;

    }

    proxy_pass http://img_relay$request_uri;

    proxy_set_header Host $host;

    proxy_set_header X-Real-IP $remote_addr;

    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

    error_page 404 502 = @fetch;

    }

    location @fetch {

    access_log /data/logs/image.log log404;

    rewrite ^(.*)$ http://211.151.188.190:8080/face.jpg redirect;

    }

    }

     

    ##其他举例

    server

    {

    listen 80;

    server_name *.***.com *.***.cn;

    location ~* \.(mp3|exe)$ {

    proxy_pass http://img_relay$request_uri;

    proxy_set_header Host $host;

    proxy_set_header X-Real-IP $remote_addr;

    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

    }

    location / {

    if ($http_user_agent ~* "xnp") {

    rewrite ^(.*)$ http://i1.***img.com/help/noimg.gif redirect;

    }

    proxy_pass http://img_relay$request_uri;

    proxy_set_header Host $host;

    proxy_set_header X-Real-IP $remote_addr;

    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

    #error_page 404 http://i1.***img.com/help/noimg.gif;

    error_page 404 502 = @fetch;

    }

    location @fetch {

    access_log /data/logs/baijiaqi.log log404;

    rewrite ^(.*)$ http://i1.***img.com/help/noimg.gif redirect;

    }

    }

    server

    {

    listen 80;

    server_name *.***img.com;

     

    location ~* \.(mp3|exe)$ {

    proxy_pass http://img_relay$request_uri;

    proxy_set_header Host $host;

    proxy_set_header X-Real-IP $remote_addr;

    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

    }

    location / {

    if ($http_user_agent ~* "xnp") {

    rewrite ^(.*)$ http://i1.***img.com/help/noimg.gif;

    }

    proxy_pass http://img_relay$request_uri;

    proxy_set_header Host $host;

    proxy_set_header X-Real-IP $remote_addr;

    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

    #error_page 404 http://i1.***img.com/help/noimg.gif;

    error_page 404 = @fetch;

    }

    #access_log off;

    location @fetch {

    access_log /data/logs/baijiaqi.log log404;

    rewrite ^(.*)$ http://i1.***img.com/help/noimg.gif redirect;

    }

    }

    server

    {

    listen 8080;

    server_name ngx-ha.***img.com;

    location / {

    stub_status on;

    access_log off;

    }

    }

    server {

    listen 80;

    server_name imgsrc1.***.net;

    root html;

    }

     

    server {

    listen 80;

    server_name ***.com w.***.com;

    # access_log /usr/local/nginx/logs/access_log main;

    location / {

    rewrite ^(.*)$ http://www.***.com/ ;

    }

    }

    server {

    listen 80;

    server_name *******.com w.*******.com;

    # access_log /usr/local/nginx/logs/access_log main;

    location / {

    rewrite ^(.*)$ http://www.*******.com/;

    }

    }

    server {

    listen 80;

    server_name ******.com;

    # access_log /usr/local/nginx/logs/access_log main;

    location / {

    rewrite ^(.*)$ http://www.******.com/;

    }

    }

    location /NginxStatus {
    stub_status on;
    access_log on;
    auth_basic "NginxStatus";
    auth_basic_user_file conf/htpasswd;
    }

    #设定查看Nginx状态的地址

     

    location ~ /\.ht {
    deny all;
    }

    #禁止访问.htxxx文件

    }

     

    注释:变量

    Ngx_http_core_module模块支持内置变量,他们的名字和apache的内置变量是一致的。

    首先是说明客户请求title中的行,例如$http_user_agent,$http_cookie等等。

    此外还有其它的一些变量

    $args此变量与请求行中的参数相等

    $content_length等于请求行的“Content_Length”的值。

    $content_type等同与请求头部的”Content_Type”的值

    $document_root等同于当前请求的root指令指定的值

    $document_uri与$uri一样

    $host与请求头部中“Host”行指定的值或是request到达的server的名字(没有Host行)一样

    $limit_rate允许限制的连接速率

    $request_method等同于request的method,通常是“GET”或“POST”

    $remote_addr客户端ip

    $remote_port客户端port

    $remote_user等同于用户名,由ngx_http_auth_basic_module认证

    $request_filename当前请求的文件的路径名,由root或alias和URI request组合而成

    $request_body_file

    $request_uri含有参数的完整的初始URI

    $query_string与$args一样

    $sheeme http模式(http,https)尽在要求是评估例如

    Rewrite ^(.+)$ $sheme://example.com$; Redirect;

    $server_protocol等同于request的协议,使用“HTTP/或“HTTP/

    $server_addr request到达的server的ip,一般获得此变量的值的目的是进行系统调用。为了避免系统调用,有必要在listen指令中指明ip,并使用bind参数。

    $server_name请求到达的服务器名

    $server_port请求到达的服务器的端口号

    $uri等同于当前request中的URI,可不同于初始值,例如内部重定向时或使用index

    展开全文
  • nginx 匹配配置文件启动

    千次阅读 2015-02-12 10:00:16
    nginx的启动命令是: /usr/local/nginx/sbin/nginx -c /usr/local/nginx/conf/nginx.conf ...-c制定配置文件的路径,不加-nginx会自动加载默认路径的配置文件。   以上是通用的启动命令

    nginx的启动命令是:

    /usr/local/nginx/sbin/nginx -c /usr/local/nginx/conf/nginx.conf

    -c制定配置文件的路径,不加-nginx会自动加载默认路径的配置文件。

     

    以上是通用的启动命令

    展开全文
  • Nginx文件匹配

    千次阅读 2019-07-26 10:07:42
    原文链接:https://blog.csdn.net/jw2015_8/article/details/84926464 基本用法 location / { ... ... ... 解析:匹配所有“/”开头的路径到html目录下。try_files的含义是:首先会匹配$uri文件,如果没有去匹...

    原文链接:https://blog.csdn.net/jw2015_8/article/details/84926464

    基本用法

    location / {
        root html;
        try_files $uri $uri/ /index.html;
    }
    
    

        解析:匹配所有“/”开头的路径到html目录下。try_files的含义是:首先会匹配$uri文件,如果没有去匹配$url/文件,如果再没有去找/index.html

    扩展用法

    location /static/ {
        root dev;
        try_files $uri $uri/ /index.html;
    }

    重点剖析一下:

        1.首先会去找根路径 dev/static/

        2.如果1没找到,会执行try_files ,如果$uri 没找到,则会使用html目录下的默认路径/html

        解析:从上面的例子可以看出,如果使用了try_files /index.html,在路径和目录配置错误的时候,总会跳转到html下面的index.html。导致最后完全找不到问题原因。try_files一定要慎用。

    扩展变形

    location ^~ /static/ {
        root /dev;
        index index.html index.htm;
    }

         解析:上面使用了绝对路径,系统会去查找系统目录/dev/static/ 如果找不到目录,会去找该目录下的index.html(index.htm),如果找不到会报错。由于我们使用了index,而非try_files。

    匹配文件后缀

    location ~ .*\.(gif|jpg|jpeg|png)${ root html; }

        解析:上面匹配所有最终结尾的文件路径。

    匹配多种开头

    location ~ ^/(api|login|register)/ {}

        解析:注意符号的使用顺序,和匹配单个有所区别。

    多种匹配结果,并且前缀相同,以最长路径的为准

    location ^~ /app/ {
        root /dev;
        index index.html index.htm;
    }
    
    location ^~ /app/task/ {
        root /dev1;
        index index.html index.htm;
    }

        解析:如果访问:ip/app/ ,会跳转到第一种,在目录/dev/app目录下查找。如果访问 ip/app/task 则会在目录/dev1/app/task/下查找。颠倒上面的顺序:发现查找的还是:/dev1/app/task/。如果不明白的,可以测试把

    location / {
        root html;
        try_files $uri $uri/ /index.html;
    }

    放在所有路径的前面,或者最后,发现如果其他location的路径匹配了,基本轮不到它了。

     

    展开全文
  • 配置文件server location匹配: 1、正则表达式匹配,其中: * ~ 为区分大小写匹配 * ~* 为不区分大小写匹配 * !~和!~*分别为区分大小写不匹配及不区分大小写不匹配 支持客户SLB中Http监听器重定向到Https监听...

    配置文件server location匹配:

    1、正则表达式匹配,其中:

    * ~ 为区分大小写匹配

    * ~* 为不区分大小写匹配

    * !~和!~*分别为区分大小写不匹配及不区分大小写不匹配

     

    支持客户SLB中Http监听器重定向到Https监听器

    1、客户必须先创建https的监听器及转发规则;

     

    2、客户再创建http的监听器,有跳转选项(跳转已创建的Https监听器),并无须/不可创建Http监听器的转发规则;

     

    3、客户已创建了Https和Http的监听器及转发规则,需要将Http监听器修改跳转至Https监听器,可选择跳转,但必须有确认项,确认后,后台改配,

    跳转Https监听器,原Http监听器转发配置失效;

     

    4、监听器跳转不限制端口,即http85可重定向到https446;

     

    5、不支持不支持https重定向到http,这个可以在控制台限制,仅在http协议下支持重定向选择;

     

    6、跳转状态码可选择301;

     

    在server里配置,server_name为请求的http域名,如下配置会跳转到这个域名的https:

    server{

    listen 80;

    server_name www.abc.com;

    return 301 https://$server_name$request_uri;

     

    location /test{

     

    }

    }

    server{

    listen 443 ssl;

    server_name www.abc.com;

    ssl_certificate "/root/tmp/server.cert";

    ssl_certificate_key "/root/tmp/server.key";

    ssl_session_timeout 10m;

    location /test {

    }

    }

    redirect 返回302临时重定向

    permanent 返回301永久重定向

     

    return 301 https://$host$request_uri;

    server {

    listen 80;

    server_name abc.com;

    rewrite ^/(.*) http://www.ab c.com/$1 permanent; # 跳转到www.abc.com网址上

    }

    rewrite ^/(.*) http://www.ab c.com/$1 permanent; # 跳转到www.abc.com网址上

    rewrite ^(.*) http://www.baidu.com break;

    server {

    ...

    rewrite ^(/download/.*)/media/(.*)\..*$ $1/mp3/$2.mp3 last;

    rewrite ^(/download/.*)/audio/(.*)\..*$ $1/mp3/$2.ra last;

    return 403; #没有匹配上,那就返回403咯

    ...

    }

     

    last 本条规则匹配完成后继续向下匹配新的location URI规则

    break 本条规则匹配完成后终止,不在匹配任何规则

    redirect 返回302临时重定向

    permanent 返回301永久重定向

     

    server {

    listen 80;

    server_name www.abc.com;

    rewrite ^(.*)$ https://$server_name$1 permanent;

    location /{

    }

    }

    server {

    listen 443 ssl;

    server_name www.abc.com;

    ssl on;

    ssl_certificate /etc/nginx/ssl/domain.com.crt;

    ssl_certificate_key /etc/nginx/ssl/domain.com.crt;

    location /{

    }

    }

    redirect 返回302临时重定向

    permanent 返回301永久重定向

     

    展开全文
  • nginx匹配转发

    千次阅读 2018-06-20 16:37:04
    找到nginx\conf\nginx.conf如下部分:server {listen 80;server_name localhost; #charset koi8-r; #access_log logs/host.access.log main; location / {root html;index index.html index.htm;}修改后如下:...
  • Nginx_匹配txt文件

    2021-06-15 16:11:52
    location / { proxy_pass http://1255303007.vod2.myqcloud.com/; } location ~ .txt$ { root /etc/nginx/vhost/wechat_authorization_file; }
  • Nginx 匹配路径配置规则

    万次阅读 2019-02-15 16:24:43
    如果请求匹配这个location,那么将停止搜索并立即处理此请求 ~ 区分大小写匹配(可用正则表达式) ~* 不区分大小写匹配(可用正则表达式) !~ 区分大小写不匹配 !~* 不区分大小写不匹配 ^~ ...
  • nginx匹配问号的问题

    千次阅读 2013-09-18 17:13:11
    上午遇到一个nginx匹配问号问题 /search?q=s 问号始终无法匹配上,去掉问号就好了。 从这个测试来分析,?后的内容好像不参与正则匹配了。查了查文档,?后的内容其实有一个内置变量,就是$query_string,更改了下...
  • 但是在写配置的时候,往往都不能一步到位,不是这里错就是那里错,总要出一些问题,趁这空档,复习一下location的匹配规则。 因为应用部署在AP(内网),所以在WEB(外网)上装Nginx做服务代理,而WEB和AP在同一个...
  • nginx配置文件

    千次阅读 2016-07-18 09:24:30
    nginx配置文件语法: location [=|~|~*|^~] /uri/ { … } 符号 解释 范例 = 开头表示精确匹配 location = /login {…} ^~ 开头表示uri以某个常规字符串开头,理解为匹配 url路径即可nginx不对url做编码,...
  • nginx匹配规则说明以及匹配的优先级

    万次阅读 2017-06-01 11:29:19
    location 匹配规则语法规则location [=|~|~*|^~] /uri/ { … }模式含义location = /uri= 表示精确匹配,只有完全匹配上才能生效location ^~ /uri^~ 开头对URL路径进行前缀匹配,并且在正则之前。location ~ pattern...
  • Nginx配置文件nginx.conf详解

    千次阅读 2019-07-01 20:11:31
    Nginx配置文件nginx.conf详解 转载:https://www.cnblogs.com/xuey/p/7631690.html Nginx 总的 配置文件 位置 /usr/local/nginx/conf/nginx.conf nginx 正则匹配 一.正则表达式匹配,其中: ~ 为区分大小写匹配...
  • Nginx配置文件

    2019-10-20 16:13:49
    Nginx配置文件@TOC 本部分参考了文章 nginx.conf 的结构 { main events : {} http : { main server : { main location : {} } ...
  • nginx配置文件主要分为四个部分: main{#(全局设置) http{#服务器 upstream{} #(负载均衡服务器设置:主要用于负载均衡和设置一系列的后端服务器) server{ #(主机设置:主要用于指定主机和端口) location{}#...
  • nginx静态文件访问

    万次阅读 2018-06-20 11:04:56
    nginx之访问静态文件 如何配置nginx,访问服务器上的静态文件?...2、修改/usr/local/nginx/conf/nginx.conf配置文件,添加如下内容(按目录匹配):  如果请求的URL的路径中包含interface_test,则匹配到...
  • nginx匹配以XXX结尾的

    千次阅读 2019-10-09 04:24:00
    匹配以do结尾的所有文件;如http://192.168.126.168:8080/delivery/transportPlanData.do?startRelease=2019-07-06&endRelease=2019-07-06&_search=false&nd=1562309595650&rows=20&page=1&...
  • 解析nginx配置文件,并将nginx配置文件格式化成对象,方便java程序管理nginx配置。解析配置文件并非使用正则匹配,而是使用语法分析树处理解决的。 标签:nginx
  • nginx配置文件.zip

    2020-05-18 17:33:20
    基于docker容器的nginx配置文件,包含反向代理和负载均衡配置,具体使用和操作可以参见我的博客 nginx docker下搭建环境和配置文章
  • Nginx 配置文件

    千次阅读 2015-01-03 16:01:48
    Nginx 是一个高性能、高并发的服务器,这里首先了解 Nginx 启动时读取的配置文件,大概了解其基本结构。
  • Nginx配置文件详细介绍

    千次阅读 2019-06-23 16:49:16
    #nginx配置文件主要分为六个区域: # main(全局设置) # events(nginx工作模式) # http(http设置) # sever(主机设置) # location(URL匹配) # upstream(负载均衡服务器设置) ################### main区域 ########...
  • nginx 配置文件

    千次阅读 2018-09-07 17:11:20
    配置on让sendfile发挥作用,将文件的回写过程交给数据缓冲去去完成,而不是放在应用中完成,这样的话在性能提升有有好处 tcp_nopush on; 让nginx在一个数据包中发送所有的头文件,而不是一个...
  • Nginx配置文件注释

    千次阅读 2018-05-30 23:33:43
    nginx.conf文件的全部内容: #user nobody; #开启进程数 <=CPU数 worker_processes 1; #错误日志保存位置 #error_log logs/error.log; #error_log logs/error.log notice; #error_log logs/error.log ...
  • NGINX location 在配置中的优先级     配置文件示例如下 location = / { # 仅仅匹配请求 / [ configuration A ] } location / { # 匹配所有以 / 开头的请求。 # 但是如果有更长的同类型的表达式,则选择...
  • 解析Nginx配置文件

    2015-01-08 11:36:07
    Nginx安装完毕后,会产生相应的安装目录,根据前面的安装路径,Nginx的配置文件... Nginx配置文件主要分成四部分:main(全局设置)、server(主机设置)、upstream(负载均衡服务器设置)和 location(URL匹配特定位
  • nginx配置文件详解

    千次阅读 2018-08-08 21:33:18
    nginx作为一个反向代理器和负载均衡器,它的优点体现在许多方面,我们先从配置文件入手,看看nginx可以实现的功能: 一.nginx的虚拟主机: 1.在nginx目录下编辑中配置文件,生成虚拟主机: 虚拟主机技术主要...
  • Nginx配置文件详解

    千次阅读 2020-03-08 03:53:15
    一、Nginx的配置文件的整体结构 Nginx是通过配置文件来做到各个功能的实现的。Nginx的配置文件的格式非常合乎逻辑,学习这种格式以及如何使用这种每个部分是基础,这将帮助我们有可能手工创建一个配置文件。 其...
  • nginx配置conf文件URL匹配

    千次阅读 2015-05-26 17:02:27
    1 扩展名为.jpg,.gif.jpeg等文件交给nginx处理,而expires用来指定静态文件的过期时间,这里是30天 location ~ .*\.(gif|jpg|jpeg|png)$ {  root /web/wwwroot/www.ixdba.net;  expires 30d; } 2 将upload和html...
  • Nginx 配置文件nginx.conf中文详解 ######Nginx配置文件nginx.conf中文详解##### #定义Nginx运行的用户和用户组 user www www; #nginx进程数,建议设置为等于CPU总核心数。 worker_processes 8; #全局错误日志...
  • Nginx 搭建文件服务器

    千次阅读 2021-07-23 15:32:22
    Nginx 的地位不言而喻, 几乎所有以 java ...下面就逐一介绍这些指令,最后使用这些指令来搭建一个文件服务器。 1. server 这里涉及到一个技术:虚拟托管(virtual hosting),nginx 使用 server 指令来支持该技术。

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 61,504
精华内容 24,601
关键字:

nginx匹配文件