SFTP接続のトラブルシューティングガイド

1. 基本チェック（全プラットフォーム共通）

1.1 認証情報を確認する

FileZillaの各項目が、提供された通りに正確に入力されているか確認してください:

[[info=ヒント]]コピー＆ペーストは慎重に行ってください。認証情報を貼り付ける際、先頭や末尾に余分な空白が含まれていないことを確認してください。コピー＆ペーストがうまくいかない場合は、FileZillaでパスワードを手入力してください。[[info]]

1.2 FileZillaの設定を確認する

FileZillaを開き、「ファイル」>「サイトマネージャー」に移動して、以下を確認してください:

1. プロトコルが「SFTP - SSH File Transfer Protocol」に設定されている（FTPやFTPSではない）。
2. ログオンタイプが「Normal（通常）」に設定されている（「匿名」や「対話式」ではない）。
3. 「ホスト」フィールドにはサーバーアドレスのみが入力されており、sftp:// という接頭辞が付いていない。
4. 「転送設定」タブ：転送モードが「Passive（パッシブ）」に設定されている（これが既定値のはずです）。

1.3 別のコンピューターまたはネットワークから試す

問題がお使いの端末にあるのか、ネットワークにあるのかを切り分けるには:

• 同じネットワーク上の別のコンピューターから接続を試してください。
• 別のネットワーク（例：モバイルホットスポット、会社ではない自宅のWi-Fiなど）から接続を試してください。

1.4 VPNとプロキシを確認する

VPNに接続している場合:

• VPNを切断し、直接接続を試みてください。
• 所属組織でVPNが必須の場合は、ネットワーク管理者にtngsftp.blob.core.windows.netへのポート22の送信トラフィックを許可してもらってください。
• HTTPプロキシを使用している場合、SFTP（ポート22）は通常HTTPプロキシを通過できません。SOCKSプロキシまたは直接ルーティングの例外設定について、IT担当者にご相談ください。

1.5 Azure/Microsoftのサービス稼働状況を確認する

お使いのリージョンでAzure Blob Storageサービスが正常に稼働しているか確認してください:

1. Azureステータスページにアクセスします: https://status.azure.com
2. お使いのリージョンのAzure Blob Storageまたはネットワークに影響する障害がないか確認します。
3. 障害が発生中の場合は、Microsoftによる解決を待ってから再試行してください。

1.6 ネットワーク管理者に確認する

ネットワークまたはIT管理者に連絡し、以下の点を確認してもらってください:

• tngsftp.blob.core.windows.netへのポート22の送信TCP接続が許可されている。
• DPI（ディープパケットインスペクション）やアプリケーション層のファイアウォールがSSH/SFTP通信をブロックしていない。
• IP許可リストや地域制限によってAzureエンドポイントへのアクセスが妨げられていない。
• tngsftp.blob.core.windows.netのDNS解決が有効なIPアドレスを返している。

2. クイック接続テスト（全プラットフォーム共通）

OS別のセクションに進む前に、基本的なネットワーク到達性を確認するため、任意のターミナルまたはコマンドプロンプトで次のクイックテストを実行してください:

# DNS解決を確認
nslookup tngsftp.blob.core.windows.net

# ポート22への接続をテスト（Windows 10以降、macOS、Linuxで動作）
ssh -v -o ConnectTimeout=10 tngsftp.blob.core.windows.net

3. Windowsでのトラブルシューティング

3.1 Windowsファイアウォールを確認する

1. Win + Rキーを押し、wf.mscと入力してEnterキーを押し、「セキュリティが強化されたWindows Defender ファイアウォール」を開きます。
2. 左側パネルの「送信の規則」をクリックします。
3. ポート22またはFileZilla（filezilla.exe）をブロックする規則がないか確認します。
4. ブロックする規則が存在する場合は、それを無効にするか、ポート22でFileZillaを許可する規則を作成してください。

あるいは、テストのため一時的にWindowsファイアウォールを無効にすることもできます（テスト後は再度有効にしてください）:

# 管理者としてPowerShellで実行
Set-NetFirewallProfile -Profile Domain,Public,Private -Enabled False

# テスト後に再度有効化
Set-NetFirewallProfile -Profile Domain,Public,Private -Enabled True

3.2 PowerShellでポート22をテストする

# PowerShell - ポート22へのTCP接続をテスト
Test-NetConnection -ComputerName tngsftp.blob.core.windows.net -Port 22

