プライベート エンドポイントを使用したプロジェクトへの接続のトラブルシューティング

重要

この記事で説明する機能の一部は、プレビューでのみ使用できる場合があります。 このプレビューはサービス レベル アグリーメントなしで提供されており、運用環境ではお勧めしません。 特定の機能はサポート対象ではなく、機能が制限されることがあります。 詳しくは、Microsoft Azure プレビューの追加使用条件に関するページをご覧ください。

プライベート エンドポイントで構成されているプロジェクトに接続すると、アクセスが禁止されているというメッセージングの 403 が発生する場合があります。 この記事の情報を使用して、このエラーの原因となる可能性がある一般的な構成の問題を確認します。

プロジェクトに安全に接続する

VNet の背後で保護されているプロジェクトに接続するには、次の方法のいずれかを使います。

• Azure VPN ゲートウェイ - オンプレミスのネットワークをプライベート接続を介して VNet に接続します。 接続は、パブリック インターネットを介して行われます。 使用できる VPN ゲートウェイには、次の 2 種類があります。

  • ポイント対サイト: 各クライアント コンピューターは、VPN クライアントを使用して VNet に接続します。
  • サイト間: VPN デバイスにより、VNet がオンプレミス ネットワークに接続されます。

• ExpressRoute - オンプレミスのネットワークをプライベート接続を介してクラウドに接続します。 接続は、接続プロバイダーを使用して行われます。

• Azure Bastion - このシナリオでは、VNet 内に Azure 仮想マシン (ジャンプ ボックスと呼ばれることもある) を作成します。 次に、Azure Bastion を使用して VM に接続します。 Bastion を使用すると、ローカル Web ブラウザーから RDP または SSH セッションを使用して VM に接続できます。 続いて、開発環境としてジャンプ ボックスを使用します。 これは VNet 内部にあるため、ワークスペースに直接アクセスできます。

DNS の構成

DNS 構成のトラブルシューティング手順は、Azure DNS とカスタム DNS のどちらを使用しているかによって異なります。 次の手順を使用して、どちらを使用しているかを確認します。

1. Azure portal で、Azure AI Studio のプライベート エンドポイント リソースを選択します。 名前を覚えていない場合は、Azure AI Studio リソース、[ネットワーク]、[プライベート エンドポイント接続] を選択し、[プライベート エンドポイント] リンクを選びます。

   

2. [概要] ページで、[ネットワーク インターフェイス] リンクを選択します。

   

3. [設定] で、[IP 構成] を選択し、[仮想ネットワーク] のリンクを選択します。

   

4. ページの左側にある [設定] セクションで、[DNS サーバー] エントリを選択します。

   

   • この値が [既定 (Azure 提供)] である場合は、VNet で Azure DNS が使用されています。 「Azure DNS に関するトラブルシューティング」セクションに進みます。
   • 異なる IP アドレスが表示されている場合は、VNet でカスタム DNS ソリューションが使用されています。 「カスタム DNS に関するトラブルシューティング」セクションに進みます。

カスタム DNS に関するトラブルシューティング

カスタム DNS ソリューションで名前が IP アドレスに正しく解決されているかどうかを確認するには、次の手順に従います。

1. プライベート エンドポイントへの接続が機能している仮想マシン、ノート PC、デスクトップ、またはその他のコンピューティング リソースから、Web ブラウザーを開きます。 ブラウザーで、ご利用の Azure リージョンの URL を使用します。

   Azure リージョン	URL
   Azure Government	https://portal.azure.us/?feature.privateendpointmanagedns=false
   21Vianet が運用する Microsoft Azure	https://portal.azure.cn/?feature.privateendpointmanagedns=false
   その他のすべてのリージョン	https://portal.azure.com/?feature.privateendpointmanagedns=false

2. ポータルで、ワークスペースのプライベート エンドポイントを選択します。 [DNS 構成] セクションで、プライベート エンドポイントの FQDN の一覧を作成します。

   

