FTP从本地上传文件到服务器，核心就三步：本地装一个FTP客户端，用主机地址、用户名、密码和端口21建立连接，再把本地文件拖进服务器目录。对多数人来说，FileZilla这类图形化工具十分钟内能跑通；命令行方式更适合批量、脚本化场景。
上传之前，先选对连接方式
上传文件到服务器不是只有一种走法,不同工具背后对应不同的协议和操作习惯，选错方式，后面排查问题会很费劲。
图形化客户端：最常见也最省心
FileZilla、WinSCP、FlashFXP这类软件，左边是本地目录，右边是服务器目录，中间靠拖拽完成传输，适合网站管理员、前端开发者、需要频繁改文件的人。
优点很直接：
- 看得见文件树,不容易传错目录
- 自带传输队列,断线后能续传
- 日志窗口会写清楚每一步报错
- 支持保存多个站点,切换服务器不用重复填参数
命令行：服务器运维和脚本场景的裸操作
Windows的ftp命令、Linux的lftp都属于这一类，典型流程是：
- 本地终端输入
ftp 服务器IP - 输入用户名和密码
lcd切换到本地目录cd切换到服务器目标目录put 文件名上传单个文件，mput批量上传bye退出
命令行没有图形界面,但胜在可以写进脚本，配合定时任务做自动备份或发布。注意上传前先执行binary切换二进制模式，否则压缩包、图片可能被按文本处理，传上去就损坏了。
协议层面的选择
很多人把FTP当成一个笼统概念,其实它有几个变体，选错协议，安全性和连通性都会受影响。
| 协议 | 默认端口 | 是否加密 | 适用场景 |
|---|---|---|---|
| FTP | 21 | 否 | 内网、临时传输 |
| FTPS | 990 | SSL/TLS加密 | 需要合规的传统系统 |
| SFTP | 22 | SSH加密 | 公网服务器、云主机 |
SFTP走的是SSH通道,和FTP不是同一个协议，但客户端操作体验几乎一样，现在新买的云服务器，多数默认只开放22端口，FTP的21端口需要额外放行。
用FileZilla把本地文件传到服务器的完整路径
连接前必须准备的四个参数
- 主机：服务器公网IP或已解析的域名
- 用户名：FTP账号，不是服务器登录账号（两者可能相同，也可能不同）
- 密码：对应FTP账号的密码
- 端口：FTP填21，SFTP填22
这四个参数通常由服务器管理员或云服务商控制台提供,宝塔面板、虚拟主机后台一般会在“FTP管理”里直接显示。
连接之后先看两个窗口
左侧“本地站点”定位到你电脑上的文件，右侧“远程站点”定位到服务器目录。上传前一定确认右侧路径，网站根目录通常是/www/wwwroot/域名或/var/www/html，传错位置文件不会生效。
拖拽上传与传输队列
把本地文件拖到右侧窗口,任务会进入底部队列，队列里能看到文件大小、传输速度、剩余时间，失败的任务会标红，右键可以重新排队。
几个实操细节：
- 传网站程序时,优先传压缩包再在服务器解压，比逐个文件传快得多
- 覆盖已有文件前,FileZilla会弹窗询问，选择“覆盖”还是“跳过”要看清楚
- 传完后刷新浏览器时记得强制刷新,避免读到旧缓存
ftp和sftp上传文件哪个更安全
这是被问得最多的问题之一,答案不复杂：SFTP明显更安全，FTP的账号密码和数据都是明文传输。
差异到底在哪
FTP在登录阶段就把用户名和密码以明文发出去,同一网络下的抓包工具能直接看到，文件内容同样不加密，SFTP把整条连接塞进SSH加密隧道，账号密码和文件内容都看不到明文。
行业共识认为,公网环境下的文件传输应优先使用加密协议，这不是危言耸听，公共WiFi、共享办公网络里，明文FTP的风险是实打实的。
什么情况下必须换SFTP
- 服务器在公网,且承载正式业务涉及用户数据、配置文件、数据库备份
- 公司有等保或安全合规要求
- 使用云服务器,安全组只开放了22端口
切换成本高不高
不高,FileZilla里把协议从FTP改成SFTP，端口从21改成22，其他参数基本不变，服务器端只要SSH服务在跑，SFTP通常就能用，真正需要调整的是账号权限和目录归属。
ftp上传文件到服务器失败是什么原因
传不上去的原因五花八门,但按现象归类，排查会快很多。
根本连不上
先看三个地方：
- 端口有没有放行，云服务器要在安全组里加规则，本机防火墙也要放行21端口
- 被动模式设置，FTP有主动和被动两种模式，客户端在NAT后面时通常要用被动模式，FileZilla里在“传输设置”中切换
- 服务有没有启动，Linux上执行
systemctl status vsftpd确认FTP服务在运行
能连上，但登录失败
多数是账号密码问题,也可能是权限配置，检查FTP用户是否被限制在家目录、是否被/etc/ftpusers或user_list拒绝，虚拟主机用户则要确认FTP账号是否已开通。
登录成功，上传报错
常见于权限不足,服务器目录的属主和权限决定了FTP账号能不能写入。网站目录一般设成属主可写、其他用户只读，权限值755，文件644，权限给到777虽然能传上去，但会带来安全风险。
传上去了，网站打不开
先确认文件路径对不对,再确认文件权限，还有一种情况是文件名含中文，部分FTP服务端编码设置不当会出现乱码，导致程序找不到文件，上传前把中文文件名改成英文，是最省事的规避办法。
免费ftp上传工具和付费版有什么区别
市面上免费工具够用,但付费版在某些场景确实省时间。
| 维度 | 免费版 | 付费版 |
|---|---|---|
| 站点数量 | 一般不限或限制较少 | 不限 |
| 传输速度 | 受限于单线程或并发数 | 多线程并发更稳定 |
| 断点续传 | 多数支持 | 支持更完整 |
| 自动同步 | 通常没有 | 有目录比对和定时同步 |
| 技术支持 | 社区论坛 | 工单响应 |
对偶尔传几个文件的用户,免费版完全够，需要每天发布、多服务器切换、做增量同步的团队，付费版的目录比对功能能省下大量手动核对时间。
网站文件用ftp上传到服务器怎么操作才稳妥
这是最典型的使用场景,操作顺序值得单独说。
- 先备份，上传前把服务器上现有的网站目录打包下载一份，改坏了能回滚
- 只传变更文件，整站覆盖容易把配置文件、上传目录一起冲掉
- 保持目录结构，本地目录层级要和服务器一致，否则程序引用路径会断
- 传完检查权限，新上传的文件权限可能不对，PHP文件一般644，目录755
- 清理缓存，程序缓存、CDN缓存、浏览器缓存都可能让改动看起来没生效
如果网站用了版本管理,更推荐走Git部署，FTP只作为应急通道，业内专家指出，手工FTP上传缺少版本记录，多人协作时容易互相覆盖。
国内服务器ftp上传速度慢怎么解决
速度慢不一定是服务器的问题,先分清瓶颈在哪。
- 本地带宽上行受限，家用宽带下行快、上行慢，传大文件时上行才是短板
- 跨境线路绕路，服务器在境外时，普通FTP走公网可能绕行，速度波动大
- 单线程传输，大文件拆成多个小文件并发传，往往比单文件硬传更快
- 没开压缩，传大量文本文件时，先本地打包成zip再传，体积能小很多
还有一个容易忽略的点：部分机房的FTP服务对并发连接有限制，开太多线程反而会被限速，从单线程逐步加到2到4个线程，观察速度曲线，找到稳定点就行。
最后
FTP上传文件这件事,工具层面已经非常成熟，真正卡人的通常是端口、权限、路径这三类配置问题，把连接参数核对清楚，把权限设对，绝大多数上传失败都能自己解决。
关于ftp上传文件的常见问题
问：FTP端口21和SFTP端口22，填错了会怎样？
填错端口最直接的表现是连接超时或连接被拒绝,协议和端口要对应：选FTP填21，选SFTP填22，部分服务器改过默认端口，以服务商提供的参数为准。
问：上传大文件到一半断了，要重新传吗？
不用,FileZilla等客户端支持断点续传，重新连接后右键任务选择续传即可，前提是服务器端也支持断点续传，多数vsftpd和ProFTPD默认开启，如果反复中断，优先排查网络稳定性和被动模式端口范围。
问：上传后文件大小显示为0字节是怎么回事？
通常是传输模式选错,文本模式下传输二进制文件，内容会被错误转换，结果就是文件损坏或变成0字节，在客户端把传输类型强制设为二进制，重新上传一次即可恢复。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/787277.html
