使用Nginx反向代理到go-fastdfs的方法示例
背景
go-fastdfs是支持http协议的一款分布式文件系统，在一般的项目中，很少是直接将文件系统的地址暴露出来的，大多数都会通过nginx等软件进行反代过去，由于我司的业务和网络环境场景相对特殊，由公网部分(公有云)和内网部分(私有云)组成的混合云网络体系，公有云主要就是作为一个出口和入口以及运行一些审计认证等应用，对上游请求进行处理，从而减少私有云的处理次数，提升性能。那么也正是因为这样，在公网的环境下，要访问到私有云提供的服务则必须使用反向代理。同样道理，对于文件系统的访问也如此，如何在nginx中进行配置才能使得外部的网络请求可以反向代理到go-fastdfs呢？本文将逐步阐述。
一般配置
在一般的情况下，熟悉nginx的朋友都知道，如果需要配置反向代理，直接写一个location上下文和proxy模块即可，如果需要自定义前缀，使用一个rewrite模块即可。简单例子如下：
location~/dfs/group([0-9]){
proxy_passhttp://localhost:8080;
rewrite^/dfs/(.*)$/$1break;
proxy_set_headerHost$host:$server_port;
proxy_set_headerX-Real-IP$remote_addr;
proxy_set_headerX-Forwarded-For$proxy_add_x_forwarded_for;
}
到这里，一般的反代配置就算是可以了，那么对于go-fastdfs而言是否可以了呢？对于go-fastdfs一般上传是可以了，但是呢，对于使用了tus做断点续传还是不够，为什么呢？因为tus服务端会返回301重定向，并且需要携带一定的请求头过去，所以还需要特别的设置一下。
支持Tus的反代配置
如果需要做tus的反代，要支持301重定向Location的重写还要支持一定的请求头转发，那该如何配置呢？请参考下面的配置
location~/dfs1/group([0-9]){
access_loglogs/dfs/access.logmain;
error_loglogs/dfs/error.logerror;
rewrite^/dfs1/(.*)$/$1break;
proxy_passhttp://localhost:8051;
#Disablerequestandresponsebuffering
proxy_request_bufferingoff;
proxy_bufferingoff;
proxy_http_version1.1;
proxy_set_headerHost$host:$server_port;
proxy_set_headerX-Real-IP$remote_addr;
proxy_set_headerX-Forwarded-For$proxy_add_x_forwarded_for;
#如果server_name不是公网域名，这个地方可以设置成ip
proxy_set_headerX-Forwarded-Host$hostname;
proxy_set_headerX-Forwarded-Proto$scheme;
proxy_set_headerUpgrade$http_upgrade;
proxy_set_headerConnection"upgrade";
#因为使用了前缀加rewrite，所以要修改返回的Location加上反向代理的前缀
proxy_redirect~^(.*)/group([0-9])/big/upload/(.*)/dfs/group$2/big/upload/$3;
client_max_body_size0;
}
上面要注意一下就是proxy_redirect和client_max_body_size这两个配置，第一个配置是因为tus服务端返回的重定向Location是不会携带自定义前缀的，因此需要自己加入自定义的前缀，我这里是/dfs,如果是别的，更换下就好。第二个就是client_max_body_size了，这个是设置为0表示不管上传多大的文件都不会报requesttoolarge的问题，直接转发过去，如果需要设置，那么请设置大于等于chunkSize的数字。什么是chunkSize?就是tus客户端分块上传的时候，每一块的大小，具体请参考官方文档。
负载均衡配置
在配置了集群服务器的情况下，上传或者下载如何进行负载均衡呢？使用nginx做了反代，配合upstream模块就可以实现了，具体参考如下配置
upstreamdfs_stream{
serverhost1:port;
serverhost2:port;
ip_hash;
}
上面的配置和一般的负载均衡没有什么不一样，唯一要注意的是要配置ip_hash，为什么呢？因为使用断点续传的时候，文件是分块上传的，如果不是ip_hash的话，有可能会前面几片被上传到A服务器，后面几片被上传到B服务器，那么这样子文件就不是完整的了，因此需要注意这个问题。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持毛票票。