FTPの転送終了確認と信頼性

＞１．転送終了確認

FTPサーバで proftpd を使う場合は HiddenStores という設定ができます。

これを on にするとアップロード中のファイル名が「.in.(元のファイル名)」となり、アップロード完了後に元のファイル名にリネームされるようになります。

サーバ側の受信監視プログラムは対象ディレクトリをチェックする際に .in. で始まるファイル名を無視すれば、アップロード途中のファイルを処理してしまうことが防げます。

http://proftpd.org/docs/directives/linked/config_ref_HiddenStore...

＞２．転送の信頼性

ファイルの破損確認なら md5 ファイルなどを一緒にあげてもらうのが一般的だと思います。

双方のデータのプロパティでいつも確認してますけど

Zipだったら，解凍できればOKとか。

> 1.転送終了確認をどうするか？

とある商用サイトの注文データをホストに転送させることをしましたが、

ファイルサイズが大きい場合は分割して送ってました。

理論上、数Gbyteとか送る可能性もあるので100Mbyte単位に分割して送る仕様にしました。

受信側のバッチ処理の開始時刻までに送信データを送る必要があり、

1ファイルだとの送信失敗したとき、また1から送りなおす必要があり、

ファイルを分割しておけば送信に失敗しても、そのデータから送信すればよく

時間の短縮になります。

最後に分割したファイル一覧、サイズのデータを送信し、

受信側はそれを見てファイルとサイズが一致していることを確認することで

データが正常に転送終了されたことにしていました。

> 2.転送の信頼性について

確かにMQよりは信頼性がありませんが、TCP/IPなので送ったデータは正しいと保障されているはずです

問題はあるサイズのデータの転送に一体どれぐらいの時間がかかるかどうかです

これは誰にも保障できませんし、転送に失敗する可能性もあります。

# もちろん、転送に失敗した場合はサーバ、クライアント共に検知できます

銀行などのデータ転送の多くはIBM-MQかその類似品が使われています。

もし、FTPよりも高い信頼性やスケーラビティを求めているのでしたら

IBM-MQを使うことをお勧めします。

> 3.FTPではなく、SFTPを使用しようと思っています

SFTPはどちらかというとセキュリティの為です。

FTPでは通信内容が平文流れてしまうので、

盗聴されないように暗号化をして通信を行うのがSFTPです。

# telnetとsslの関係です。