1

Web サーバーをアップグレードしようとしています。SSD を使用する RackSpace 上に、最新世代の仮想サーバーの新しいインスタンスを作成しました。この真新しいインスタンスに、次のものをインストールしました。

  1. グーグルクローム
  2. FileZilla FTP クライアント

次に、テストに使用している 2 つの画像ファイルをホストしている別のサーバー上の FileZilla FTP サーバーに接続しました。次に、FileZilla が「正常に転送されました」と報告する 2 つの画像ファイルをダウンロードしました。ただし、両方の画像ファイルが切り詰められています。これを引き起こしている可能性があるのは何ですか？

転送後のファイル サイズが正しくない

注意すべき点がいくつかあります。

  • これは、新しいインスタンスが SSD を使用している場合にのみ発生します。SSD なしで (代わりに SATA を使用して) 同一のインスタンスを作成すると、エラーは発生しません。
  • ファイルを転送しているサーバーでも、ファイルは正常に転送されたと報告されます。このサーバーは、何の問題もなく、かなり長い間 FTP サーバーとして使用されてきました。
  • 新しい SSD インスタンスを FTP サーバーとしてセットアップし、そこに大量のファイルをアップロードすると、それらの一部がランダムに 2 ～ 10 KB 切り捨てられます。約 150 MB のアップロードのうち、150 ～ 200 KB が不足する可能性があります。それらを再度転送すると、ファイルの別のサブセットが切り捨てられます。
  • FTP サーバーの転送速度を 100KB/s に調整すると、2 つの画像ファイルが途切れることなく正常に転送されます。転送速度を 500KB/s に調整すると、画像ファイルは調整がない場合と同じように切り捨てられます。

これがどのように起こっているのかについてのアイデアはありますか?

更新: FileZilla とは関係ありません。コマンド ラインで ftp を使用した同じ問題を次に示します。

不適切なファイルサイズ

4

2 に答える 2

4

解決策はここに文書化されています: http://www.rackspace.com/knowledge_center/article/disabling-tcp-offloading-in-windows-server-2012

その記事は Windows Server 2012 向けです。私の場合、Windows Server 2008 を使用していました。ネットワーク アダプターのプロパティにアクセスするには、

  1. [コンピューター] を右クリック --> [プロパティ]
  2. デバイスマネージャ
  3. ネットワーク アダプタのドロップダウンを開き、右クリック --> [プロパティ]
  4. 詳細タブに移動
  5. UDP チェックサム オフロード以外のすべてを無効にします。

重要な注意事項: 一部のオプションのみを無効にすると、パフォーマンスが大幅に低下することに気付くでしょう。必要なオプションをすべて無効にすると、パフォーマンスは通常のレベルに戻ります。

于 2014-03-03T20:23:30.713 に答える
0

転送が完了したと表示される理由は、ソケットを閉じることが (残念ながら) FTP が完了した転送を定義する方法であるためです。(データ接続を開き、データを送信します。接続を閉じると、ファイルが完全に送信されます。)

何らかの理由で、接続が途中で閉じられているようです。

個人的には、これは非常に奇妙に思えます。ドライバの問題かハードウェアの問題かもしれませんが、次のことを試し
てみます。 1. パッシブ モードの FTP を試します。コマンド ライン クライアントは、デフォルトで PORT モードを使用します。PASV はよりファイアウォールに適しています。
2. すべてのソフトウェア ファイアウォール (Windows ファイアウォールなど) を無効にしてから、再試行してください。

于 2014-03-04T08:17:23.103 に答える