web-dev-qa-db-ja.com

WindowsAzure仮想ネットワークのポイントツーサイト接続エラー

最近、Azure仮想ネットワークを作成して、Azure上のVMとオンプレミスのクライアントサーバー(ポイントツーサイト接続)の間の接続をテストしました。

まず、ここのチュートリアルに従いました: https://Azure.Microsoft.com/documentation/articles/vpn-gateway-point-to-site-create/

次に、Azureで別のVMをプロビジョニングしましたが、仮想ネットワークの一部ではありません。AMD64クライアントVPNパッケージをダウンロードして、このVMにインストールし、接続しました。 VPN。接続は成功し、仮想ネットワーク内に作成されたVM1のIISをブラウザーに向けることができました。

最後に、x86クライアントVPNパッケージをダウンロードして、Windows 7を実行しているローカルマシンにインストールし、VPN経由で接続しようとしました。代わりに、次のエラーが発生しました。証明書チェーンは処理されましたが、信頼プロバイダーによって信頼されていないルート証明書で終了しました。 (エラー0x800b0109)この接続のカスタマイズされたトラブルシューティング情報については、[ヘルプ]をクリックしてください。

ログは次のとおりです。

    Operating System      : Windows NT 6.1 Service Pack 1
    Dialer Version        : 7.2.7600.16385
    Connection Name       : TestVirtualNetwork
    All Users/Single User : Single User
    Start Date/Time       : 01/05/2013, 23:02:34

    Module Name, Time, Log ID, Log Item Name, Other Info
    For Connection Type, 0=dial-up, 1=VPN, 2=VPN over dial-up

[cmdial32]  23:02:34    22  Clear Log Event 
[cmdial32]  23:02:36    04  Pre-Connect Event   ConnectionType = 1
[cmdial32]  23:02:36    06  Pre-Tunnel Event    UserName = TestClientCert Domain =  DUNSetting = TestVirtualNetwork Tunnel DeviceName = WAN Miniport (SSTP) TunnelAddress = azuregateway-66437671-fb05-4fac-83a7-1ae2313d717f-0.cloudapp.net
[cmdial32]  23:02:37    21  On-Error Event  ErrorCode = -2146762487 ErrorSource = RAS
11
3thanZ

私は同じ問題を経験していて、Azureサイトによって生成されたVPNインストーラーのバグと思われるものを説明するこのブログ投稿に出くわしました。

https://nbevans.wordpress.com/2014/03/01/point-to-site-p2s-Azure-vpn/

事実上、問題は、仮想ネットワークのAzureゲートウェイを信頼するために必要な追加の証明書があることです。その証明書は、Azure仮想ネットワークページによって生成されたVPNインストーラー.exe内にバンドルされています。

  1. Azureサイトで生成されたVPNインストーラー.exeを抽出します(私は7-Zipを使用しました)
  2. 中には.cerファイルがあります
  3. 「コンピュータアカウント」の「信頼されたルート証明機関」に証明書をインストールします
    1. Mmc.exeを開きます
    2. 「証明書」スナップインを追加します
    3. ローカルコンピュータには必ず「コンピュータ」アカウントを選択してください
    4. [信頼されたルート証明機関]ノード、[すべてのタスク]、[インポート]を右クリックし、VPNexeから抽出した.cerファイルを参照します。

これは、仮想ネットワークに接続する予定のすべてのクライアントで必要になる可能性があります。

24
user4312249

同じ問題が発生したので、上記とは異なる回答を投稿したいと思いますが、VPN接続が最初に構成されてからかなり経ってから問題が発生したため、状況が異なります。そのため、VPNが機能するために必要なすべての証明書をインストールしましたが、状況が頻繁に変わるため、すべての証明書が本来あるべき場所にあることを再確認しました。その後、ログを確認します。エラーは証明書の問題を示していますが、接続の詳細、特にトンネルアドレス(プレフィックスが付いているもの)azuregateway多くの16進数とドメインcloudapp.net)を使用して、ドメインがファイアウォール/ Webフィルターアプライアンスによってブロックされていることに気付きました。アプライアンスでこのドメインを許可すると、VPNトンネルを使用して再度接続できるようになります。それについてです。

1