すべてのプロダクト
Search

このプロダクト

    Elastic Compute Service:インスタンス接続に関する FAQ

    ドキュメントセンター

    Elastic Compute Service:インスタンス接続に関する FAQ

    最終更新日:Sep 10, 2026

    SSH リモート接続の問題

    リモートデスクトップ (RDP) 接続の問題

    VNC リモート接続の問題

    VNC を使用したリモート接続の問題のトラブルシューティング

    FTP サービス接続の問題

    Windows インスタンス

    Linux インスタンス

    付録

    sshd 起動エラー: /usr/share/empty.sshd の権限

    • 現象

      ECS インスタンスの sshd サービスが起動に失敗し、システムログに次の権限エラーが報告されます: /usr/share/empty.sshd must be owned by root and not group or world-writable

    • 原因

      /usr/share/empty ファイルの権限が正しくないため、sshd サービスは起動に失敗します。

    • 解決策

      chown -R root:root /usr/share/empty.sshd
chmod 744 /usr/share/empty.sshd
systemctl start sshd
ll -ld /usr/share/empty.sshd

    Windows でのインターネット FTP 接続のトラブルシューティング

    現象

    Windows ECS インスタンス上の FTP サービスにインターネットからアクセスできません。

    原因

    考えられる原因は次のとおりです。

    解決策

    原因に基づいて解決策を選択してください。

    解決策 1: FTP のセキュリティグループルールを追加する

    Windows を実行している ECS インスタンスに FTP サイトを設定した後、インスタンスのセキュリティグループにインバウンドルールを追加して、FTP サーバーのポート 21 とパッシブモードのポート範囲 1024-65535 のトラフィックを許可する必要があります。詳細については、「セキュリティグループルールの追加」をご参照ください。

    説明

    セキュリティグループの設定に関する詳細については、「セキュリティグループのアプリケーションガイドとユースケース」および「一般的なポート」をご参照ください。

    解決策 2: FTP ファイアウォールサポートを設定する

    ファイアウォールが有効になっている場合は、IIS マネージャーを設定して、TCP ポート 21 とポート範囲 1024-65535 での FTP トラフィックを許可する必要があります。次の手順を実行します。

    説明

    • Windows ECS インスタンスの内部ファイアウォールはデフォルトで無効になっています。

    • このトピックでは、IIS マネージャーを例として、FTP の設定方法について説明します。

    1. Windows インスタンスに接続します。

      詳細については、「パスワードまたはキーを使用して Windows インスタンスに接続する」をご参照ください。

    2. IIS マネージャーを開き、FTP ファイアウォールサポート をダブルクリックして設定ページを開きます。

    3. パラメーターを設定し、[適用] をクリックします。

      説明

      パラメーター：

      • ファイアウォールの外部 IP アドレス：Windows ECS インスタンスのパブリック IP アドレスを入力します。

      • データチャネルのポート範囲：パッシブ接続のポート範囲を指定します。有効なポート範囲は 1024-65535 です。このトピックでは、1024-65535 を例として使用します。

    4. コマンドラインを開き、次のコマンドを実行して FTP サービスを再起動します。これにより、新しい設定がすべての FTP サイトに適用されます。

      net stop ftpsvc&net start ftpsvc

    5. (オプション) 設定後、FTP サーバーにローカルでアクセスできるが他のマシンからアクセスできない場合、ファイアウォールが誤って設定されている可能性があります。次の手順に従って、ファイアウォールを正しく設定します。

      1. サーバー マネージャーで受信規則を確認し、FTP サーバーが有効になっていることを確認します。

      2. Windows サービスホストプロセスを追加します。

        1. [コントロールパネル] > [Windows ファイアウォール] に移動し、左側メニューで [Windows ファイアウォールを介したアプリまたは機能を許可] をクリックします。

        2. 新しいウィンドウで、[別のアプリを許可...] をクリックし、C:\Windows\System32\svchost.exe を参照して選択し、サービス ホスト プロセスを追加します。

        3. 新しい Windows サービスホストプロセス 項目を選択し、プライベートと パブリック のチェックボックスをオンにして、[OK] をクリックします。

    FTP エラー「530 Login incorrect」のトラブルシューティング

    現象

    Windows を実行している ECS インスタンス上の FTP サーバーに接続すると、次のエラーが表示されます。

    Response: 331 Please specify the password.
