Ubuntu SFTP 文件大小限制说明
核心结论
在 Ubuntu 上，SFTP 本身没有内置的固定文件大小上限；能传多大的文件主要取决于 OpenSSH 服务配置、用户权限与磁盘配额、以及 网络稳定性。若遇到“大文件失败”，通常应从这些环节排查，而不是默认认为 SFTP 有大小限制。
可能限制大文件的因素
- 服务端 OpenSSH 配置：某些 SFTP 服务或“适配器”会设置应用层的大小限制，需在服务器端检查相关配置项与策略。不同发行版/产品默认值可能不同。
- 磁盘空间与配额：目标分区空间不足或用户磁盘配额用尽都会导致写入失败，上传前应先确认可用空间与配额。
- 权限与目录结构：启用 ChrootDirectory 时，要求该目录及其上级目录由 root 拥有且不可被普通用户写入；可写目录需放在该根目录下的子目录中并赋予相应用户权限，否则上传会失败。
- 客户端与网络：客户端工具、稳定性与中断重试策略也会影响大文件传输成功率，需确保网络稳定并使用支持断点续传的工具（如 FileZilla）。
快速排查步骤
- 检查服务端磁盘与配额：在服务器上执行 df -h 查看可用空间；如启用配额，检查用户配额是否用尽。
- 检查目标目录权限与属主：若使用 ChrootDirectory，确认其属主为 root、权限为 755/750，可写目录位于其下并正确授权给相应用户。
- 验证 SFTP 服务配置：打开 /etc/ssh/sshd_config，确认没有应用层大小限制；如使用 Match Group … ForceCommand internal-sftp 等常见 SFTP 配置，确保目录与权限符合规范。
- 客户端与网络：使用 FileZilla 或命令行 sftp 发起传输，保持网络稳定；必要时分片或重试。
- 复现与日志：复现失败过程，查看 /var/log/auth.log（或 journalctl）中 sshd/sftp 相关日志，定位具体报错原因。
大文件传输建议
- 使用支持断点续传与校验的客户端（如 FileZilla），在弱网环境下更可靠。
- 上传前确保目标分区与用户配额充足，避免因空间不足导致半途失败。
- 若使用 Chroot，严格按“根目录 root 所有、可写目录在子目录并授权”的规范准备目录结构。
- 对关键传输增加校验（如 md5/sha256），确保完整性。
不要混淆的限制
- 若你是在网页或应用里“上传到服务器”，看到的 2MB/8MB 等限制通常来自 PHP/HTTP 的上传配置（如 upload_max_filesize、post_max_size），与 SFTP 无关。
- 某些应用服务器或网关也可能设置自己的大小阈值，这与 SFTP 协议本身无关。