Azure Machine Learning
モデルを構築およびデプロイするための Azure 機械学習サービス。
Azure MLインスタンスへの接続エラー
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(172.8, 33%, 26%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EKW%3C/text%3E%3C/svg%3E)
若松 孝佑(Kosuke Wakamatsu)
80
評価のポイント
AzureMLのStudioへアクセス後、自身に割り当てられているインスタンスへVS Code(Web)で接続を試みたところ、アカウント認証は無事に通過しました。 しかし、初期化処理の段階でワークスペースへ接続を確立できず、以下のエラーが表示されました。
An unexpected error occurred that requires a reload of this page. The workbench failed to connect to the server (Error: WebSocket connection failed Abnormal closure (no close frame received). Possible causes: network error, DNS failure, or server unreachable.)
開発者モードで通信を見てみるとws-tcpという名前でWebSocket通信をしており、その応答が「Error during WebSocket handshake: Unexpected response code: 403」となっていました。 特段ユーザーの操作介入はなく、認証するアカウント選択と、Webページへのアクセス許可ポップアップの操作のみでした。
MLワークスぺースはカスタムDNS環境にあります。
下記の2つのCNAMEについては、MLのプライベートエンドポイントを作成していると、AzureDNS側に自動で登録される認識です。
① <インスタンス名>.japaneast.instances.azureml.ms CNAME <不明な文字列>.workspace.japaneast.privatelink.api.azureml.ms
② <不明な文字列>.workspace.japaneast.privatelink.api.azureml.ms CNAME <不明な文字列>.workspace.japaneast.privatelink.api.azureml.ms
また、プライベートエンドポイントのDNS構成を設定することで、プライベートDNSに下記が自動で登録される認識です。
③<不明な文字列>.workspace.japaneast.privatelink.api.azureml.ms Aレコード <プライべートIP">
そして、 <インスタンス名>.japaneast.instances.azureml.msの名前解決については成功しています。
一方で、WebSocekt通信の際に利用されている<インスタンス名>-8705.japaneast.instances.azureml.msの名前解決については以下のようになっています。
④<インスタンス名>-8705.japaneast.instances.azureml.ms
CNAME vienna-japaneast.trafficmanager.net
⑤vienna-japaneast.trafficmanager.net CNAME vienna-japaneast-ip-ingress-nginx-02.japaneast.cloudapp.azure.com
⑥vienna-japaneast-ip-ingress-nginx-02.japaneast.cloudapp.azure.com Aレコード <パブリックIP>
上記が原因ではないかと推測していますが、これはユーザー側で解決可能な問題でしょうか？
プライベートチャットを開いていただければ、具体的な名前解決の結果や、エラー時のHARファイルの添付なども可能です。
Azure Machine Learning
-
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(6.4, 51%, 10%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EKV%3C/text%3E%3C/svg%3E)
Karnam Venkata Rajeswari 4,435 評価のポイント Microsoft 外部スタッフ モデレーター2026-06-29T09:26:39.2866667+00:00 この返信は、もともと英語で作成され、その後日本語に翻訳されたものです。
こんにちは**若松 孝佑(Kosuke Wakamatsu),**
Microsoft Q&Aへようこそ。お問い合わせいただきありがとうございます。
詳細な DNS 名前解決結果および WebSocket エラー情報をご共有いただきありがとうございます。
ご共有いただいた情報から、Azure ML Studio へのアクセスおよび認証は正常に完了していることが確認できます。問題はその後の段階で発生しており、VS Code (Web) が Azure ML Compute Instance との対話型セッションを WebSocket 接続経由で初期化する際に失敗している状況と考えられます。
報告されている以下のエラー: Error during WebSocket handshake: 403
は、要求自体は接続先エンドポイントに到達したものの、WebSocket へのアップグレード要求が拒否されたことを示しています。そのため、本事象は認証の問題というよりも、DNS 名前解決、ルーティング、Private Endpoint 構成、プロキシやファイアウォールの動作、および WebSocket 通信経路の観点から調査することが重要と考えられます。
最も重要な着眼点は、WebSocket 通信で使用されている以下のホスト名に対する DNS 名前解決の挙動です。
<instance-name>-8705.japaneast.instances.azureml.ms当該ホスト名が以下の経路で解決されていることが確認されています。
Traffic Manager > cloudapp.azure.com > Public IP
一方で、対象ワークスペースは Private Endpoint およびカスタム DNS を利用する構成となっています。
この挙動から判断すると、DNS またはルーティングの不整合が現時点で最も有力な原因候補であり、優先的に調査すべき項目と考えられます。もちろん、この情報だけで原因を断定することはできませんが、現在得られている情報の中では最も強い根拠となっています。
また、WebSocket Handshake 時の 403 エラーは単純な DNS 障害とは異なる点にも注意が必要です。DNS 解決やネットワーク接続自体は成功していても、予期しない Ingress 経路へ通信が到達した場合、Private Endpoint 経路との整合性が取れていない場合、あるいはプロキシやファイアウォールによって WebSocket アップグレード要求が変更された場合には、403 エラーが返される可能性があります。
原因がカスタム DNS フォワーディング、Private DNS Zone の関連付け、VPN ルーティング、ファイアウォールポリシー、プロキシ検査、あるいは WebSocket 通信処理に関連するものである場合、多くのケースでは DNS またはネットワーク管理チームによる構成変更で解決可能です。
- 実際に失敗している WebSocket リクエストの取得 ブラウザーの Developer Tools または HAR トレースから以下を取得してください。
- 完全な
wss://URL - リクエストヘッダー（特に
HostおよびOrigin） - レスポンスヘッダー
- 403 応答の詳細
- 失敗しているホスト名が以下であるか
<instance-name>-8705.japaneast.instances.azureml.msこれにより、どのエンドポイントで拒否が発生しているかを正確に特定できます。 - 完全な
- クライアントネットワークと Azure VNet の DNS 解決結果を比較 影響のあるクライアント端末および Azure VNet 内の VM から以下を実行してください。
各ホスト名がプライベート IP に解決されるのか、パブリック IP に解決されるのかを比較してください。 Azure VNet 内ではプライベート IP に解決される一方で、クライアント側ではパブリック IP に解決される場合、VPN の DNS フォワーディング、カスタム DNS、または条件付きフォワーダーの構成に問題がある可能性が高いと考えられます。nslookup <instance-name>.japaneast.instances.azureml.ms nslookup <instance-name>-8705.japaneast.instances.azureml.ms - Private DNS およびカスタム DNS フォワーディングの確認 以下の Azure ML 関連ドメインに対する DNS 構成を確認してください。
api.azureml.msinstances.azureml.msnotebooks.azure.net以下の内容をご確認ください。- Private DNS Zone のリンクが正しく構成されていること
- Private Endpoint の DNS Zone Group が存在すること
- カスタム DNS 利用時に条件付きフォワーダーが構成されていること
- Azure ML 関連ホスト名が想定される Private DNS 経路で解決されていること
- プロキシ、ファイアウォール、および WebSocket 通信の確認 WebSocket 通信がプロキシ、VPN、SSL インスペクション、またはファイアウォールポリシーによってブロックまたは変更されていないことをご確認ください。
現時点で得られている情報から判断すると、WebSocket 用ホスト名が Traffic Manager 経由でパブリック Ingress パスへ解決されていることが、403 WebSocket Handshake エラーの最も有力な原因候補です。
こちらの参考情報がお役に立つかもしれません。ぜひご確認ください。
- Troubleshoot private endpoint connection - Azure Machine Learning | Microsoft Learn
- Use custom DNS server - Azure Machine Learning | Microsoft Learn
- Configure inbound and outbound network traffic - Azure Machine Learning | Microsoft Learn
- Start Visual Studio Code Integrated with Azure Machine Learning - Azure Machine Learning | Microsoft Learn
ありがとう
- 実際に失敗している WebSocket リクエストの取得 ブラウザーの Developer Tools または HAR トレースから以下を取得してください。
-
若松 孝佑(Kosuke Wakamatsu) 80 評価のポイント
2026-06-30T09:43:36.1766667+00:00 エンドポイント情報をマスクする必要があるため、プライベートチャットを開いていただけますでしょうか。
-
Karnam Venkata Rajeswari 4,435 評価のポイント Microsoft 外部スタッフ モデレーター
2026-07-01T03:23:46.6366667+00:00 この返信は、もともと英語で作成され、その後日本語に翻訳されたものです。
こんにちは**若松 孝佑(Kosuke Wakamatsu),**
さらなるサポートのため、プライベートチャットにてご連絡いたしました。 ありがとうございます。
-
Karnam Venkata Rajeswari 4,435 評価のポイント Microsoft 外部スタッフ モデレーター
2026-07-02T10:23:23.79+00:00 この返信は、もともと英語で作成され、その後日本語に翻訳されたものです。
こんにちは**若松 孝佑(Kosuke Wakamatsu),**
追加の WebSocket 比較結果および DNS 名前解決結果をご共有いただき、ありがとうございます。現在までに収集された情報から判断すると、本事象は認証や権限、Azure ML Studio へのアクセス自体ではなく、Private Endpoint 環境における DNS 名前解決およびネットワークルーティングに関連している可能性が高いと考えられます。
ご提供いただいた比較結果から、ターミナル接続とカーネル接続が異なるネットワーク経路を通過していることが確認できます。ターミナル接続は Azure Machine Learning の Private Endpoint を経由して正常に WebSocket セッションを確立していますが、カーネル接続は Traffic Manager のパブリック エンドポイントへ名前解決され、403 Forbidden が返されています。この結果は、カーネル用ホスト名が想定される Private Endpoint 経路を一貫して使用できておらず、プライベートアクセス専用に構成されたワークスペースでは許可されないパブリック経路へ到達していることを示唆しています。
現在の調査結果に基づくと、DNS 名前解決またはネットワークルーティングの不整合が最も可能性の高い原因と考えられるため、優先的な調査対象とすることを推奨します。
推奨される確認項目
- 影響を受けているクライアントから両方のホスト名の DNS 名前解決結果を比較
両方のホスト名が期待される Private Endpoint 経路で名前解決されることを確認してください。結果に差異がある場合は、どの時点で通信経路が想定外のルートへ逸脱しているかを特定する有力な手掛かりとなります。nslookup z76512721.japaneast.instances.azureml.ms nslookup z76512721-8705.japaneast.instances.azureml.ms - Private DNS およびカスタム DNS 構成の確認
- Private DNS Zone のリンク構成を確認する。
- DNS Zone Group が Private Endpoint と関連付けられていることを確認する。
- カスタム DNS サーバー利用時は条件付きフォワーダーを確認する。
- 以下の Azure Machine Learning 関連ドメインの名前解決を確認する。
- api.azureml.ms
- instances.azureml.ms
- notebooks.azure.net
- ブラウザーの DNS 動作の確認
- Secure DNS（DNS-over-HTTPS）が有効になっていないか確認する。
- DNS クエリが想定される企業内 DNS またはプライベート DNS 基盤を経由していることを確認する。
ネットワーク機器およびルーティングの確認
- プロキシサーバー
- VPN の DNS フォワーディング
- ファイアウォール
- SSL インスペクション装置
- Network Virtual Appliance（NVA）
これらの機器や構成によって、WebSocket のアップグレード要求や通信経路に影響が発生する場合があります。
- 必要に応じた追加診断情報の収集
- 失敗した WebSocket 要求を含む HAR トレース
- ブラウザーの Developer Tools によるネットワークキャプチャ
- 失敗した接続のリクエスト ヘッダーおよびレスポンス ヘッダー
- Workspace Diagnostics の出力結果
こちらの参考情報がお役に立つかもしれません。ぜひご確認ください。
- Troubleshoot private endpoint connection - Azure Machine Learning | Microsoft Learn
- Use custom DNS server - Azure Machine Learning | Microsoft Learn
- Plan for network isolation - Azure Machine Learning | Microsoft Learn
ありがとう
- 影響を受けているクライアントから両方のホスト名の DNS 名前解決結果を比較
-
Karnam Venkata Rajeswari 4,435 評価のポイント Microsoft 外部スタッフ モデレーター
2026-07-06T11:11:08.4933333+00:00 This reply was originally written in English and later translated into Japanese.
Hello** Kosuke Wakamatsu,**
こんにちは。回答がお役に立てたかどうか確認したくご連絡いたしました。ありがとうございます。
サインインしてコメントする
サインインして回答する