FTP登录成功，只说明相应控制交互完成，并不能证明传输文件或目录列表所需的数据连接已经可用。出现“能登录、不能传输”时，先区分停在哪个阶段，再结合实际权限、连接模式和错误记录判断。
适用：确认确实使用FTP协议
RFC959的协议模型将命令与应答放在控制连接，文件内容通过数据连接传输；后续RFC2428还扩展了数据端点协商。这里解释两类连接的关系，不把它当作SFTP的机制，也不把旧协议中的端口示例套成所有现代客户端固定使用的数值。具体软件、加密方式和服务端要求须由管理者确认，不能靠名称里都有“FTP”就视为同一种连接。
观察：保留登录后第一项失败操作
记录客户端版本、协议、实际目录或文件操作、时间及完整错误，由管理员核对当前使用的数据连接条件。若控制应答正常而建立数据连接失败，先保留相关日志；若数据路径已建立但服务器明确拒绝操作，则按实际权限或路径另查。不能用登录提示成功代替文件已传完，也不能以空白目录界面断言远端文件已经丢失。
风险：不要为传输关闭所有保护
不关闭防火墙或加密认证来追求连接成功，不擅自给服务器开放一大段端口，也不在未知站点填写账号口令。测试只用获准的非敏感材料，保留原文件和目标位置，上传覆盖前确认授权。单位服务缺少客户端与网络管理协同时，停在日志整理，不在不同模式间反复批量重传，避免重复或覆盖已有文件。
下一步：咨询交付阶段与错误
桂林七星区、秀峰区用户可拨400-877-9605，说明台式电脑客户端、原操作与失败阶段，核实第三方是否协助电脑端检查。台账开启不表示能管理任意文件服务器。验收需核对原目录操作及文件实际结果，登录成功、传输队列已建或提示开始发送，都不能单独计作传输完成。