今天想说说折腾iisftp这个事儿，真是踩坑踩到脚软。本来想着不就是个ftp服务嘛IIS里面点点鼠标应该就能搞定了，结果啪啪打脸。事情是这样的：

开工就碰钉子

昨天业务部门突然要个临时ftp传文件，我寻思IIS自带ftp功能，直接开整。进服务器管理器装好IIS和FTP服务，右键网站添加FTP站点，站点名称输了个"临时文件站"，物理路径指到D盘新建的文件夹，绑了个没人用的IP地址和211端口——怕默认21端口被扫描嘛

重点来了：绑定端口的时候偷懒没勾"需要SSL"，琢磨着内部用无所谓。结果测试连接的时候，FileZilla直接弹个"连接超时"，我当场懵了。

翻日志找元凶

骂骂咧咧打开事件查看器，看到两条关键报错：

• “无法启动FTP站点，进程无法访问绑定接口”
• “FTP服务器无法监听端口211”

第一反应是端口被占了？掏出netstat -ano查了半天，211端口明明空着！突然瞄到控制面板里的Windows防火墙——淦！忘记加白名单了！

赶紧冲进防火墙高级设置，吭哧吭哧新建入站规则：

• 选端口→TCP特定端口211
• 允许连接→勾域/专用/公用
• 规则名称随手写"放行FTP临时端口"

刚松口气又翻车

兴冲冲重新测试，FileZilla这回倒是连上了，但传文件直接报"550 Access denied"。我对着屏幕龇牙咧嘴：“文件夹明明everyone完全控制权限了，闹哪样？！”

蹲在服务器上翻来覆去看FTP授权规则，突然发现个细节：添加授权规则时手滑只勾了"读取"，写权限没打勾...活该传不了文件！补上写入权限的勾，再试终于传成功了个txt测试文件。

你以为结束了？用户又喊："为啥我能上传不能删文件？" 拍脑门才想起：删除权限和写入是分开的！只好滚回去在授权规则里把"删除"选项也补上，这才彻底搞定。

血泪换来的经验

折腾完瘫在椅子上

• 防火墙是隐藏杀手——改端口后必须手动放行
• 授权规则别手抖——读/写/删权限得一个个勾明白
• 日志比瞎猜管用——事件查看器里错误码说得很直白

现在回想整个过程，都是些低级错误，但新手绝对一踩一个准。下次再配IISFTP，我肯定先对着这份笔记检查三遍，太折腾人了！