Nginx配置晋级之路（三）-----文件服务配置，MIME和 default_type

对你有帮助的话，可以加关注，后面继续更新。

MIME：http模块全局配置中配置

 include       mime.types;   #文件扩展名与文件类型映射表

有时对于图片、视频，浏览器会视能力，自动为用户显示或播放。这主要是由于Web服务器在返回文件本身数据的同时，返回了一些特殊的MIME类型，比如：image/jpeg（JPEG图像）,application/pdf（PDF文档）,video/mpeg（MPEG动画）。这些MIMIE类型实际上是告诉浏览器，文件数据到底是什么，这样浏览器就能更好的为用户展示数据。现在像图片、pdf、甚至是视频基本都是可以直接在浏览器中展示和播放的。

避免浏览器自动播放文件：

有时，需要用户下载文件而不是直接播放，而Nginx在默认配置下，会根据文件的后缀来匹配相应的MIME类型，并写入Response header，导致浏览器播放文件而不是下载，这时需要通过配置让Nginx返回的MIME类型为下面这个类型：

在location模块配置

application/octet-stream

这个类型会让浏览器认为响应是普通的文件流，并提示用户下载文件。可以通过在Nginx的配置文件中做如下配置达到这样的目的：

location /download/ {
    types        { }
    default_type application/octet-stream;
}

这样当Url路径中包含/download/时，MIME类型会被重置为application/octet-stream。另外，nginx自带的MIME类型映射表保存在conf/mime.types中。

文件上传大小限制放开

有的时候后端的Web-Server提供文件上传的服务，但是如果前端使用Nginx做反向代理时，会出现文件无法上传的问题，这可能是由于Ngxin默认对客户端请求的body的限制。因为，默认情况下Nginx对客户端请求的大小限制是1m，而上传的文件往往超过1m。可以通过修改如下配置项，来放宽这个限制：

client_max_body_size 10m;

将这个值设置为0，可以取消这个限制。这个配置项可以用在http, server, location配置节中。

下载文件重命名

通常情况下，为了保证用户上传的文件在服务器的文件系统中不至于重名，一般会将文件名修改成guid后保存，并在数据库中保持guid与文件名的映射。此时，如果使用Nginx来提供对这些用户文件的下载功能的话，文件下载到用户浏览器，会以文件的guid名作为文件名，这显然是用户不想看到的。可以考虑用这个方案。
假设我们有一个文件的原始文件名为test.txt，对应的guid文件名是21EC2020-3AEA-1069-A2DD-08002B30309D.txt，文件的虚拟路径是/download/

使用服务器端编程语言，在输出的html中使用如下链接提供文件的下载：

<a href="/download/21EC2020-3AEA-1069-A2DD-08002B30309D.txt?n=test.txt" target='_blank'>下载test.txt</a>

可以看到，将原始文件名以QueryString的方式带在请求中，这样可以在Nginx端，利用$arg_name变量来取到这个QueryString的值，从而重写response header：

add_header Content-Disposition "attachment; filename=$arg_n";

这会在response header中加入如下键值：

Content-Disposition: "attachment; filename=test.txt";

经测试，无论是IE还是Chrome都可以支持这个header。

一个IP多个域名

如果只有一个公网IP，但是网站功能需要划分为多个不同的子网站或者子域名，可以用Nginx来搭建反向代理来“复用”IP资源。假设有如下几个域名都是abc.com这个主域的：

www.abc.com
image.abc.com
video.abc.com

1. 首先在DNS出注册这3个域名同时指向同一个IP，Nginx作为前端的web服务器，让所有访问这个IP地址80端口的请求全部指向Nginx
2. 然后，配置Nginx，根据域名将请求转发转发给内网的上游服务器，例如下面的配置：

    server {
        listen 80;
        server_name www.abc.com;
        location / {
                proxy_pass http://192.168.1.10;
        }
     }
 
    server {
        listen 80;
        server_name image.test.com;
        location / {
                alias /var/www/image;
        }
     }
 
    server {
        listen 80;
        server_name video.abc.com;
        location / {
                proxy_pass http://192.168.1.10:8081/video;
        }
     }

在上述配置中，将三个域名分发给了不同的模块处理：

1. www.abc.com 分发给上游的http://192.168.1.10服务器处理
2. image.abc.com 则直接映射到了Nginx本机的一个目录
3. video.abc.com 分发给上游的http://192.168.1.10:8081/video服务器处理（video是上游web-server的某虚拟目录)

上游服务器超时

Nginx作为反向代理的时候，如果上游服务器处理时间过长的话，有时会返回504网关超时，从nginx的错误日志看出如果是upstream timed out，就表示是上游服务器处理时间过长，Nginx认为服务超时。Nginx在请求上游服务器时默认的超时时间为1分钟，可以通过调整proxy_read_timeout属性增加这个超时时间

proxy_read_timeout  180s;