はじめに把握しておくべき情報 予想所要時間 : 3 分。 この手順または手順を実行するには、アクセス許可が必要です。 必要なアクセス許可については、「Exchange Online の機能アクセス許可」の「受信者」エントリを参照してください。 大文字、小文字、数字、および記号を 8 文字以上組み合わせた強力なパスワードを使用することをお勧めします。 Windows PowerShell を使って Exchange Online に接続する方法については、「Exchange Online PowerShell に接続する」を参照してください。 この記事の手順に適用されるキーボード ショートカットの詳細については、「 Exchange 管理センターのキーボード ショートカット」を参照してください。 Microsoft 365 管理センターを使用して新しいメールボックスを作成する Microso

ITインフラに悩まされてる日常 どうもミツシマです。 WindowsやMacの技術系ブログです。 検証した内容等を載せてます。 「GUIで出来ることはCUIで出来るはず」と信じて日々コマンド検証等しています。 どうもミツシマです 以前、「(Teams)Teams Powershellをインストールして使ってみる」をやったので、今回はその中で 「Get-Team」コマンドと「Get-TeamUser」コマンドを検証してみました。 検証環境は以下の通り 仮想環境:Virtual Box 6.1.14 r140239 クライアントOS:Windows 10 Pro x64(2004) 〜検証〜まずは「Get-Team」コマンドから。 「Get-Team」単体だとすべてのチームが表示されます。 「-GroupId」で指定すればそのチーム自体の表示が可能です。 「Get-Team」だとチーム自体の設

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

この記事では、Microsoft Entra シームレス シングル サインオン (シームレス SSO) 機能の技術的なしくみについて説明します。 シームレス SSO のしくみ このセクションは、3 つの部分に分かれています。 シームレス SSO 機能の設定。 Web ブラウザーでの 1 人のユーザーのシングル サインイン トランザクションのシームレス SSO での動作。 ネイティブ クライアントでの 1 人のユーザーのシングル サインイン トランザクションのシームレス SSO での動作。 設定のしくみ シームレス SSO は、こちらで示す通り、Microsoft Entra Connect を使用して有効にできます。 この機能を有効にすると、次の手順が発生します。 (Microsoft Entra Connect を使用して) Microsoft Entra ID と同期する各 AD フォ

Microsoft Entra シームレス シングル サインオン (シームレス SSO) を利用することで、ユーザーが企業ネットワークに接続している会社のデスクトップを使用している場合、自動でサインインできます。 シームレス SSO により、ユーザーは、他のオンプレミス コンポーネントを使用しなくても、クラウド ベースのアプリケーションに簡単にアクセスできるようになります。 Microsoft Entra Connect を使用して Microsoft Entra ID のシームレス SSO をデプロイするには、以下のセクションで述べられている手順を実行します。 前提条件を確認する 次の前提条件が満たされていることを確認します。 Microsoft Entra Connect サーバーを設定している: サインイン方法としてパススルー認証を使用する場合、他に確認すべき前提条件はありません。

このトピックでは、Microsoft Entra Connect 同期によって同期される属性の一覧を示します。 これらの属性は、関連する Microsoft Entra アプリによってグループ化されます。 同期する属性 "同期のために最低限の属性のリストは何ですか" という質問がよく寄せられます。 既定の推奨されるアプローチは、クラウドに完全な GAL (グローバル アドレス一覧) を構築できるように既定の属性を保持し、さらに、Microsoft 365 ワークロードにすべての機能を取得することです。 場合によっては、次の例のように、属性に機密性の高い個人データが含まれるために、組織がクラウドとの属性の同期を望まないことがあります。 この場合、最初にこのトピックの属性の一覧を確認し、個人データが含まれるために同期できない属性を特定します。 次に、インストール時に、Microsoft Ent

UserType をマップする方法の詳細については、「クラウド同期を使用して UserType をマップする」を参照してください。 属性マッピングのプロパティについて 属性マッピングでは、このタイプ プロパティに加えて、特定の属性もサポートしています。 これらの属性は、選択したマッピングの種類によって異なります。 以降のセクションでは、個々の種類ごとにサポートされる属性マッピングについて説明します。 次の種類の属性マッピングを使用できます。 直接 常時 Expression 直接マッピングの属性 直接マッピングでサポートされる属性を次に示します。 ソース属性: ソース システムのユーザー属性 (例:Active Directory)。 対象の属性: ターゲット システムのユーザー属性 (例: Microsoft Entra ID)。 null の場合の既定値 (オプション): ソース属性が

この記事は、Microsoft 365 Enterprise および Office 365 Enterprise の両方に適用されます。 Microsoft 365 管理センターを使用して、Microsoft 365 テナントのユーザー アカウントのプロパティを構成できます。 PowerShell では、これを行うだけでなく、管理センターで実行できないその他の操作も実行できます。 Microsoft Graph PowerShell を使用して Microsoft 365 ユーザー アカウントのプロパティを構成する 注: Azure Active Directory モジュールは、Microsoft Graph PowerShell SDK に置き換えられます。 Microsoft Graph PowerShell SDK を使用して、すべての Microsoft Graph API にア

