FTPで送信が失敗する原因が分かりません

Question

FTPを対話式でなくバッチで実行するときの質問です
リモートサーバーにパッシブモードでPDFファイルを送る処理を記載したコマンドテキストを読み込むバッチを連続起動したところ、ファイルが送信されていない事象が発生します

内容をリダイレクトすると421というリターンコードが返されており、接続が切れてしまっているようです
TCPレベルのパケットを相手側に解析頂くとこちらからFINを送信しているためリモート側でセッションの終了手続きに入ってしまうとのことでした
FINはWindowsのコマンドのbyeにあたるかと考えたのてすがきちんとファイルを送信した後でbyeしているはずなのですが何故このようになるのかが分からないです

バッチ

C:\Windows\SUA\bin\ftp ftp://USER:PASSWORD@SERVER <file.txt

file.txt

binary
prompt
cd dir1
lcd \dev\fs\D:\temp
put send_var.txt
mput send_var*.pdf
bye

C:\Windows\SUA\bin\ftpの部分が不勉強でよく分からない（EUCという文字コードで書かれていました）のですが、コマンドテキストの内容が原因であると考えたため詳細を省略します

アドバイスを頂けたらと存じます
よろしくお願いいたします

Answer 1

SUAのftpを使う理由は何でしょうか？
SUAは使ったこと無いですが、Windows標準のftpだとこうです。

ftp -s:file.txt

file.txt:

open SERVER
USER
PASSWORD
binary
prompt
cd dir1
lcd \dev\fs\D:\temp
put send_var.txt
mput send_var*.pdf 
bye

Comments

[999turbulence]

ご回答ありがとうございます！
PASVモードのFTPで行いたく、Windowsのコマンドプロンプトでは
PASVモードが対応していないということだったのでSUAのftpを使用しています。

ACTIVEでリモートホストにputコマンドを送ると
200 PORT command successful. Consider using PASV
と返ってきてしばらくすると
425 Failed to establish connection
とでてしまい接続がうまくできません

Answer 2

ざっと思いつくことを…
・ローカルのCDはバッチの方でやった方がわかりやすいかも
・mput を応答なしでやるオプションは必要ないんですか?

とりあえず、手動で file.txt を動かしてみたらなんか分かるかも?

Comments

[999turbulence]

回答ありがとうございます！

cdは確かにバッチでやる方が分かりやすいですね
mputは応答を聞かれないように
promptを送信しています
(デフォルトが対話ON.なので一回打鍵するとOFFにしています)

手動でやるといつも成功してしまいます(..)
このバッチを1000回くらい連続で起動しますが回数の問題でしょうか

[999turbulence]

間違えました
×cdは
○ローカルのcdは

[takasima20]

ちなみに、バッチの中身は(実際には)１行ですよね?

あとは verbose で表示をおさえるとか
リダイレクトでなく ftp のオプションで file.txt を与えるとか

[999turbulence]

バッチの中身は1行で書いています！
verboseのありなし試してみます

FINパケットが送信されていると回答がくるのは
実にさまざまなタイミングがあることが分かりbyeが原因ではない気もしています

ユーザー名を求められたとき
ログイン直後
CD直後
txtファイルのput直後
など・・・
他のジョブが悪さしているかも含め再度調べます