Windows搭建FTP+Nginx反向代理，浏览器IP直接访问文件

说句实在话这个需求听起来有点绕但拆开看就是一套很典型的内网文件访问方案在Windows上搭一个FTP服务器把文件传上去再用Nginx做反向代理最后大家不用装任何工具直接用浏览器输入IP就能看到和下载FTP里的文件。文章标题里这个“反向代理”和“按IP网页打开”的组合在中小团队、实验室、临时交付场景里出现频率非常高我自己的项目里也踩过不少坑这次干脆把完整过程、配置和避坑点一次说清楚。这套方案适合谁适合要给同事、客户或合作伙伴共享文件但不想教对方装FTP客户端的场景。也适合你自己管理一台Windows主机既想保留FTP的批量上传能力又想得到一个清爽的Web访问入口。接下来我按“思路拆解 - FTP搭建 - 上传验证 - Nginx配置 - 问题排查”的顺序写你可以直接照着操作。1. 方案思路与架构拆解1.1 这组需求本质上在解决什么把标题翻译成人话第一步在Windows上跑一个FTP服务让人能用一个账号把文件传上去第二步通过Nginx反向代理把同一个文件目录暴露成HTTP访问让另一些人只用浏览器敲一个IP地址就能看到文件列表、点击下载。FTP解决的是“上传和集中存储”的问题Nginx解决的是“访问门槛”的问题。FTP虽然老但批量上传、断点续传、多文件并发这些能力到今天依然很顶Nginx则是目前最轻量、最稳定的反向代理方案之一。把它们组合起来等于既保留了FTP的长处又补上了它“不接地气”的短板。这套组合最常见的落点就是内网文件共享。比如开发团队打包了版本产物要发给测试设计师传了一堆交付素材要给人看或者实验室设备导出的原始数据要汇总到一台机器上。用FTP负责“收”用Nginx负责“发放”一条流水线就齐了。1.2 为什么不能直接让Nginx代理FTP协议这是整个方案里最容易误解的地方我先把结论放在前面Nginx默认不能代理FTP协议本身。Nginx的proxy_pass只能转发HTTP/HTTPS流量FTP走的是21端口的FTP协议以及后续的20数据端口两者协议根本不对接。就算你用Nginx的stream模块去转发21端口那也只是把TCP流量原样透传浏览器依然无法像打开网页那样直接浏览文件。所以真正可行的方法是“曲线救国”让FTP负责存储和上传再有一个HTTP服务把FTP目录变成网页接口Nginx在这个HTTP服务前面做反向代理暴露给用户。也就是说用户看到的Nginx地址后端实际对应的是一个HTTP文件服务而服务读的文件恰好就是FTP传进来的那批文件。我在下面的实操部分就按这个逻辑来落地。1.3 落地架构与选型逻辑先看整体架构存储层D:\ftproot目录既是FTP站点根目录也是HTTP文件服务的根目录上传层FTP服务器监听21端口负责用户认证和文件写入访问层静态文件服务或轻量HTTP服务把目录内容以网页形式输出入口层Nginx监听80端口反向代理到HTTP服务并绑定本机IP或指定端口客户端浏览器直接访问http://192.168.x.x选型上有两个分支如果你只需要“只读浏览和下载”最简单的是用Nginx直接做静态文件服务把root指向FTP根目录开一个autoindex几十行配置搞定如果你希望保留Nginx作为统一入口后面再做鉴权、限速、日志那就在本机再起一个HTTP服务Nginx通过proxy_pass反向代理过去。二选一我建议小范围文件共享直接走静态文件服务省一个进程就是省一份出问题的概率。2. Windows上搭建FTP服务器两条可复现的路线2.1 路线一用IIS自带FTP服务Windows系统自带IIS的FTP功能适合不想额外安装第三方软件的人。第一步打开控制面板 - 程序 - 启用或关闭Windows功能勾选Internet Information Services下的FTP服务器以及Web管理工具里的IIS管理控制台确定后等待安装完成。第二步在Windows搜索框输入IIS并打开IIS管理器左侧找到你的主机名右键点击网站选择添加FTP站点。站点名称随便填物理路径填D:\ftproot这个目录就是FTP根目录也是后面Nginx要暴露的目录。第三步绑定IP地址和端口。如果本机内网IP是192.168.1.100就填这个地址端口默认21。SSL设置如果只是内网用选无SSL即可公网环境才建议强制SSL。第四步设置身份验证和授权。身份验证勾选基本允许访问的用户建议选指定角色或用户组或者直接指定一个Windows账号权限勾选读取和写入。这里有个容易踩的坑FTP权限和NTFS文件系统权限是两层光给FTP写了还不够Windows账号在该目录下也必须具备读写权限。第五步放行防火墙。打开高级安全Windows Defender防火墙新建入站规则放行TCP 21端口。同时如果你要在被动模式下让客户端能建立数据连接还需要在IIS的FTP防火墙支持里设置一个被动端口范围比如50000-50100并在防火墙中放行这段端口。这一步缺了客户端会出现“目录列表获取失败”这类问题。完成后用ftp://192.168.1.100测试即可登录。2.2 路线二用FileZilla Server做独立FTP如果你更希望权限控制精细一点、日志清晰一点推荐FileZilla Server。它虽然是第三方软件但在Windows环境下很稳配置也直观。安装时一路下一步选择Install as service这样开机就能自动运行。装完后会自动启动管理界面输入管理员密码进入主控台。添加用户点击菜单Edit - Users - Add填入用户名勾选Enable account。然后在Shared folders里添加D:\ftproot并设置该用户的权限读取、写入、删除、目录列表、创建子目录等按需勾选。通常给上传用户勾选“读、写、删除、追加、创建目录”。被动模式配置点击菜单Edit - Settings - Passive mode settings勾选Use custom port range填50000-50100然后把服务器外网或内网IP填进去。完成后同样在防火墙放行21端口和50000-50100端口范围。FileZilla Server有个好处是操作日志非常详细连不上、密码错误、权限不足都能直接看到原因排查起来比IIS省心很多。定位问题的时候我基本都是先看它给出的状态码。2.3 两类方案如何选我个人的判断标准很简单如果这台Windows本身就是装机量很大的通用服务器不想再多维护一个独立软件选IIS自带FTP如果你的使用人数比较多、目录结构复杂、经常要调整某个用户对某个文件夹的读写权限选FileZilla Server。另外可以留意一点IIS FTP和Windows账号体系绑得比较紧适合域环境或本机账户FileZilla Server自带账号体系不依赖Windows账号适合临时开给外部合作伙伴。从故障排查的角度看FileZilla Server的状态信息更直观对新手更友好。3. 上传文件与连通性验证3.1 三种常见的上传方式FTP服务器搭好之后接下来就是传文件。我把常用方式列一下按使用频率排序。第一种Windows资源管理器直连。在地址栏输入ftp://192.168.1.100回车后会弹出登录框输入用户名密码就能进入目录直接把文件拖进去即可。这种方式最无脑适合偶尔传几个文件的人但不适合传大量小文件因为它的传输控制很差中断之后要重来。第二种命令行ftp。适合脚本化和批量操作。打开cmd依次执行ftp open 192.168.1.100 ftp user ftpuser ftp password ftp cd /upload ftp put C:\local\file.zip ftp mput *.log ftp byeput是传单个文件mput是传多个文件dir查看远端目录。命令行虽然不直观但在自动化备份、定时上传场景里非常有用。第三种推荐日常主力FileZilla客户端。在主机填192.168.1.100用户名密码填FTP账号端口默认21点快速连接。它支持队列管理、断点续传、并发传输传几百个小文件也不会崩进度也一目了然。3.2 验证步骤与目录组织建议传完文件后要验证不要直接跳到Nginx配置。验证分三步走用管理员登录FTP确认文件确实落在D:\ftproot对应目录下用另一个浏览器无痕窗口访问ftp://192.168.1.100用同一个账号登录能看到并下载该文件检查文件大小和本机原始文件是否一致避免传输中断导致的截断文件目录组织上我建议在FTP根目录下按业务或日期建子目录比如software/2025-06/、design/v3/。这样到了Web端用户按目录点进去就一目了然不会出现整个根目录一堆乱七八糟的文件名。4. Nginx反向代理与按IP网页访问4.1 Nginx不直接代理FTP先解决协议问题现在到了标题里最核心的“Nginx反向代理”。我会再强调一次Nginx不能把FTP协议的流量变成网页所以要做的是“让HTTP服务来读FTP目录再用Nginx做反代”。最简单的做法就是让Nginx直接承担静态文件服务。因为这个场景里Nginx和FTP在同一台Windows机器上Nginx的root直接指向D:/ftproot打开autoindexNginx就会把这个目录变成网页文件列表。这一步其实就是实际意义上的“反向代理思路”——用户访问的是Nginx的IP后端文件实际由FTP写入维护。如果你希望Nginx后面再接一个独立HTTP服务可以用Python自带模块起一个最轻量的服务python -m http.server 8080 --directory D:\ftproot然后Nginx里proxy_pass http://127.0.0.1:8080。这种方式的好处是HTTP服务和Nginx解耦将来加鉴权、加缓存都可以在后端服务里做。4.2 Windows安装Nginx并配置反向代理Windows版Nginx不需要安装下载压缩包后解压到C:\nginx即可。我习惯把目录放在非中文路径下省得遇到莫名其妙的问题。启动和停止命令如下cd C:\nginx start nginx nginx -s reload nginx -s stop nginx -tnginx -t用于检查配置文件语法改完配置必须先跑一遍。打开C:\nginx\conf\nginx.conf在http块内添加一个server块。这里给出两个场景配置。场景一Nginx直接做静态文件服务server { listen 80; server_name _; charset utf-8; root D:/ftproot; autoindex on; autoindex_exact_size off; autoindex_localtime on; access_log logs/ftp_web_access.log; }配置里三个autoindex参数相当关键autoindex on开启文件列表autoindex_exact_size off让文件大小以可读格式显示autoindex_localtime on让时间显示为本地时间。root路径用的是正斜杠Windows下必须这样写反斜杠会出错。场景二Nginx反向代理到本地HTTP服务server { listen 80; server_name _; location / { proxy_pass http://127.0.0.1:8080; proxy_http_version 1.1; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; client_max_body_size 1024m; } }proxy_pass就是把请求转给本地8080端口client_max_body_size 1024m允许上传大文件时不被Nginx拦截。改完配置执行nginx -t提示successful后执行nginx -s reload生效。浏览器打开http://192.168.1.100就应该能看到和FTP目录一致的文件列表点击任意文件即可下载。4.3 按IP或端口区分多个文件站点标题里强调“根据IP”现实中它通常指两种需求一是多台机器各用独立IP访问自己的文件二是一台机器上有多个项目目录想通过不同IP或端口分别打开。第一种情况如果你这台Windows配了多个内网IP比如192.168.1.100和192.168.1.101那么可以写两个server块分别监听server { listen 192.168.1.100:80; server_name _; root D:/ftproot_a; autoindex on; } server { listen 192.168.1.101:80; server_name _; root D:/ftproot_b; autoindex on; }这样访问http://192.168.1.100看到的是A目录访问http://192.168.1.101看到的是B目录。第二种情况同一IP下用端口区分server { listen 8081; server_name _; root D:/ftproot_a; autoindex on; } server { listen 8082; server_name _; root D:/ftproot_b; autoindex on; }注意多个端口时Windows防火墙要对应放行8081、8082否则外部访问不到。4.4 实现Web端上传到同一FTP目录这里要区分一个概念如果是纯静态文件服务加autoindex网页端只有浏览和下载不能上传。标题里的“上传到FTP文件”如果要求“浏览器也能直接上传”有几种办法。一个比较直接的办法是用Nginx的WebDAV模块或者一个轻量文件管理脚本。但WebDAV配置细节多对新手并不友好我更喜欢在Windows上部署一个带Web上传界面的文件管理工具把它的根目录指向D:/ftproot再用Nginx反向代理。更常用的组合是“FTP负责上传 Web端负责浏览下载”。上传走FTP客户端分享给别人时用Web链接这样既有批量上传的稳定性又有网页访问的低门槛。而且FTP传大文件、传几千个小文件都可靠得多Web端作为面向普通用户的“只读出口”足够了。如果你确实需要浏览器上传一个现实的选择是写一个十来行的上传接口或者直接使用以PUT方式接收文件的HTTP服务。这类轻量工具很多核心就是“指向同一个目录”。无论是FTP写入、WebDAV写入还是HTTP上传接口写入只要落在D:/ftprootNginx或后端HTTP服务都能实时展示。5. 常见问题与排障速查5.1 FTP层常见的连接与权限问题FTP连不上我一般按这个顺序排查先telnet 192.168.1.100 21看端口通不通再检查防火墙入站规则是否放行21端口接着看FTP服务是否正常启动。如果端口通但登录失败重点看用户名密码和权限。不少人在IIS FTP里栽在“列表获取失败”上。这不是认证失败而是被动模式数据连接没建立。解决方式前面已经说了在IIS的FTP防火墙支持里配置被动端口范围比如50000-50100然后防火墙放行这段端口。忘掉这一步FTP客户端基本都会卡在列目录那一步。权限问题同样要分两层看FTP权限只是第一层NTFS文件系统权限是第二层。你把用户的FTP权限设成“可写”但Windows目录权限只给了读取上传时一样会报写权限错误。给指定用户配置目录权限时至少勾选“修改”或“完全控制”并应用到该目录及子目录。5.2 Nginx层常见的空白、403与乱码问题Nginx配完后浏览器打不开、403或者空白大概率是以下四类原因。第一root路径写错。Windows下路径必须用正斜杠比如D:/ftproot。很多人直接复制D:\ftprootNginx会解析失败或找不到目录。第二目标目录没有读取权限。Nginx进程运行在系统账号下如果D:\ftproot对该账号没有读取权限目录列表就会403或空白。解决方法是给Users组或Everyone授予读取权限。注意只授读取不要授写公开下载目录没必要允许网页端改写。第三根目录下没有索引文件。很多人没开autoindex直接访问根路径时Nginx会去找index.html找不到就会403。加了autoindex on后才会自动列目录。第四中文文件名乱码。Windows下的中文文件名如果在Nginx页面显示ãæµ之类的乱码大概率是字符集问题。在server块里加charset utf-8;同时确保FTP客户端上传时使用UTF-8编码。FileZilla客户端默认UTF-8但老版本或某些内嵌客户端用的是本地编码就会在文件名上出乱码。5.3 安全加固与长期维护清单这套方案跑了一段时间后有几个维护点不能偷懒。限制访问来源。如果只是内网用别让FTP和Nginx对公网开放。至少在上传侧不要把匿名访问打开每个账号都要有明确的目录归属。日志要定期看。Nginx的access_log记录了所有下载访问FTP日志记录上传操作。万一出现异常文件流出日志是最直接的依据。我习惯每周拉一次日志关注有没有异常IP、异常时间段的高频访问。磁盘空间要盯紧。FTP上传和HTTP下载都是磁盘IO密集型操作Windows自带磁盘管理可以设卷标和配额也可以用脚本定期清理超过N天的临时文件。你一旦上了这个组合会发现文件增长速度比想象中快得多。证书和HTTPS。如果这个访问入口要跨越办公网、甚至从外部访问强烈建议在Nginx层启用HTTPS。Windows上用自签证书或企业内CA签发的证书都行加上HTTP严格传输安全头比裸跑HTTP安全一个量级。我个人在实际操作中的体会是这类“FTP Nginx反向代理”的方案最关键的不是某个软件的配置而是想把“存储、上传、访问”三件事想清楚然后让所有环节指向同一个目录。FTP负责收文件Nginx负责放文件中间别夹太多自定义逻辑整个系统就会非常稳。你按这篇内容把FTP和Nginx都配好之后以后再遇到“某某文件怎么在那个IP上打不开”之类的问题基本不用慌八成就是防火墙、路径或权限这三件事之一。