1

タイトルにあるように、FileZillaクライアントを介してサーバーから別のマシンに接続できますが、コード(.Net-FTPWebRequest)を介して接続することはできません。

別のマシンから動作するので、コードが優れていることはわかっています。私が問題を抱えている特定のマシンはNATの背後にありますが、SAは、通信しようとしているホストからのトラフィック用にすべてのポートを開いています。

何か提案があります-私は何か明らかなことを見逃しましたか?

試行された接続から得られる例外は次のとおりです。

「トランスポート接続からデータを読み取れません:接続されたパーティが一定期間後に適切に応答しなかったために接続の試行が失敗したか、接続されたホストが応答しなかったために接続の確立に失敗しました。」

そして、接続しようとしているマシンからのログは次のように表示されます。

7/26/2010 12:40:23 PM-(ログインしていません)(xx.xx.xxx.xxx)>接続し、ウェルカムメッセージを送信しています...

7/26/2010 12:40:23 PM-(ログインしていない)(xx.xx.xxx.xxx)>220-FileZillaServerバージョン0.9.32ベータ

7/26/2010 12:40:23 PM-(ログインしていない)(xx.xx.xxx.xxx)> 220 ftp.xxxxxxxxxx.com

7/26/2010 12:40:23 PM-(ログインしていない)(xx.xx.xxx.xxx)> AUTH TLS

7/26/2010 12:40:24 PM-(ログインしていない)(xx.xx.xxx.xxx)>234認証タイプTLSの使用

7/26/2010 12:41:24 PM-(ログインしていません)(xx.xx.xxx.xxx)>421ログイン時間を超えました。制御接続を閉じます。

7/26/2010 12:41:24 PM-(ログインしていません)(xx.xx.xxx.xxx)>切断されました。

4

3 に答える 3

1

申し訳ありませんが、解決策をここに戻すのを忘れていました-それは暗黙的な SSL と明示的な SSL でした。FileZilla ユース ケースでは暗黙的に使用していましたが、FTPWebRequest では明示的に使用していました。残念ながら、FTPWebRequest は暗黙的をサポートしておらず、NAT は明示的で問題を抱えていました。

簡単に言うと、 Alex FTPS クライアントと呼ばれる FTPS コントロールを使用しました。これは、暗黙的または明示的な SSL で使いやすく、セットアップも簡単で、問題なく動作します。

于 2010-08-26T03:08:59.910 に答える
0

おそらく、TLS / SSLネゴシエーション中にサーバーが送信する証明書に問題があります。つまり、オペレーティングシステムで受け入れられないなどです。Wiresharkを実行して、クライアントとサーバー間で実際に送信されるデータを確認してみてください。

于 2010-08-24T09:19:55.490 に答える