すべてのプロダクト
Search

このプロダクト

    :Windows ECS インスタンスからパブリック IP アドレスに ping を実行した際の「一般的な障害」エラーの解決

    ドキュメントセンター

    :Windows ECS インスタンスからパブリック IP アドレスに ping を実行した際の「一般的な障害」エラーの解決

    最終更新日:Aug 25, 2026

    このトピックでは、Windows ECS インスタンスからパブリック IP アドレスに ping を実行した場合に発生する「一般的な障害」エラーのトラブルシューティング方法を説明します。

    現象

    Windows ECS インスタンスからパブリック IP アドレスに ping を実行すると、「一般的な障害」エラーが返されます。

    原因

    この問題は、次のいずれかが原因で発生する可能性があります。

    考えられる原因

    トラブルシューティング

    ECS インスタンスにサードパーティ製のウイルス対策ソフトウェアまたはセキュリティソフトウェアがインストールされている。

    サードパーティ製のウイルス対策ソフトウェアまたはセキュリティソフトウェアの確認

    インスタンスのデフォルトゲートウェイまたはデフォルトルートの構成が正しくない。

    インスタンスのゲートウェイとルートの確認

    その他のあまり一般的ではない原因。

    その他の考えられる原因のトラブルシューティング

    ソリューション

    サードパーティ製のウイルス対策ソフトウェアまたはセキュリティソフトウェアの確認

    サードパーティ製のウイルス対策ソフトウェアまたはセキュリティソフトウェアには、トラフィックを制御および制限できるネットワーク保護機能が含まれていることがよくあります。

    サードパーティ製のウイルス対策ソフトウェアまたはセキュリティソフトウェアがインストールされている場合は、アンインストールするか一時的に無効にしてください。その後、パブリック IP アドレスに再度 ping を実行してください。

    インスタンスのゲートウェイとルートの確認

    ECS インスタンスが外部ネットワークと通信するには、デフォルトゲートウェイとデフォルトルートが正しく構成されている必要があります。これらの設定がない、または正しくない場合、ネットワーク接続に失敗します。

    ステップ 1： デフォルトゲートウェイの確認

    ipconfig コマンドを実行して、デフォルトゲートウェイの構成を表示します。

    PS C:\Users\Administrator> ipconfig
Windows IP Configuration
Ethernet adapter Ethernet:
   Connection-specific DNS Suffix  . :
   Link-local IPv6 Address . . . . . : fe80::xxx::7e%3
   IPv4 Address. . . . . . . . . . . : 172.16.0.72
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . : 172.16.0.253
Ethernet adapter Ethernet 2:
   Connection-specific DNS Suffix  . :
   Link-local IPv6 Address . . . . . : fe80::xxx::d%25
   IPv4 Address. . . . . . . . . . . : 172.16.0.74
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . : 172.16.0.253

    ECS インスタンスが属する vSwitch の IPv4 CIDR ブロック を確認して、デフォルトゲートウェイアドレスが正しいことを確認してください。たとえば、vSwitch の CIDR ブロックが 172.16.0.0/24 の場合、正しいゲートウェイは 172.16.0.253 で、使用可能なアドレスの末尾から 3 番目です。したがって、コマンド出力のデフォルトゲートウェイは正しいです。

    デフォルトゲートウェイが表示されない場合、またはアドレスが正しくない場合は、次の手順に従って再構成してください。

    デフォルトゲートウェイの構成

    説明

    この例では Windows Server 2022 を使用します。

    1. [ネットワークと共有センター] を開きます。

    2. [アダプターの設定の変更] をクリックします。

    3. [Ethernet] という名前のプライマリ ENI をダブルクリックします。 [イーサネットの状態] ダイアログボックスで、 [プロパティ] をクリックします。

    4. [イーサネットのプロパティ] ダイアログボックスで、 [インターネット プロトコル バージョン 4 (TCP/IPv4)] をダブルクリックします。

    5. [インターネット プロトコル バージョン 4 (TCP/IPv4) のプロパティ] ダイアログボックスで、 [IP アドレスを自動的に取得する] を選択します。または、手動で設定を構成するには、 [次の IP アドレスを使用する] を選択し、正しい IP アドレス、デフォルトゲートウェイ、およびその他のネットワーク情報を入力します。

    6. 各ダイアログボックスで [OK] をクリックして、設定を保存します。

    ステップ 2： デフォルトルートの確認

    route print コマンドを実行して、デフォルトルートを確認します。

    次の出力に示すように、Network Destination と Netmask が 0.0.0.0 のルートエントリがデフォルトルートであり、外部ネットワークとの通信に使用されます。

    IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface        Metric
          0.0.0.0          0.0.0.0     172.16.0.253      172.16.0.72     271
        127.0.0.0        255.0.0.0         On-link         127.0.0.1     331
        127.0.0.1  255.255.255.255         On-link         127.0.0.1     331
  127.255.255.255  255.255.255.255         On-link         127.0.0.1     331
       172.16.0.0    255.255.255.0         On-link       172.16.0.72     271

    デフォルトルートがない場合は、次のコマンドを実行して追加してください。プレースホルダーを実際のデフォルトゲートウェイアドレスに置き換える必要があります。

    route -p add 0.0.0.0 mask 0.0.0.0 <デフォルトゲートウェイアドレス>

    例：

    route -p add 0.0.0.0 mask 0.0.0.0 172.16.0.253

    その他の考えられる原因のトラブルシューティング

    その他の要因もこの問題を引き起こす可能性があります。これには、ネットワーク アダプター、TCP/IP スタック、または Windows セキュリティツールの誤った構成に関する問題が含まれます。これらの可能性を調査するには、次の手順に従ってください。

    ネットワーク アダプターの状態の確認

    1. [デバイス マネージャー] を開きます。

    2. [ネットワーク アダプター] が正常に動作していることを確認します。アダプターが無効になっている場合は、有効にします。アダプターが誤動作しているか、古いドライバーを使用している場合は、「Virtio ドライバーをインストールする」の手順に従ってドライバーを更新します。デバイスマネージャーで、[ネットワーク アダプター] ノードを展開します。無効になっている場合は、[Red Hat VirtIO Ethernet Adapter] を右クリックし、[デバイスを有効にする] を選択します。ドライバーが正常にロードされたことを確認するには、[ネットワーク アダプター] を展開し、[Red Hat VirtIO Ethernet Adapter] をダブルクリックしてプロパティを開きます。[全般] タブで、デバイスのステータスが「このデバイスは正常に動作しています。」であることを確認します。

    TCP/IP スタックのリセット

    TCP/IP スタックが破損している場合は、次のコマンドを使用してリセットしてください。

    netsh int ip reset
