"たまに"FTPサーバからの応答がこない

前提・実現したいこと

WinSCPを使用しFTPサーバに自動アップロード、ダウンロードのバッチを作成。
下記のようなバッチをタスクスケジューラで運用しております。
・15分単位で実施するバッチ
・10分単位で実施するバッチ
・1日に一回実施するバッチ

<前提条件>
ネットワーク周りは問題ない想定。（ファイアウォールなど）
FTPサーバ：パッシブモード
クライアント：WinSCP,パッシブ
※Windouw標準のftp.exeだとアクティブモードとなってしまうので、WinSCPを使用することとしました。

発生している問題・エラーメッセージ

FTPサーバへの自動アップロード、ダウンロードは実行できているのですが、たまにFTPサーバからの応答がなくフリーズして処理を終えております。
※タスクスケジューラの設定で5分で自動でタスクキルするように設定しております。
頻度としてはそこまで多いわけでないですが（合っても1日に1回程度）、一日に1回のタイミングで出てしまうと困るなと印象です。
1日に一回のものでもリミット時刻までに実際は複数回実施してはいるので、これくらいの頻度であれば運用上大丈夫かなとは思ってますが。
※リミットを2:30とし、2:10~2:30の間に複数回実施。

get.bat
---
option batch on 
option confirm off
option transfer binary
open ftp://ユーザA:パスワード@192.168.*.*/ -passive=on
cd TEST/OUT
get A.zip TEST/A.zip
close 
exit 
---

バッチ実行結果
---
batch           on        
confirm         off       
transfer        binary    
192.168.*.* に接続中...
接続しました
セッションを開始しています･･･
セッションを開始しました
アクティブ セッション: [1] ユーザA@192.168.*.* 
TEST/OUT
A.zip           |           4 KB |    324.5 KB/s | binary | 100%
セッション 'ユーザA@192.168.*.*' を閉じました.
セッションなし
^C　※←おそらくexitの後にフリーズしてタスクスケジューラで5分後にタスクキルしたコマンド。正常時にはありません。
---

困っていること

基本は普通に動作しているので、ネットワーク周りの可能性は低いのかなと思ってます。
FTPサーバは安定性に欠けるのでしょうか。
極端に頻度が多いとかはないですが、原因となるものがあれば今のうちに修正しておきたいです。

補足情報（FW/ツールのバージョンなど）

FTPサーバ：IIS（パッシブモード）
WinSCP：バージョン5.19.5

otn

2022/02/25 02:43

サーバーのログを見て特に異常は無いということでしょうか？ WinSCPって、ログ残るんでしたっけ？調べる点としては、まずは、・サーバー、クライアント、ネット機器のログ・発生時点のサーバー負荷・ネット機器の負荷もわかれば・時間帯の分析（特定時間帯か？）でしょうか。

G_D

2022/02/25 02:58

otn様ご回答ありがとうございます。仰る通りですね。私はクライアント側の担当なのでサーバサイドはまだ見てませんでした。まだ、試験運用中なのでどうかわかりませんが、サーバー担当にその時間帯のログとかもらってみます。

G_D

2022/02/28 01:18

サーバ側のログを確認しました。 ``` s-port cs-method cs-uri-stem sc-status 21 ControlChannelOpened - - 21 USER ftpuser 331 21 PASS *** 230 21 SYST - 215 21 FEAT - 211 21 OPTS UTF8+ON 200 21 PWD - 257 21 PWD - 257 21 CWD TEST/OUT 250 21 PWD - 257 21 TYPE A 200 21 PASV - 227 58250 DataChannelOpened - - 58250 DataChannelClosed - - 21 LIST - 226 21 TYPE I 200 21 PASV - 227 58253 DataChannelOpened - - 58253 DataChannelClosed - - 21 RETR A.zip 226 21 ControlChannelClosed - - ``` サーバー側の知識は正直疎いので、良くわかってないのですが、 PASVに移行した後、すぐにクローズされていることが気になります。イメージとしては 58250 DataChannelOpened の後は58250のポート番号を使用してやり取りをするようなイメージを持ってましたが違いのでしょうか。 21 RETR A.zip 226 でファイルの取得は成功してますが、ポート番号21はアクティブモードということでしょうか。ただ、このログ自体は今回のフリーズした場合だけでなく、正常に完了している際も出ております。 DataChannelClosedを調べたのですが、以下のような記載がありました。 "FTP クライアントがデータ接続に 1024 より低いポートを使用しようとすると、FTP 7.5 はデータ接続をリセットします。" ただ、いまいちピンと来てないです。

otn

2022/02/28 01:55

type a と type i がそれぞれテキストモード、バイナリモードの指定であると言うことは知識が無いとわからないでしょうが、それ以外は読んで字のごとくだと思います。エラー発生時刻について、・一切ログが無い（⇒最初から接続できないエラー）・上記のような正常ログがある（⇒正常終了した後の何らかのエラー）のどちらでしょうか？ > ポート番号21はアクティブモードということでしょうか。 21はコマンド用なので、アクティブとかパッシブとかの概念は無いです。

G_D

2022/02/28 03:07

>エラー発生時刻について、 >・一切ログが無い（⇒最初から接続できないエラー） >・上記のような正常ログがある（⇒正常終了した後の何らかのエラー） >のどちらでしょうか？こちらについては、上記のような正常ログです。 ※こちらがエラー発生時のセッションのログとなります。なので、 get.bat --- option batch on option confirm off option transfer binary open ftp://ユーザA:パスワード@192.168.*.*/ -passive=on cd TEST/OUT get A.zip TEST/A.zip close exit --- 自体はうまくってるように見えますが、最後のexit後にフリーズしているようです。 ※クライアント側の問題なのでしょうか。 ------------------------- セッション 'ユーザA@192.168.*.*' を閉じました. セッションなし ^C　※←おそらくexitの後にフリーズしてタスクスケジューラで5分後にタスクキルしたコマンド。正常時にはありません。 ------------------------- ちなみに、発生率は一日1回程度で、一日のバッチ回数から割り出すと0.2％ほどです。稼働率として99％以上を担保しているので、運用は大丈夫かなとは想定しているのですが。。。