問題タブ [ftpwebrequest]

System.NET.FtpWebRequest を使用して、GZip を使用して圧縮された xml ファイルをダウンロードしています。

私が受け取るファイルは、サーバー上のファイルの約 2 倍のサイズであり、System.IO.Compression.GZipStream はそれらを好みません。次のエラー メッセージが返されます。

GZip の Web サイトは、多くの問題がバイナリ ファイルを ASCII としてダウンロードすることによって引き起こされることを示唆しています。ただし、FtpWebRequest で UseBinary を true に設定しても false に設定しても同じ問題が発生します。

私の解凍コードは、FileZilla で手動でダウンロードしたファイルに対して正常に動作します。

いつものように、あなたの助けは大歓迎です。

以下のようにFtpWebRequestを使用してftp経由でファイルをアップロードしようとしています：

ただし、接続してアップロードすると、ファイルはルートに移動しますが、/Uploadディレクトリに配置する必要があります。

ディレクトリを作成することはできますが、ファイルをアップロードする前に、どのようにディレクトリを参照できますか？

私が理解しているように、FtpWebRequest.Proxyプロパティは HTTP プロキシを示します。FTP プロキシ経由で外部サーバーに FTP 要求を発行する必要があります。

これまでのところ、これを機能させる唯一の方法は、Windows FTP コマンドを使用するスクリプトを作成し、その方法でダウンロードすることです。

を使用しFtpWebRequestて、FTP プロキシ経由でファイルをダウンロードできますか?

「検証手順に従ってリモート証明書が無効です」という例外メッセージが表示され、次のコードが表示されます。

FTP サーバーは filezilla です。FTP over SSL が有効になり、明示的な FTP over TLS を許可するも有効になります。certificate.crt ファイルを生成しました。filezilla クライアントを使用して ftp の場所に接続し、ポップアップ ウィンドウで [常にこの証明書を信頼する] をオンにしました。

MyCertValidationCb メソッドでは、(sslPolicyErrors & SslPolicyErrors.RemoteCertificateChainErrors) == SslPolicyErrors.RemoteCertificateChainErrors は常に true です。

MyCertValidationCb を変更して常に true を返すようにすると、ftp 要求は問題なく通過します。証明書の問題だと思います。誰にもアイデアはありますか？

私はこのソースコードを持っています:

非推奨のディレクトリとファイルをサーバーから削除するために使用されます。すべてのサブフォルダーが数字で、すべてのサブフォルダーにファイルのみが含まれるメインフォルダーがあります (サブフォルダーのサブフォルダーはありません)

サーバー上のフォルダーは、ディレクトリと呼ばれる ArrayList に格納されます。

データベースに保存されているディレクトリ ID は、エージェントと呼ばれる String[] にロードされます。

ディレクトリは昇順でソートされ、同様に、エージェントは昇順でソートされます (このプロジェクトではどちらも番号であるため、番号順に並べられています)。

ディレクトリがサーバーに存在するが、データベースに存在しない場合、そのディレクトリは削除されます (最初にすべてのファイルが削除され、次にフォルダ自体も削除されます)。

ディレクトリがサーバー上に存在しないが、格納されたディレクトリ リストに存在する場合、そのディレクトリはサーバー上に作成されます。

ディレクトリがサーバー上に存在し、保存されたディレクトリ リストにも存在する場合、非推奨のファイルは削除されます。サーバー上のそれぞれのディレクトリ内のファイルはファイルと呼ばれ、データベースに保存されているファイルはString[]dbFiles という名前で保存されます。

この機能は基本的に、作成するフォルダーを作成し、削除するフォルダーを削除し、削除するファイルを削除し、機能します。しかし、サーバーエラーが発生した場合、インデックスが元に戻ってしまうことがあり、何が原因なのだろうかと気付きました。

たとえば、i = 500 の場合 (理由はわかりません)、i = 100 の場合にコマンドでサーバー エラーがキャッチされ、i が 100 に戻ります。

私の質問は、以前に発生したエラーがキャッチされるたびにインデックスがドロップバックするのはなぜですか?

j は、私が 100 歳のときの状態に戻りますか?

このドロップバックを防ぐにはどうすればよいですか?

ここで msdn の例を使用しています: http://msdn.microsoft.com/en-us/library/system.net.ftpwebrequest.aspx

FileStream を MemoryStream に変更しましたが、バイトが読み取られません

FileStream に戻すと正常に動作します。

どんな手掛かり？

ありがとう

FTP にある各ファイルのコンテンツを取得したい。C# Windows アプリケーションで FTPWebRequet を使用して開発する予定です。しかし、私はそれを行うための最善かつ正しい方法を探しています。

たとえば、次のファイルを探しています

しかし、どうすれば複数のファイルに対してそれを行うことができますか

ループ内で、FtpWebRequest を作成し、ファイル名 XMLComp95202 を変更できます。しかし、それは最善の方法ではないと思います

次のコードを使用してディレクトリを作成しています。問題は、エラーが発生しないことですが、作成したばかりのディレクトリも見つかりません。

それで、私はここで何が間違っていますか？休むべきですか？

ユーザーが FTP 情報をダウンロードするためのポートを変更できるようにする必要がありますが、FtpWebRequest でこれを変更する方法が見つかりません。

コードは次のとおりです。

問題は、ソースからファイルを実際にダウンロードしてから、目的地にアップロードすることです。ファイル内の唯一のものは、「System.IO.Streamreader」というテキストです。ここで何が間違っていますか?