3. コマンド プロンプト、PowerShell、またはその他のコマンド ラインを開き、前の手順で返された FQDN ごとに次のコマンドを実行します。 コマンドを実行するたびに、返された IP アドレスが、ポータルに表示されている、その FQDN に対する IP アドレスと一致することを確認します。

   nslookup <fqdn>

   たとえば、コマンド nslookup df33e049-7c88-4953-8939-aae374adbef9.workspace.eastus2.api.azureml.ms を実行すると、次のテキストのような値が返されます。

   Server: yourdnsserver
   Address: yourdnsserver-IP-address
   
   Name:   df33e049-7c88-4953-8939-aae374adbef9.workspace.eastus2.api.azureml.ms
   Address: 10.0.0.4
   

4. nslookup コマンドでエラーが返されるか、ポータルに表示されているものとは異なる IP アドレスが返された場合、カスタム DNS ソリューションは正しく構成されていません。

Azure DNS に関するトラブルシューティング

名前解決に Azure DNS を使用している場合は、次の手順を使用して、プライベート DNS 統合が正しく構成されていることを確認します。

1. プライベート エンドポイントで、[DNS の構成] を選択します。 [プライベート DNS ゾーン] 列の各エントリに対して、[DNS ゾーン グループ] 列にもエントリが存在する必要があります。

   

   • プライベート DNS ゾーン エントリはあるが、DNS ゾーン グループ エントリがない場合は、プライベート エンドポイントを削除して再作成します。 プライベート エンドポイントを再作成するときは、プライベート DNS ゾーン統合を有効にします。

   • [DNS ゾーン グループ] が空でない場合は、[プライベート DNS ゾーン] エントリのリンクを選択します。

     プライベート DNS ゾーンから、[仮想ネットワーク リンク] を選択します。 VNet へのリンクが存在している必要があります。 存在しない場合は、プライベート エンドポイントを削除して再作成します。 再作成するときは、VNet にリンクされているプライベート DNS ゾーンを選択するか、VNet にリンクされている新しいものを作成します。

     

2. プライベート DNS ゾーン エントリの残りについて、前の手順を繰り返します。

ブラウザーの構成 (HTTPS 経由の DNS)

Web ブラウザーで HTTP 経由の DNS が有効になっているかどうかを確認します。 HTTP 経由の DNS により、Azure DNS がプライベート エンドポイントの IP アドレスで応答できない可能性があります。

• Mozilla Firefox: 詳細については、Firefox での HTTPS 経由の DNS の無効化に関する記事を参照してください。
• Microsoft Edge:

  1. Edge で ... を選択し、[設定]を選択します。

  2. 設定から、DNS を検索し、 セキュリティで保護された DNS を使用して、web サイトのネットワーク アドレスを検索する方法を指定するを無効にします。

     

[プロキシ構成]

プロキシを使用すると、セキュリティで保護されたプロジェクトとの通信ができない場合があります。 テストするには、次のいずれかのオプションを使用します。

• プロキシ設定を一時的に無効にして、接続できるかどうかを確認します。
• プライベート エンドポイントにリストされている FQDN への直接アクセスを許可するプロキシ自動構成 (PAC) ファイルを作成します。 すべてのコンピューティング インスタンスの FQDN への直接アクセスも許可する必要があります。
• DNS 要求を Azure DNS に転送するようにプロキシ サーバーを構成します。

不足しているストレージ接続のトラブルシューティング

プロジェクトを作成すると、データ アップロード シナリオ用およびプロンプト フローを含む成果物ストレージ用に、Azure ストレージへの多数の接続が自動的に作成されます。 ハブに関連付けられた Azure Storage アカウントのパブリック ネットワーク アクセスが '無効' に設定されている場合、これらのストレージ接続の作成に遅延が生じる可能性があります。

トラブルシューティングを行うには、次の手順を試してみてください。

1. Azure portal で、ハブに関連付けられているストレージ アカウントのネットワーク設定を確認します。
2. インターネット接続を確認し、ストレージ アカウントによって許可されているプライベート接続を使用していることを確認します。
3. AI Studio > プロジェクト > プロジェクトの [設定] の順に移動します。
4. ページを最新の情報に更新します。 'workspaceblobstore' など、多数の接続が作成されています。