成功時の期待される出力:

TcpTestSucceeded : True

3.3 DNS解決を確認する

# コマンドプロンプトまたはPowerShell
nslookup tngsftp.blob.core.windows.net

# DNSが失敗する場合は、パブリックDNSで試す
nslookup tngsftp.blob.core.windows.net 8.8.8.8

パブリックDNSでは成功するが既定のDNSでは失敗する場合は、ネットワークアダプターの DNSを8.8.8.8（Google）または1.1.1.1（Cloudflare）に設定してください。

3.4 アンチウイルス／セキュリティソフトの干渉を確認する

サードパーティ製のアンチウイルスやセキュリティスイート（Kaspersky、Norton、Bitdefender、ESETなど）には、SFTPをブロックする可能性のある独自のファイアウォールやネットワークフィルターが含まれていることがよくあります:

• アンチウイルスのファイアウォールモジュールを一時的に無効にして再試行してください。
• アンチウイルスのログで、ポート22またはtngsftp.blob.core.windows.netへのブロックされた接続がないか確認してください。
• アンチウイルスの設定で、FileZillaを信頼できるアプリケーションとして追加してください。

3.5 WindowsのSSHクライアントを確認する

Windows 10/11にはSSHクライアントが標準搭載されています。コマンドラインから直接SFTP接続をテストしてください:

sftp tngsftp.<your_user>@tngsftp.blob.core.windows.net

これは成功するがFileZillaでは失敗する場合、問題はFileZillaの設定にあります。FileZillaを再インストールするか、「編集」>「設定」>「リセット」から設定をリセットしてください。

3.6 hostsファイルを確認する

hostsファイルにSFTPサーバーを上書きする設定がないか確認してください:

type C:\Windows\System32\drivers\etc\hosts

tngsftp.blob.core.windows.netを別のIPアドレスや127.0.0.1にリダイレクトする行がないことを確認してください。

4. macOSでのトラブルシューティング

4.1 ポート接続をテストする

# ターミナル
nc -zv tngsftp.blob.core.windows.net 22

成功時の期待される出力:

Connection to tngsftp.blob.core.windows.net port 22 [tcp/ssh] succeeded!

タイムアウトで失敗する場合、ポート22がお使いのネットワークでブロックされています。

4.2 macOSファイアウォールを確認する

1. 「システム設定」（古いmacOSでは「システム環境設定」）を開きます。
2. 「ネットワーク」>「ファイアウォール」に移動します。
3. ファイアウォールが有効になっている場合は、「オプション」（または「ファイアウォールオプション」）をクリックし、FileZillaが受信接続を許可されていることを確認します。
4. テストのため、一時的にファイアウォールを無効にして接続をテストし、その後再度有効にすることもできます。

ターミナルから:

# ファイアウォールの状態を確認
sudo /usr/libexec/ApplicationFirewall/socketfilterfw --getglobalstate

# 一時的に無効化（テスト後に再度有効化）
sudo /usr/libexec/ApplicationFirewall/socketfilterfw --setglobalstate off

# 再度有効化
sudo /usr/libexec/ApplicationFirewall/socketfilterfw --setglobalstate on

4.3 DNS解決を確認する

# 現在のDNS解決を確認
dig tngsftp.blob.core.windows.net

# パブリックDNSでテスト
dig @8.8.8.8 tngsftp.blob.core.windows.net

既定のDNSが失敗する場合は、「システム設定」>「ネットワーク」>「Wi-Fi」>「詳細」>「DNS」でDNSを変更してください。8.8.8.8と1.1.1.1を追加します。

4.4 ターミナルからSFTPをテストする

sftp tngsftp.<your_user>@tngsftp.blob.core.windows.net

これは成功するがFileZillaでは失敗する場合は、設定ディレクトリを削除してFileZillaの環境設定をリセットしてみてください:

rm -rf ~/.config/filezilla

その後FileZillaを再起動し、認証情報を再入力してください。

4.5 /etc/hostsを確認する

cat /etc/hosts

tngsftp.blob.core.windows.netを上書きするエントリがないことを確認してください。

4.6 プロキシまたはコンテンツフィルターソフトを確認する

macOSでは、コンテンツフィルターやセキュリティソフト（Little Snitch、Lulu、企業のMDMプロファイルなど）がインストールされていることがあります:

• Little SnitchやLuluがFileZillaからの送信接続をブロックしていないか確認してください。
• 「システム設定」>「一般」>「プロファイル」で、ネットワークアクセスを制限する企業のMDM構成プロファイルがないか確認してください。
• 接続をテストするため、このようなソフトを一時的に無効にしてください。

5. Linuxでのトラブルシューティング

5.1 ポート接続をテストする

# netcatを使用
nc -zv tngsftp.blob.core.windows.net 22

# 代替手段：nmapを使用（必要に応じてインストール: sudo apt install nmap）
nmap -p 22 tngsftp.blob.core.windows.net

ポートがフィルタリングされているか閉じている場合、お使いの環境とAzureの間にあるファイアウォールが接続をブロックしています。

5.2 ローカルファイアウォールを確認する（iptables / nftables / ufw）

# ufwのステータスを確認（Ubuntu/Debian）
sudo ufw status verbose

# ufwが有効な場合、送信SSHを許可
sudo ufw allow out 22/tcp

# iptablesを直接確認
sudo iptables -L OUTPUT -n -v | grep -i "22\|ssh"

# firewalldを確認（RHEL/CentOS/Fedora）
sudo firewall-cmd --list-all

iptablesやfirewalldがポート22の送信をブロックしている場合は、許可ルールを追加するか、テストのため一時的にファイアウォールを無効にしてください:

# ufwを一時的に無効化
sudo ufw disable

# firewalldを一時的に無効化
sudo systemctl stop firewalld

[[warning=重要]]テスト後は必ずファイアウォールを再度有効にしてください。[[warning]]

5.3 DNS解決を確認する

# 解決状況を確認
dig tngsftp.blob.core.windows.net

# またはhostを使用
host tngsftp.blob.core.windows.net

# パブリックDNSでテスト
dig @8.8.8.8 tngsftp.blob.core.windows.net

既定のDNSリゾルバーが失敗する場合は、/etc/resolv.confを編集して一時的に切り替えてください:

sudo cp /etc/resolv.conf /etc/resolv.conf.bak
echo 'nameserver 8.8.8.8' | sudo tee /etc/resolv.conf

テスト後は必ずバックアップを復元してください。

5.4 ターミナルからSFTPをテストする

# 詳細出力付きSFTP接続
sftp -v tngsftp.<your_user>@tngsftp.blob.core.windows.net

-vオプションを付けると、SSHハンドシェイクの過程を示す詳細な出力が得られます。

5.5 SSHの既知ホストの競合

ホストキーの検証エラーが表示される場合、ローカルに保存されているサーバーのフィンガープリントが古くなっている可能性があります:

# 古いキーを削除
ssh-keygen -R tngsftp.blob.core.windows.net

# 再度接続を試み、新しいキーを承認する
sftp tngsftp.<your_user>@tngsftp.blob.core.windows.net

5.6 /etc/hostsを確認する

cat /etc/hosts

tngsftp.blob.core.windows.netを誤ったIPアドレスにリダイレクトするエントリがないことを確認してください。

5.7 SELinux（RHEL/CentOS/Fedora）

SELinuxがenforcingモードのシステムでは、FileZillaの送信接続がブロックされる場合があります:

# SELinuxのステータスを確認
getenforce

# テストのため一時的にpermissiveモードに設定
sudo setenforce 0

# 拒否の記録がないか監査ログを確認
sudo ausearch -m avc -ts recent | grep filezilla

6. FileZilla固有のトラブルシューティング

6.1 ロギングを有効にする

FileZillaでは、正確な失敗箇所を特定するのに役立つ詳細なデバッグログを出力できます:

1. FileZillaで「編集」>「設定」>「ロギング」に移動します。
2. 「デバッグメッセージを表示」にチェックを入れ、レベルを最大（デバッグ）に設定します。
3. 接続を試み、上部パネルのログ出力を確認します。

6.2 FileZillaのホストキーキャッシュをリセットする

FileZillaにホストキーの警告やエラーが表示される場合:

1. 「編集」>「設定」>「SFTP」に移動します。
2. 「ホストキー」で、tngsftp.blob.core.windows.netのエントリを見つけて削除します。
3. 再接続し、プロンプトされたら新しいホストキーを承認してください。

6.3 FileZillaを更新する

必ずFileZillaの最新バージョンを使用してください。古いバージョンでは、Azure Blob StorageのSFTPとの互換性の問題が発生する場合があります。最新バージョンは https://filezilla-project.org からダウンロードできます。