Command: PASS ************
Response: 530 Login incorrect.
Error: Critical error: Could not connect to server
    原因

    考えられる原因は次のとおりです。

    解決策

    原因に基づいて解決策を選択してください。

    解決策 1: FTP パスワードを変更する

    1. Windows インスタンスに接続します。

      詳細については、「パスワードまたはキーを使用して Windows インスタンスに接続する」をご参照ください。

    2. デスクトップで、[コンピューター] を右クリックし、[管理] を選択してサーバー マネージャーを開きます。

    3. 左側のナビゲーションペインで、[ローカルユーザーとグループ > ユーザー] をクリックします。FTP アカウントを右クリックし、パスワード設定 を選択します。

    解決策 2: FTP ユーザーの権限を追加する

    1. Windows インスタンスに接続します。

      詳細については、「パスワードまたはキーを使用して Windows インスタンスに接続する」をご参照ください。

    2. FTP ユーザーディレクトリが存在するかどうかを確認します。

      1. ディレクトリが存在しない場合は、再作成して必要な権限を追加します。詳細については、「手順 3: 共有ファイルの権限を設定する」をご参照ください。

      2. ディレクトリが存在する場合は、フォルダーを右クリックして [プロパティ] > [セキュリティ] を選択します。FTP アカウントを選択し、必要な権限を付与します。

    FTP エラー「530 valid hostname is expected」のトラブルシューティング

    現象

    IP アドレスで Windows ECS インスタンス上の FTP サーバーに接続すると、IIS 7.5 で設定された FTP サイトがドメイン名にバインドされている場合、「530 valid hostname is expected」または「503 Login with USER first」エラーが発生します。

    原因

    このエラーは、IIS 7.5 でドメイン名にバインドされている FTP サービスにログオンする際のユーザー名の形式が正しくないために発生します。特に、「530 valid hostname is expected」エラーはホスト名の不一致を、「503 Login with USER first」エラーは認証シーケンスの問題を示しますが、どちらの場合もユーザー名の形式を ドメイン名|ユーザー名 に修正することで解決できることがあります。

    解決策

    FTP サービスに関連付けられたドメイン名がwww.example.comで、ユーザー名がuserの場合、www.example.com|user を使用してログインする必要があります。

    説明

    • 区切り文字はパイプ文字 (|) です。

    • または、ドメイン名のバインドを削除し、ユーザー名のみでログオンします。

    FileZilla エラー「550 Permission denied」のトラブルシューティング

    現象

    Windows を実行している ECS インスタンスで FTP を使用して FileZilla Server にファイルをアップロードすると、「550 Permission denied」エラーが表示されます。

    原因

    FileZilla Server の対応する FTP アカウントには、write 権限がありません。

    解決策

    1. Windows インスタンスに接続します。

      詳細については、「パスワードまたはキーを使用して Windows インスタンスに接続する」をご参照ください。

    2. FileZilla Server ソフトウェアを実行します。[ユーザー] ページで、[共有フォルダー] を選択します。

    3. 対応するユーザーとディレクトリを選択し、[書き込み] チェックボックスをオンにしてから、[OK] をクリックして権限を付与します。

    FTP over TLS エラー: 「534 Policy requires SSL」

    現象

    FTP over TLS を使用して、Windows インスタンス上の IIS サービスで作成された FTP サイトに接続すると、「534 Policy requires SSL」というメッセージが表示され、接続できません。

    原因

    「534 Policy requires SSL」というエラーは、FTP サイトの「FTP SSL 設定」パラメーターが正しく設定されていないことを示しています。

    解決策

    1. Windows インスタンスに接続します。

      詳細については、「接続方法」をご参照ください。

    2. デスクトップの左下隅で、开始图标 > [Windows 管理ツール] > [インターネット インフォメーション サービス (IIS) マネージャー] を選択します。

    3. FTP ホームページで、FTP セクションの [FTP SSL 設定] をダブルクリックします。

    4. 「FTP SSL 設定」セクションで、「SSL ポリシー」を[SSL 接続を許可する]に設定し、[操作] ウィンドウで[適用]をクリックします。

    5. FTP サイトに再度アクセスします。

    FTP エラー「425 Security:Bad IP connection」のトラブルシューティング

    現象

    ユーザーが Linux を実行している ECS インスタンス上の FTP サイトにファイルをアップロードすると、「425 Security:Bad IP connection」エラーが表示されます。

    原因

    この問題は通常、クライアントが複数のパブリック IP アドレスに関連付けられている NAT ネットワーク内にあるために発生します。その結果、制御接続とデータ接続のソース IP アドレスが一致せず、エラーが発生します。

    説明

    FTP サービスは制御接続とデータ接続を使用します。デフォルトでは、FTP サーバーはデータ転送中に 2 つの接続のソース IP アドレスが同じであることを確認します。ソース IP アドレスが異なる場合、「425 Security:Bad IP connection」エラーが表示されます。

    解決策

    次の手順を実行して、パッシブモードでの IP セキュリティチェックを無効にします。

    1. Linux インスタンスに接続します。

      詳細については、「パスワードまたはキーを使用して Linux インスタンスに接続する」をご参照ください。

    2. 次のコマンドを実行して、FTP 設定ファイルを編集します。

      vi /etc/vsftpd/vsftpd.conf

    3. 「i」 キーを押して編集モードに入り、設定ファイルに以下の内容を追加します。

      pasv_promiscuous=yes

    4. Esc を押して編集モードを終了し、 :wq と入力してから Enter を押し、保存して終了します。

    5. 次のコマンドを実行して、FTP サービスを再起動します。

      systemctl restart vsftpd

    vsftpd エラー「553 Could not create file」のトラブルシューティング

    現象

    vsftpd を使用して Linux を実行している ECS インスタンスにファイルをアップロードすると、「553 Could not create file」エラーで失敗します。

    原因

    考えられる原因は次のとおりです。

    • Linux インスタンスのディスク容量がいっぱいです。

    • FTP の home ディレクトリには write 権限がありません。

    解決策

    以下の手順に従って、インスタンスのディスク容量と FTP home ディレクトリの権限を確認してください。

    1. Linux インスタンスに接続します。

      詳細については、「パスワードまたはキーを使用して Linux インスタンスに接続する」をご参照ください。

    2. 次のコマンドを実行して、ディスクがいっぱいかどうかを確認します。

      df -h
      説明

      パーティションのディスク使用率が 100% に達した場合、そのパーティションはいっぱいです。

      同様の出力が表示されます。たとえば、/dev/xvda1 パーティションの領域使用量は 59% です。

      Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1       20G   11G  7.8G  59% /
