☰

文件上传批量

tag-icon • tag-icon windows-7 command-line ftp batch
文件上传批量

我正在尝试编写一个批处理文件，将我桌面上的一组特定文件上传并更新到 FTP 帐户，因此我编写了以下批处理：

@ftp -i -s:"%~f0"&GOTO:EOF
open DomainName.com
USERNAME
PASSWORD
binary
cd  httpdocs/myfiles
lcd F:\Test\Folder1
mput *.bmp
close
quit

通过测试上述批次，一切运行良好，直到达到以下界限：

mput *.bmp

一旦达到此线，连接就会冻结，之后恢复的唯一方法是重新启动路由器

那么有人可以帮我告诉我我到底做错了什么吗？

更新：1. 我尝试上传的 FTP 服务器是基于 Linux 的（CentOS）2. 我使用 Windows XP - SP1 计算机来执行此批处理文件3. 我尝试单击 CTRL+C 来终止批处理，但即使批处理已终止，连接仍然冻结，直到我重新启动路由器

更新 2：这是我输入的命令的确切输出：

ftp
open domainname.com
220 ProFTPD 1.3.4a Server <ProFTPD> [IP ADDRESS of our server]
User <domainname.com:<none>>: USERNAME
331 Password required for USERNAME
Password: PASSWORD
230 User USERNAME logged in
ftp> binary
200 Type set to I
ftp> cd httpdocs/myfiles
250 CWD command successful
ftp> lcd F:\Test\Folder1
Local directory now F:\Test\Folder1
ftp> mkdir MyTest1
257 "/httpdocs/myfiles/MyTest1" - Directory successfully created
ftp> put test.bmp

冻结连接和路由器

答案1

后

lcd F:\Test\Folder1

尝试

lcd F:\Test\Folder1
mkdir MyTest

检查 MyTest 是否正确创建。我怀疑您的路由器找不到目录，但并未抛出错误。传输开始时就会被捕获。

我觉得没什么问题

mput *.bmp

答案2

好的，问题并不具体出在MPUT命令上。除非您能够让某些 FTP 正常工作，否则我只能冒险猜测您的问题与之前关于此主题的问题相同 — 两台机器（包括路由器和主机本身）之间的网络路径中的某些东西阻塞了 TCP 端口 20。（FTP 使用两个端口号：21 用于控制信息，20 用于数据。显然端口 21 可以通过。）如果 FTP 直到最近才正常工作，请查看是否有变化：系统管理员是否收紧了一些防火墙规则？

相关内容