適用対象: Windows Server 2022、Windows Server 2019、Windows Server 2016、Windows Server 2012 R2、Windows Server 2012 高い特権を持つグループの固定メンバーシップに依存しない Active Directory モデルを実装する際の課題の 1 つは、グループに仮のメンバーシップが必要な場合に、これらのグループを設定するメカニズムが必要になることです。 特権を使用した ID 管理ソリューションによっては、ソフトウェアのサービスアカウントに、フォレスト内の各ドメインの DA や管理者などのグループへの固定メンバーシップを付与する必要があります。 ただし、技術的には、Privileged Identity Management (PIM) ソリューションがそのような特権の高いコンテキストでサービスを実

Note 本記事は Technet Blog の更新停止に伴い https://blogs.technet.microsoft.com/jpazureid/2018/09/13/azure-ad-join-vs-azure-ad-device-registration/ の内容を移行したものです。 元の記事の最新の更新情報については、本内容をご参照ください。 こんにちは、Azure & Identity サポート チームの倉本です。 今回は、 Azure AD 登録 (registered) と Azure AD 参加 (Azure AD joined) の違いについて紹介します。 Azure AD へのデバイス登録の種類は複数あり、 その違いについてお問い合わせを多くお寄せいただいております。 それぞれについてどういった場面で利用されることが想定されているかを説明していきます。 Azur

オンプレミス ディレクトリを Microsoft 365 と同期する場合は、Microsoft Entra IDに検証済みドメインが必要です。 オンプレミスの Active Directory Domain Services (AD DS) ドメインに関連付けられているユーザー プリンシパル名 (UPN) のみが同期されます。 ただし、(例: ) などの.localルーティング不可能なドメインを含む UPN は、ドメインに同期されます .onmicrosoft.com (例: billa@contoso.onmicrosoft.com)。 billa@contoso.local 現在、AD DS でユーザー アカウントのドメインを使用 .local している場合は、検証済みドメインを使用するように変更することをお勧めします。 たとえば、 は、 billa@contoso.comMicros

Server name The name of your new server must be unique on your local area network, and the server name cannot be the same as the domain name. Internal domain name The domain name must be a unique name on the local area network. The Active Directory Domain Service (AD DS) name extension (.local) is automatically appended to the internal domain name to form a full DNS name (for example, contoso.loca

Introduction When planning for a new Active Directory (AD) or upgrade AD, or merging AD one of the topics that will get on the table is planning DNS. DNS is the Domain Naming system, used to translate names into network (IP) addresses. Certainly this is the case if you need to plan for integration with an extranet, DMZ (demilitarized zone, typically between intranet and internet), or publishing we

Note 本記事は Technet Blog の更新停止に伴い https://blogs.technet.microsoft.com/jpazureid/2018/09/27/ca-basic/ の内容を移行したものです。 元の記事の最新の更新情報については、本内容をご参照ください。 こんにちは、Azure & Identity サポート チームの栗井です。 この記事では条件付きアクセスポリシー設定の基本的な考え方について解説します。 条件付きアクセスの基本的な考え方は、アクセスを制限すること条件付きアクセスポリシーは、アクセスを許可する条件の設定ではなく、アクセスをブロック / または制限 (特定の条件を満たさなければブロック) する条件を設定します。 基本的にはすべてのアクセスが許可された状態で、「ブロック、もしくは制御したいアクセスパターンのブラックリストを作成する」とイメージする

注：既定の一時ポートは Windows XP と Windows Vista で異なりますので注意が必要です。 Windows XP および Windows Server 2003 : 1025-5000 Windows Vista および Windows Server 2008 以降: 49152-65535 LDAP SSL / LDAP GC SSL は、これらを利用するように構成されたアプリケーションが無ければ、ログオン時には利用されません。また、同様に AD DS Web Services もメンバーから PowerShell を利用して Active Directory に接続するなどの要件がなければ利用されません。 - 参考 Title : 動的な TCP/IP の既定のポート範囲が Windows Vista とWindows Server 2008に変更しました。 htt

ネットワーク ポリシー サーバー (NPS) 拡張機能と Microsoft Entra ID を使用して、リモート デスクトップ ゲートウェイ インフラストラクチャを統合する この記事では、Microsoft Azure のネットワーク ポリシー サーバー (NPS) 拡張機能を使用して、リモート デスクトップ ゲートウェイ インフラストラクチャを Microsoft Entra 多要素認証と統合する方法について詳しく説明します。 Azure のネットワーク ポリシー サーバー (NPS) 拡張機能を使用すると、Azure のクラウドベースの 多要素認証 を使用して、リモート認証ダイヤルイン ユーザー サービス (RADIUS) クライアント認証を保護することができます。 このソリューションは、ユーザーのサインインとトランザクションにセキュリティの第 2 レイヤーを追加するための 2 段

Microsoft Entra ID で、別の管理者または管理者以外が Microsoft Entra リソースを管理する必要がある場合、必要なアクセス許可を提供する Microsoft Entra ロールをその人物に割り当てます。 たとえば、ユーザーの追加または変更、ユーザーのパスワードのリセット、ユーザーのライセンスの管理、ドメイン名の管理を行えるように、ロールを割り当てることができます。 この記事では、Microsoft Entra リソースを管理できるようにするために割り当てることができる、Microsoft Entra の組み込みロールについて説明します。 ロールの割り当て方法の詳細については、「ユーザーに Microsoft Entra ロールを割り当てる」をご覧ください。 Azure リソースを管理するロールをお探しの場合は、「Azure 組み込み ロール」を参照してください