この記事の要点

「設定を変えていないのに接続できない」は、サーバ側 or 経路の変化が原因のほぼ全部 まず FileZilla ログを「ファイル → メッセージログ」で詳細表示にし、エラーコード確認 原因 Top5: パスワード期限切れ / IP 変更 / Firewall ブロック / Passive Mode 不整合 / SSL 証明書期限 FTP は Port 21、FTPS は 21 + 990、SFTP は 22 とポートも別物 最終手段: サーバ管理者にアカウント再発行を依頼、または別の FTP クライアント（WinSCP）で切り分け

このエラーの典型

状態:    サーバーへの接続を確立しています...
状態:    SSL/TLS 接続を初期化しています...
エラー:  接続がタイムアウトしました
エラー:  サーバーに接続できませんでした
エラー:  Could not connect to server

または

応答:    530 Login authentication failed
エラー:  クリティカルエラー: サーバーに接続できませんでした

FileZilla 側を一切触っていないのに突然繋がらなくなる場合、必ずサーバ側か経路の何かが変わっています。

原因の早見表

症状	原因	対処
タイムアウト (接続できない)	サーバダウン / IP 変更 / FW	ping / telnet で疎通確認
530 Login failed	パスワード変更 / 期限切れ	サーバ管理者に確認
SSL/TLS 初期化失敗	証明書期限切れ / プロトコル変更	TLS 1.2 強制、証明書更新
ディレクトリ一覧取得失敗	Passive Mode 不整合	転送設定で PASV / Active 切替
接続後すぐ切断	idle タイムアウト / FW タイムアウト	Keep-Alive 設定
サーバ証明書警告	証明書更新済	新証明書を信頼

対処1: メッセージログを詳細化

原因特定には詳細ログが必須。FileZilla で:

1. 編集 → 設定 → デバッグ
2. 「FzDebugLevel」 = 4（最大）
3. OK → 再接続 → 「ファイル → メッセージログ」
4. 赤い行を全部コピーしてサーバ管理者に共有

対処2: 疎通確認（OS から）

# 1. DNS 解決確認
nslookup ftp.example.com
# → IP が返ってこない場合 → DNS 設定 or サーバ廃止

# 2. ping （ICMP 許可されていれば）
ping ftp.example.com

# 3. ポート疎通 (Windows)
Test-NetConnection ftp.example.com -Port 21
Test-NetConnection ftp.example.com -Port 22   # SFTP の場合

# 3. ポート疎通 (Mac/Linux)
nc -zv ftp.example.com 21
nc -zv ftp.example.com 22

# 4. ブラウザで FTP（古い FTP のみ）
ftp://ftp.example.com

対処3: ポートを再確認

プロトコル	ポート	用途
FTP (平文)	21	古典的 FTP
FTP データ転送 (Active)	20	Active モード時のサーバ→クライアント
FTP データ転送 (Passive)	動的 (1024-65535)	Passive モード時のクライアント→サーバ
FTPS Implicit	990	暗号化 FTP（接続即 TLS）
FTPS Explicit	21	暗号化 FTP（21 で STARTTLS）
SFTP	22	SSH 上のファイル転送（別プロトコル）

「FTP のつもりで SFTP に繋いでいる」逆も多発。サイトマネージャでプロトコルを再確認:

ファイル → サイトマネージャ → サイト選択
プロトコル:
  [FTP - ファイル転送プロトコル] ← 平文
  [SFTP - SSH File Transfer Protocol] ← SSH 上
暗号化:
  [明示的な FTP over TLS]
  [暗黙的な FTP over TLS]
  [暗号化しない接続]

対処4: Passive / Active 切替

「ディレクトリ一覧取得失敗」はほぼ Passive モード問題。Firewall や NAT 越しの環境では Active が通らないことが多い:

1. 編集 → 設定 → 接続 → FTP
2. 転送モード: Passive (推奨) → 「Active」に切替テスト
3. サイトマネージャ → 「転送設定」タブ → 「転送モード」を明示

対処5: TLS / SSL 証明書問題

サーバ側で証明書を更新したら、FileZilla 側の信頼設定をクリアして再受入が必要な場合:

1. 編集 → 設定 → 接続 → FTP → FTP over TLS
2. 「信頼された証明書」をクリア
3. 再接続 → 新証明書を確認して「信頼する」

TLS バージョンも要確認。サーバが TLS 1.3 のみ受付に変わった場合:

FileZilla を最新版に更新（3.40+ で TLS 1.3 対応）

サーバ管理者に確認:
- TLS 1.0 / 1.1 が無効化されたか?
- TLS 1.2 / 1.3 のみか?
- クライアント証明書認証は必要か?

対処6: Firewall / ウイルス対策ソフト

• Windows Defender Firewall → FileZilla.exe を許可
• ウイルス対策（Norton / カスペルスキー）の通信スキャンを一時停止
• 会社のプロキシ越しなら Port 21/22 が遮断されている可能性 → IT 部門に相談
• ホテル Wi-Fi / 公衆 Wi-Fi で繋がらない → テザリングに切替テスト

対処7: サーバ側で何が変わったか確認

サーバ管理者・ホスティング会社に問い合わせ:

• IP アドレス変更があったか? → 設定の IP/ホスト名を更新
• パスワードリセット強制があったか?
• FTP → SFTP への強制移行（セキュリティ強化）
• サーバ移管（XServer → ConoHa など）があったか?
• FTP アカウント自体が削除されていないか?

対処8: 別クライアントで切り分け

FileZilla が原因か環境が原因かを切り分けるため、別ソフトでテスト:

• WinSCP（Windows、無料）
• Cyberduck（Mac/Win、無料）
• curl コマンド: curl ftp://user:pass@ftp.example.com/

別ソフトで繋がるなら FileZilla 側、繋がらないならサーバ・経路側です。

FAQ

Q: 突然「530 Login failed」になった。パスワードは変えていない
A: サーバ側でパスワード期限切れポリシーが効いた可能性大。サーバ管理画面 (cPanel など) でパスワード再設定。

Q: 暗号化なしの FTP で繋がっていたが急に拒否される
A: PCI-DSS やセキュリティポリシーで平文 FTP が遮断された可能性。FTPS or SFTP に移行必須。

Q: Wi-Fi だと繋がる、有線 LAN だと繋がらない
A: ルータの FW or プロバイダの遮断。ルータ再起動、別 ISP テスト、社内なら IT に。