tmpfs           498M  1.6M  496M   1% /dev/shm

    3. 以下のコマンドを実行して、FTP home ディレクトリに write 権限があるかどうかを確認します。

      説明

      次のコマンドを実行する前に、/home/user を実際の FTP home ディレクトリ名に置き換えてください。

      ls -l /home/user

      出力の権限文字列に w が含まれていない場合、write 権限はありません。例:

      dr-xr-xr-x  4 xxx              xxx            4096 May 10 21:47 zhengbo

    4. 次のコマンドを実行して、write 権限を追加します。

      chmod +w /home/user

    5. 次のコマンドを実行して権限を確認します。コマンドの出力に w が含まれている場合、write 権限が付与されています。

      ls -l /home/user

    高い CPU 負荷、メモリ不足、またはディスク I/O/BPS/IOPS の飽和により ECS インスタンスが応答しなくなり、リモート接続 (SSH/VNC/Workbench) が失敗した場合の対処方法

    CPU 負荷が高すぎる、メモリが枯渇した、またはディスク I/O/BPS/IOPS が飽和したために ECS インスタンスが応答しなくなった場合、SSH、VNC、または Workbench を介してインスタンスに接続できないことがあります。次の手順に従って、緊急復旧と根本原因分析を実行します。

    考えられる原因

    システムのハングは通常、次のいずれかまたはその組み合わせによって引き起こされます。

    • メモリ不足により頻繁なページスワッピングが発生：物理メモリが使い果たされると、カーネルの kswapd0 プロセスがメモリページをディスク (スワップ) に継続的にスワップするため、ディスク I/O が飽和状態になり、システムの応答が極端に遅くなります。

    • 単一のプロセスがリソースを枯渇させる：プロセス (Docker コンテナー、Java アプリケーション、MySQL データベースなど) が大量の CPU またはメモリリソースを消費し、システムが SSH などの重要なサービスにリソースを割り当てられなくなります。

    • ディスク容量が 100% いっぱいになる：ディスク容量の枯渇により、重要なシステムプロセスが誤動作します。たとえば、SSH ログインにはログイン履歴ファイルへの書き込みが必要ですが、ディスクがいっぱいになるとこの操作がブロックされ、SSH 接続がハングします。

    緊急復旧手順

    1. スナップショットを作成してデータをバックアップする

      ECS コンソール にログインし、ターゲットインスタンスのシステムディスクとデータディスクを見つけ、データをバックアップするために優先的にスナップショットを作成してください。

      説明

      システムがハング状態にある場合、ディスク I/O は高いレベルのままになることがあります。スナップショットの作成には通常よりも大幅に時間がかかる場合があります。スナップショットが完了するまでお待ちください。

    2. Cloud Assistant を介してコマンドを送信してみる (オプション)

      インスタンスを再起動する前に、データを確実にディスクにフラッシュするために問題のあるアプリケーションを停止させたい場合は、ECS コンソールの Cloud Assistant を介して、インスタンスに kill または stop コマンドを送信してみてください。ただし、OS カーネルが完全に応答しない場合、コマンドはタイムアウトします。その場合は、次のステップに進んでください。

      警告

      kill または stop コマンドを実行すると、対象のプロセスが強制的に終了され、ビジネスデータの書き込みが不完全になったり、ファイルが破損したり、データベースが異常にシャットダウンしたりする可能性があります。実行する前に、ビジネスへの影響を評価してください。

    3. インスタンスを再起動する

      ECS コンソールからインスタンスを再起動します。

      • まず、通常の再起動 (カーネルがシャットダウンコマンドに応答するのを待機) を試行し、10〜15 分間様子を見ます。

      • 通常の再起動がタイムアウトして失敗した場合は、強制再起動を実行します。強制再起動は電源の再投入に相当し、書き込み中のファイルが破損するリスクは非常に小さいです。強制再起動する前に、スナップショットのバックアップが完了していることを確認してください。

    根本原因分析と長期的な最適化

    • atop ツールのインストール: atop をインストールし、起動時に開始するよう (systemctl enable atop) 設定することをお勧めします。atop は、システムリソースの使用状況を継続的に記録します。

    • OOM 記録の確認: OOM イベントが発生したかどうかを確認するには、dmesg | grep -i oom を実行するか、/var/log/messages を確認します。

    • メモリ設定を最適化する：メモリのボトルネックについては、一時的なバッファとして Linux スワップパーティションを設定できます。ワークロードが長期的に多くのメモリを必要とする場合は、インスタンスタイプをアップグレードすることを推奨します。

    • CloudMonitor アラートを設定する：CloudMonitor で CPU 使用率、メモリ使用率、ディスク I/O、その他のメトリクスにしきい値アラートを設定して、リソースが枯渇する前に通知を受け取れるようにします。

    Workbench を使用してインスタンスに接続する際に URL 404 エラーが発生した場合の対処方法

    Workbench の接続 URL が期限切れになっている可能性があります。ECS コンソールにログインし、ターゲットインスタンスを見つけて、再度 [リモート接続] > [Workbench リモート接続] を選択します。システムは新しい有効な URL を生成します。