netsh winsock reset

    リセットが完了したら、「インスタンスのゲートウェイとルートの確認」セクションの手順に従って、構成を再確認してください。

    システムファイアウォールの確認

    この手順では、Windows Server 2012 を例として使用します。他のバージョンの Windows Server でも手順は同様です。

    1. 左下隅の 服务器管理..png アイコンをクリックして、サーバー マネージャーを開きます。

    2. 右上隅で、 [ツール (T)] > [セキュリティが強化された Windows ファイアウォール] を選択します。

    3. ファイアウォールの状態を確認します。

      1. ファイアウォールがオフの場合、操作は必要ありません。

        [セキュリティが強化された Windows ファイアウォール] コンソールで、ドメイン、プライベート、およびパブリックの各プロファイルで [Windows ファイアウォールは無効です] (赤い X アイコンで示されます) と表示されている場合、ファイアウォールは無効になっています。

      2. ファイアウォールがオンの場合は、次の手順を続行してください。

        1. [セキュリティが強化された Windows ファイアウォール] ウィンドウで、 [送信の規則] をクリックします。

        2. トラフィックを妨げている可能性のある、 [ブロック] に設定されている送信規則がないか確認します。このような規則が見つかった場合は、無効にするか変更します。

    ローカルセキュリティポリシーの確認

    1. [ローカル セキュリティ ポリシー] を開きます。

    2. [ローカル コンピューターの IP セキュリティ ポリシー] をクリックします。ポリシーを確認するには、ポリシーを右クリックして [プロパティ] を選択します。ポリシーのフィルターアクションのプロパティで、 [セキュリティの方法] タブに移動し、 [ブロック] オプションが選択されているかどうかを確認します。

    3. ポリシーが割り当てられており、ブロック規則が含まれている場合は、無効にするか変更します。

    ルーティングとリモート アクセス ツールの確認

    1. [サーバー マネージャー] を開きます。右上隅で、 [ツール] > [ルーティングとリモート アクセス] を選択します。

      説明

      このツールが一覧に表示されていない場合は、インストールされていないため、操作は必要ありません。

    2. ルーティングとリモートアクセスサービスは、有効になっている場合、ネットワークトラフィックに干渉する可能性があります。その状態を確認するには、ツールを開き、 [ルーティングとリモート アクセス] コンソールの左側のナビゲーション ペインで [サーバーの状態] をクリックします。右側のペインの状態が [停止 (未構成)] であることを確認します。