FTPに接続できません-MLSD後の接続タイムアウト

これが私の問題です。これまで見たことのない状況では、FTPサーバーに接続できません。ここに状況があります：

• MLSDコマンドの直後に「接続がタイムアウトしました」と表示されます。
• 私は通常UbuntuでFilezillaを使用しますが、問題がこの特定のクライアントに関連していないことを確認するために、ubuntuでのgftpとWindows 7でのwinscpとfreeftpをいくつか試しました。すべて同じ結果です。
• また、アクティブモードまたはパッシブモードで試すことも確認しました。同じ結果。
• この時点で、私は現在のネットワークに何か問題があると思う傾向があります（さらに、同僚によると、FTPサーバーは大丈夫です）。しかし、http：//ftptest.net/で確認したところ、ディレクトリリストを取得できました（FTPクライアントでは取得できません）。

結局、私が試していない最後のことは、別のネットワークに行くことです。解決策はうまくいくようですが、長期的にはあまり実用的ではありません。ルーターに問題があると思いますが、何が原因でしょうか？

注：この質問を最初に登録してfilezillaの掲示板に投稿しようとしましたが、Gmailアカウントやhotmailアカウントでアカウントを作成できません。WTF？

FileZillaの管理者によると、おそらくルーターが問題であり（おそらく何もできない）、MLSDがタイムアウトした場合にルーターがLISTにフォールバックするように修正するつもりはありません。参照：http : //forum.filezilla-project.org/viewtopic.php?f=2&t=11405&start=15

解決策：コアFTPなどを試します。頑固なFileZillaの人々に、（愚かにも単純な）回避策オプション「MLSDがタイムアウトした場合はリストにフォールバックする」を追加するように説得することはできないでしょう。

または、オープンソースであるため、自分または他の誰かが変更を加えて自分でコンパイルできるかどうかを確認してください。公式ビルドに追加する変更を送信しようとすると、拒否されますが、恐らく嬉しい驚きかもしれません。

長い検索の後、解決策は簡単でした：

に移動しSite Management、問題のあるサイトを選択します。タブTransfer Settingsを選択し、Activeではなくを選択しますDefault。

「プレーンFTPのみを使用（安全でない）」に変更すると、暗号化に問題が見つかり、完全に機能しました！

FileZillaは私にとっては非常に使い慣れたものであり、更新のたびにバグに対抗する必要があります。

私は、個人用サーバーの1つを通るsshトンネルを使用して問題を修正しました。なぜこれが機能するのか、私は絶対に困惑しています。私は現在日本にいて、私のサーバーはカナダにあるので、おそらくIPv6アドレスに問題があります（サーバーがそうすべきではないと言っていても）...？

私にこれがどのように機能したかを人々に知らせたいだけです。

MLSDタイムアウトの場合、問題はルーターにもあります。

新しいAsusルーターを入手し、パッシブモードのポートを間違って転送しました。qnap NASがあり、ftpのポート21とポートxxxxx：xxxxxにパッシブモードで接続しています。私のasusルーターで、ポートフォワード（仮想サーバー）を正しく設定すると、再び機能します。私のFTPはポート21でNAS IPに正しく転送されています。問題は、NASも使用したいパッシブポートでした。

私は私のポートフォワードセクションでこれを行いました（仮想サーバーはASUSルーターで呼ばれています）：

サービス名：Whateveryoulike

ポート範囲：デバイスが使用するパッシブポート（Qnapの場合は標準の55536：56559）

ローカルIP：デバイスのローカルIP（192.168.0.xxxなど）

ローカルポート：この空白を残す

プロトコル：両方

追加

申し込む

ブーム！アップリンクを取得しました。

問題は別の問題である可能性がありますが、これによりタイムアウトが修正され、すべて正常に機能します。

UNIXサーバーに接続していて、それがiptables（ファイアウォール）を実行している場合は、/ etc / sysconfig / iptable-configの iptables設定で次の行を確認します。

IPTABLES_MODULES = ""

空白の場合は、次のように編集します。

IPTABLES_MODULES = " ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ftp "

iptablesをリロードまたは再起動します：service iptables reload（またはrestart）。接続を試してみてください（パッシブモードで）。問題なく動作するはずです。

これにより、オフィス、Windows 7 / 8.1を搭載したデスクトップ、NATの背後にある問題、およびWinSCP 5.5.3でCentOS 6.6 x86_64、Plesk 12およびProFTPdを実行する本番サーバーに接続する問題が修正されました。

ftpクライアントでクレイジーな設定を行う必要はありません。

乾杯、マイケル。

PS：これにはSSHアクセス、およびroot権限が必要です。

他の人のように、私はこの問題で多くの時間を浪費しました。

これで問題を修正しました。

私はFireFTP（無料のFirefoxアドオン）を使用しましたが、初めてシームレスに動作しました。

私が気づいたことの1つは、FireFTPがデフォルトでポート21になっていることです。

一方、FileZillaでは[ポート]ボックスを埋めることができませんでした（デフォルトでは空白に戻ります）。おそらくそれが問題の一部でした。

私は以前に述べたすべてのものを試しました（アクティブに変更する、ファイアウォールを通過するFilezillaを許可するなど）。

ポート2222でクイック接続を介して接続しようとすると、同じ問題が発生しました。次に、以下の設定でSite Managerを使用したところ、エラーは発生しませんでした。

• ポート2222
• プロトコルSFTP
• ログオンの種類通常
• ユーザーとパス

次に、サイトマネージャーを介した接続はすぐに行われました。

それはpreatyシンプルです！

Fillzilla（または使用するクライアント）のファイアウォール例外を追加する必要があります。

（それが機能しない場合は、ファイアウォールまたはルーターのポート転送に問題がある可能性があります。）

PS：接続のモードをアクティブに変更するのは簡単ではありませんが、「ベストプラクティスソリューション」ではありません。;-)