gnutls_record_recvのGnuTLSエラー-110：TLS接続が正しく終了されませんでした

FileZilla 3.9.0.5を使用して、明示的TLSを介した通常のFTPを使用して、サーバーからファイルをダウンロードしようとしています。多くのファイルがうまくダウンロードされます。特定のファイルのダウンロードを拒否しますが、次のようなメッセージが表示されます。

Status: Starting download of /public_html/foo/bar/baz.php
Command:    PASV
Response:   227 Entering Passive Mode (***my server IP***)
Command:    RETR baz.php
Response:   150-Accepted data connection
Response:   150 13.0 kbytes to download
Error:  GnuTLS error -110 in gnutls_record_recv: The TLS connection was non-properly terminated.
Status: Server did not properly shut down TLS connection
Error:  Could not read from transfer socket: ECONNABORTED - Connection aborted
Response:   226-File successfully transferred
Response:   226 0.000 seconds (measured here), 26.04 Mbytes per second
Error:  File transfer failed after transferring 13,653 bytes in 1 second

問題のサーバーはCentOS / cPanelボックスです。

誰かがこれを解決する方法を教えてもらえますか？

編集： いくつかの追加の洞察：FileZillaが溶けたファイルはいくつかの堅いタブを持っていました（キャラクター9）。私はサーバー上のこれらのファイルのコピー内のすべてのハードタブを4つのスペースに置き換え、それからそれらをうまくダウンロードすることができました。タブ文字について何か問題が発生したのでしょうか。

編集2： サーバーログには、次のようなたくさんのエントリがあります。

Sat Sep 13 18:24:26 2014 0 ****** 13682 /home/******/public_html/foo/bar/baz.php a _ o r ****** ftp 1 * c

の ****** 上記のsは、問題のアカウントのIP、ユーザー名、およびユーザー名を表します。タイムスタンプと転送されたバイト数を除いて、失敗した転送のエントリは成功したものと同じです。

これはFilezillaの問題です。解決方法がわかりませんが、別のFTPクライアントを使用するのが早い解決策です。

私が使った コアFTP ＆amp;それはうまくいきます。

ステータス：サーバーはTLS接続を正しくシャットダウンしませんでした

これはサーバーによって引き起こされる問題なので、サーバーログを調べる必要があります。 基本的には、サーバーは最初にTCP接続の上にあるTLS層を正しくシャットダウンせずに、TCP接続を閉じただけです。これがよく知られたサーバーソフトウェアであれば、これはうまくいけないはずですし、サーバー側で関連するログエントリが見つかるかもしれません。しかし、これが単なる自作またはめったに使用されないサーバーソフトウェアである場合は、TLS接続を正しくシャットダウンしないとエラーが発生することが多いため、サーバーソフトウェア自体の問題である可能性があります。