Nginx配置静态资源

静态服务器

静态服务器概念非常简单：当用户请求静态资源时，把文件内容回复给用户。

但是，要把静态服务做到极致，需要考虑的方面非常多：

• 正确书写header：设置content-type、过期时间等
• 效率：减小文件体积，合理设置缓存，使用策略减少服务器内存占用
• 安全性，防盗链

Nginx提供了强大的静态服务功能。

基本配置

root和alias：设置静态资源根目录

root的取值最好使用绝对路径。

root 指令可以放在 http、server 或 location 上下文的任何位置。

例如：

server {
    root /www/data;
    location / {
    }
    location /images/ {
    }
    location ~ \.(mp3|mp4) {
        root /www/media;
    }
}

在此配置中，如果 URI 以 mp3 或 mp4 后缀结尾，Nginx 会在 /www/media/ 目录查找文件。否则在 /www/data 目录中查找。如果请求以 / 结尾，Nginx 会把这个请求当做一个目录请求，尝试找这个目录中的 index 文件。index 指令定义了 index 文件的文件名（默认使用 index.html 文件）。例如上面的配置，如果请求是 /images/some/path/，Nginx 会尝试寻找并返回文件 /www/data/images/some/path/index.html，如果文件不存在则返回 404。

autoindex：访问目录时列出文件列表

autoindex 指令如果设置为 on，则 Nginx 会返回自动生成的目录列表。最终的效果和ftp服务相似。

alias和root的区别在于：对于root而言，location匹配的全部路径就是root下的文件路径；对于alias而言，location匹配后的路径才是root下的文件路径。

index：默认文件

index表示默认的文件。index 指令中可以列出多个文件。Nginx 会按顺序查找文件并返回第一个找到的文件。

location / {
    index index.$geo.html index.htm index.html;
}

性能调优

gzip：压缩文件·

location ~ .*\.(jpg|gif|png)$ {
    gzip on;
    gzip_min_length 1k;
    gzip_buffers 4 16k;
    #gzip_http_version 1.0;
    gzip_comp_level 2;
    gzip_types text/plain application/x-javascript text/css application/xml text/javascript
    application/x-httpd-php image/jpeg image/gif image/png;
    gzip_vary off;
    gzip_disable "MSIE [1-6]\.";
    root /nginxtest/images;
}

gzip选项

• gzip：开启Gzip
• gzip_min_length ：不压缩临界值，大于1K的才压缩，一般不用改
• buffer：缓存大小
• gzip_http_version：用了反向代理的话，末端通信是HTTP/1.0，有需求的应该也不用看我这科普文了；有这句的话注释了就行了，默认是HTTP/1.1
• gzip_comp_level :压缩级别，1-10，数字越大压缩的越好，时间也越长，看心情随便改吧
• gzip_types :第6行：进行压缩的文件类型，缺啥补啥就行了，JavaScript有两种写法，最好都写上
• gzip_vary：跟Squid等缓存服务有关，on的话会在Header里增加"Vary: Accept-Encoding"
• gzip_disable：控制在某些情况下禁用gzip，例如：IE6对Gzip不怎么友好，不给它Gzip了

expires：启用缓存

location / {
    expires 24h;
    root   /usr/share/nginx/html;
    index  index.html index.htm;
}

sendfile：把小文件加载在内存中

如果静态文件很小，直接放在内存中可以加快传输效率（避免了读硬盘操作）。如果文件太大也放在内存中，会浪费内存资源。

location /mp3 {
    sendfile           on;
    sendfile_max_chunk 1m;
    ...
}

tcp_nopush

tcp_nopush 指令需要和 sendfile 指令配合使用。

如果 tcp_nopush 指令和 sendfile 指令同时使能，则 Nginx 在通过sendfile 获取数据块后会立即在一个数据包中发送 HTTP 响应头。

tcp_nodelay

