ExpressRouteの開通確認について

Question

プロバイダーからの設定情報に基づき、

環境へVirtual network、Virtual network gateway、Connectionを用意しました。

Connectionの画面上は成功という表示になっておりましたので、

疎通確認を行おうとしているところですが、VMのプライベートＩＰアドレス宛に

ローカルからpingを飛ばしても失敗します。

そこで、プロバイダーからの資料を全て振り返っていたところ、

納品物にアドレス体系一覧というExcelが含まれておりました。ここには、プライベートアドレス一覧表というシートがあり、

そこには5つのサーバセグメントの記載がありました。

もしかしたら、これをVirtual networkのサブネット（通常使用のもの）として登録しないといけなかったのでしょうか。

または、全く関係のない話でしょうか。

疎通確認方法から失敗している可能性もありますので、恐れ入りますがどなたか有識者の方

ご教示いただけますと幸いです。

Answer 1

m-kataoka 様、こんにちは。 Microsoft Q&A フォーラムへようこそ。 ご質問にお答えするために、以下の情報をご用意しました。 1. サブネットの登録： Excel ファイル内の「プライベート アドレス一覧」は、仮想ネットワーク サブネットに含めるべき IP 範囲を表している可能性があります。 これらのサブネットが Azure VNet 内に作成されていない場合、VM は想定とは異なるアドレス空間に配置され、ルーティングの問題が発生する可能性があります。 Azure ポータル → 仮想ネットワーク → サブネット で、必要なサブネットがすべて存在し、Excel シートのアドレス範囲と一致していることを確認してください。 2. VPN ゲートウェイとローカル ネットワーク ゲートウェイ： ローカル ネットワーク ゲートウェイの構成にオンプレミスのアドレス範囲が含まれていることを確認してください。 接続オブジェクトには、両側で正しい IP 範囲が含まれている必要があります。範囲が一致しないと、トラフィックは適切にルーティングされません。 3. NSG とファイアウォール ルール: VM のサブネット NSG (ネットワーク セキュリティ グループ) と VM の OS ファイアウォールを確認します。 オンプレミスの IP 範囲からの ICMP (ping) 受信を許可します。 NSG のデフォルト ルールでは、明示的に許可されない限り、ICMP がブロックされることがよくあります。 4. 接続診断: Azure の診断ツールを使用します。ExpressRoute 診断を実行して、接続の問題がないか確認します。 これらのツールは Azure ポータルからアクセスできます。回線や構成に問題があるかどうかの洞察が得られる場合があります。 5. 有効なルート: VM → ネットワーク → 有効なルート に移動します。 オンプレミス ネットワークへのルートが存在し、VPN ゲートウェイを指していることを確認します。 6. ping の制限事項、または他のプロトコルのテスト: ルーティングが正しくても、ICMP が OS ファイアウォールによってブロックされている場合は、ping が失敗する可能性があります。 ping だけに頼るのではなく、TCP 接続（例：RDP の場合は telnet <VM-IP> 3389）でテストしてみてください。 このコメントが役に立った場合は、提供された情報に「賛成」をお願いします。これはコミュニティメンバーにとって有益です。 他にご質問がございましたら、お気軽にお知らせください。 ありがとうございます。