承認エラーは、いくつかの異なる問題の結果として発生する可能性があり、そのほとんどは 403 エラー (いくつかの例外はあります) を生成します。 たとえば、次の場合はすべて承認エラーが発生する可能性があります。 間違ったアクセス トークンの取得フロー 十分に構成されていないアクセス許可スコープ 同意がない アクセス許可がない 一般的なエラーを解決する手順 一般的な承認エラーを解決するには、発生しているエラーに最も近いエラーについて説明されている手順を試してください。 複数のエラーが適用される場合があります。 Microsoft Q&A で既に使用可能な回答で 401 エラーおよび 403 エラーを確認することもできます。 問題の解決策が見つからない場合は、 Microsoft Q&A に関する新しい質問 をし、 microsoft-graph* でタグを付けます。 401 未承認エラー:

重要 Document Intelligence パブリック プレビュー リリースは、開発中の機能への早期アクセスを提供します。 機能、アプローチ、およびプロセスは、一般提供 (GA) の前に、ユーザーからのフィードバックに基づいて変更される可能性があります。 Document Intelligence クライアント ライブラリのパブリック プレビュー バージョンは、REST API バージョン2024-02-29-preview にデフォルトで設定されます。 パブリック プレビュー バージョン 2024-02-29-preview は、現在、次の Azure リージョンでのみ使用できます。 米国東部 米国西部 2 "西ヨーロッパ"

Microsoft は、製品のマルチクラウド、マルチプラットフォーム機能を伝え、Windows Server Active Directory との混乱を軽減し、Microsoft Entra 製品ファミリを統合するために、Azure Active Directory (Azure AD) の名前を Microsoft Entra ID に変更しました。 使用やサービスの中断なし 現在 Azure AD を使用している場合、または以前に組織で Azure AD をデプロイしている場合、中断することなくサービスを引き続き使用できます。 既存のすべてのデプロイ、構成、統合は、ユーザーによるアクションは無しで、現在と同じように機能し続けます。 引き続き、Azure portal、Microsoft 365 管理センター、Microsoft Entra 管理センターを通じてアクセスできる使い慣れた

現在のセキュリティ境界は組織のネットワーク境界の外にまで広がり、ユーザーとデバイスの ID が含まれるようになっています。 組織は、アクセス制御に関する決定を行う過程で、これらの ID ドリブン シグナルを使用できるようになっています。 Microsoft Entra 条件付きアクセスは、決定のためにシグナルをまとめ、組織のポリシーを適用します。 条件付きアクセスは Microsoft のゼロ トラスト ポリシー エンジンであり、ポリシー適用の決定時にさまざまなソースからのシグナルを考慮します。 条件付きアクセスポリシーの最も単純なものは、if-then ステートメントであり、ユーザーは、リソースにアクセスする場合は (if)、アクションを完了する必要があります (then)。 たとえば、ユーザーが Microsoft 365 などのアプリケーションまたはサービスにアクセスする場合、アクセ

Azure Data Studio。 インストールするには、Azure Data Studio に関するページを参照してください。 この記事で使用されているサンプル データを取得するために、サンプル データベースを復元します。 復元されたデータベースの確認 Person.CountryRegion テーブルに対してクエリを実行して、復元されたデータベースが存在することを確認できます。 USE AdventureWorks; SELECT * FROM Person.CountryRegion; Python パッケージのインストール Azure Data Studio をダウンロードしてインストールします。 次の Python パッケージをインストールします。 pyodbc pandas これらのパッケージをインストールするには: Azure Data Studio ノートブックで、 [パ

このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。

この FAQ では、Microsoft Entra 多要素認証と多要素認証サービスの利用について、よく寄せられる質問に回答します。 FAQ の内容は、サービス全般、課金モデル、ユーザー エクスペリエンス、トラブルシューティングに分けてまとめられています。 重要 2022 年 9 月、Microsoft は Multi-Factor Authentication Server の廃止を発表しました。 2024 年 9 月 30 日以降、Multi-Factor Authentication Server のデプロイでは、多要素認証要求機能が提供されなくなり、組織で認証が失敗する可能性があります。 認証サービスが中断されることなくサポート状態を維持するには、組織が、最新の MFA Server 更新プログラムに含まれている最新の移行ユーティリティを使って、クラウドベースの Microsoft

Microsoft Graph を呼び出すには、アプリがMicrosoft ID プラットフォームからアクセス トークンを取得する必要があります。 このアクセス トークンには、サインインしているユーザーの代わりに Microsoft Graph にアクセスするアプリが承認されているか、独自の ID でアクセスできるかに関する情報が含まれます。 この記事では、アプリが ユーザーの代わりに Microsoft Graph にアクセスする方法 ( 委任されたアクセスとも呼ばれます) に関するガイダンスを提供します。 この記事では、 OAuth 2.0 承認コード付与フローと呼ばれる一般的なフローを使用して、アプリがユーザーに代わってアクセスするために必要な生の HTTP 要求について詳しく説明します。 または、未加工の HTTP 要求を書き込まないようにし、これらの詳細の多くを処理し、アクセス

リソース グループを作成する 仮想ネットワーク、パブリック IP、ネットワーク セキュリティ グループ、およびネットワーク インターフェイスを作成する Windows Server 仮想マシンをデプロイする WinRM 経由で仮想マシンに接続する Ansible プレイブックを実行して Windows IIS を構成する 前提条件 Azure サブスクリプション:Azure サブスクリプションをお持ちでない場合は、開始する前に無料アカウントを作成してください。 Azure サービス プリンシパル: サービス プリンシパルを作成して、appId、displayName、password、および tenant の値をメモします。 Ansible のインストール: 次のいずれかのオプションを実行します。 Linux 仮想マシンに Ansible をインストールして構成する Azure Cloud

Azure CLI を使用すると、Azure サブスクリプションの管理、管理グループの作成、サブスクリプションのロックを楽に行うことができます。Azure 内では複数のサブスクリプションを使用できます。 ユーザーは複数の組織に所属でき、また組織はグループ間で特定のリソースへのアクセスを分割できます。 Azure CLI では、サブスクリプションをグローバルに選択することも、コマンドごとに選択することもできます。 サブスクリプション、請求、およびコスト管理の詳細については、課金とコスト管理に関するドキュメントをご覧ください。 用語 テナントは、1 つの組織に関する情報が存在する Microsoft Entra ID のインスタンスです。 "マルチテナント組織" は、Microsoft Entra ID の複数のインスタンスを持つ組織です。 テナントには、1 つ以上の "サブスクリプション"