tcp_nodelay 选项允许覆盖 Nagle 的算法，最初设计用于解决慢速网络中小数据包的问题。该算法将多个小数据包合并为较大的数据包，并以200毫秒的时延发送数据包。如今，在提供大的静态文件时，无论数据包大小如何，都可以立即发送数据。延迟还会影响在线应用程序（ssh，在线游戏，在线交易）。 默认情况下，tcp_nodelay 指令被使能，禁用 Nagle 的算法。 该选项仅用于保持连接:

location /mp3  {
    tcp_nodelay       on;
    keepalive_timeout 65;
    ...
}

高级调优

测量监听队列（Measuring the Listen Queue）

运行下面的命令可以测量监听队列（Linux 下的 netstat 命令不支持 -L 参数，需要使用命令 ss -l）：

netstat -Lan

1

输出如下：

Current listen queue sizes (qlen/incqlen/maxqlen)
Listen         Local Address
0/0/128        *.12345
10/0/128        *.80
0/0/128        *.8080

上面的输出显示，在 80 端口的监听队列有 10 个未接受的连接，最大连接数限制为 128，这种情况是正常的。

然而，如果输出是下面这样子的：

Current listen queue sizes (qlen/incqlen/maxqlen)
Listen         Local Address
0/0/128        *.12345
192/0/128        *.80
0/0/128        *.8080

上面显示有 10 个未接受的连接，超过了最大限制 128。在网站访问量大时这种情况挺常见的。为了达到最佳性能，可以修改操作系统和 Nginx 配置，增加 Nginx 可以等待接受的队列中的最大连接数。

调整操作系统（Linux，FreeBSD）

可以增加 net.core.somaxconn 参数的值（默认 128）以应对高并发流量：

对于 FreeBSD 运行命令 sudo sysctl kern.ipc.somaxconn=4096

对于 Linux 运行命令 sudo sysctl -w net.core.somaxconn=4096

打开文件 /etc/sysctl.conf，添加这一行：net.core.somaxconn = 4096

调整 Nginx

如果设置的 somaxconn 值大于 512，需要更改 Nginx 配置文件中的 backlog 参数匹配这个设置：

server {
    listen 80 backlog=4096;
    # The rest of server configuration
}

安全

使用add_header设置跨域访问

location / {
    add_header Access-Control-Allow-Origin www.baidu.com;
    add_header Access-Control-Allow-Methods GET,POST,PUT,DELETE,OPTIONS;
    root   /usr/share/nginx/html;
    index  index.html index.htm;
}

使用referer防盗链

location ~ .*\.(jpg|gif|png)$ {
    valid_referers none blocked 119.2x.1x3.218 支持增则匹配;
    if ($invalid_referer) {
            return 403;
    }
    root /nginxtest/images;
}

try_files：定制文件不存在时的操作

try_files 指令可以检查指定的文件或目录是否存在，从而执行内部重定向或在文件不存在的时候返回指定的 HTTP 状态码。

例如，通过 try_files 指令和 $uri 变量检查和请求中的 URI 相关的文件是否存在：

server {
    root /www/data;

    location /images/ {
        try_files $uri /images/default.gif;
    }
}

文件以 URI 的形式指定，并且使用在当前 location 或 server 的上下文中设置的 root 或 alias 指令进行处理。此时如果源 URI 指定的文件不存在，Nginx 会内部重定向到最后一个参数指定的 URI，返回 /www/data/images/default.gif。

最后一个参数也可以是状态码（前面需要加等号）或一个 location 的名字。下面的例子中，如果 try_files 指令指定的文件或目录都不存在，则返回 404 错误：

location / {
    try_files $uri $uri/ $uri.html =404;
}

下面的例子中，如果原始 URI 和带有附加斜线的 URI 指定的文件或目录都不存在，请求就会被重定向到指定名称的 location：

location / {
    try_files $uri $uri/ @backend;
}

location @backend {
    proxy_pass http://backend.example.com;
}

参考资料

https://blog.csdn.net/kikajack/article/details/79323643

http://www.nginx.cn/doc/standard/httpcore.html

http://www.nginx.cn/doc/standard/httpgzip.html

http://www.nginx.cn/doc/standard/httpheaders.html