アカウントを管理するためのドメインを検証する

こうした変更内容は、以下のサポート ドキュメントに記載されます。

オリジナル	集中型
サイト管理者または組織管理者として、[ユーザー] は [Product site (製品サイト)] の下で確認できます。	組織管理者として、[ユーザー] は [ディレクトリ] タブで確認できます。

 

組織管理者として、自社のドメインを認証して、そのドメインのすべてのユーザー アカウントを所有していることを証明できます。自社のドメインとは、ユーザー アカウントのメール アドレスの @ 記号に続くすべての文字列です。 たとえば、アトラシアン はドメイン atlassian.com を所有しています。組織が所有していないパブリック ドメインに対しては、Atlassian Guard Standard を使用できないことに注意してください。

自分の組織のドメインを認証するときは、次の 2 つのことを行います。

1. 自社のドメインの所有権を確認する

2. そのドメインのユーザー アカウントの所有権を取得する。

ドメインの認証には、次の 2 つのメリットがあります。

• 自社ドメインの Atlassian アカウントのさらなる制御。このようなアカウントは管理対象アカウントになり、管理者がこのようなアカウントを編集、削除、または無効にできます。

• 管理対象アカウントへのセキュリティ ポリシーの適用機能。2 段階認証によるログインを要求したり、SAML シングル サインオンをセットアップして、ご利用の ID プロバイダーのポリシーをすべての アトラシアン アカウントに適用することができます。いずれも、Atlassian Guard Standard をサブスクライブすることで実現できます。

アカウントを請求すると、プロファイルに移動したときに、そのドメインを使用し、組織がアカウントを管理していることをユーザーに知らせます。

たとえば、あなたの会社が Acme Inc. で、acme.com  および acme.co.uk ドメインを所有しているとします。両方のドメインを認証してアカウントの所有権を取得したら、アトラシアン組織の [管理対象アカウント] ページに移動してユーザーの詳細を編集できます。 

Atlassian Guard Standard のサブスクリプションでは、ユーザーの管理対象アカウントにセキュリティ ポリシーを適用できます。

sarah@vendor.com のような異なるドメインを持つユーザーにも製品アクセスを付与できます。これらのユーザーは管理対象アカウントではないので、セキュリティ ポリシーは適用できません。 

ドメインの所有権の認証

自社ドメインの所有権は、次の方法を使用して検証できます。

• HTTPS — HTML ファイルを自身のドメインの Web サイトのルート フォルダにアップロードします。

• DNS TXT — 自身のドメイン ネーム システム (DNS) に TXT レコードをコピーします。

• Google Workspace または Microsoft Entra ID (旧称 Microsoft Azure AD) — これらの ID プロバイダーを Atlassian 組織に接続すると、ID プロバイダーに関連付けられているすべてのドメインが自動的に組織で認証されるようになります。ID プロバイダーからユーザーとグループを接続して同期する方法はこちらをご確認ください。

HTTPS による認証

HTML ファイルをホストするには、HTTPS と認証局が発行した有効な SSL 証明書を使用する必要があります (自己署名証明書は使用できません)。

www ドメインへのリダイレクトが 1 つあるドメインのみ認証できます。たとえば、ドメインが example.com である場合、HTML ファイルが https://example.com/atlassian-domain-verification.html または https://www.example.com/atlassian-domain-verification.html で見つかれば、このドメインを認証できます。

他の場所ではドメインを認証できません。

認証に成功したあとは、セキュリティ上の理由から、認証ファイルが定期的に確認されます。ドメインからファイルを削除した場合は、ドメインの所有権が引き続き有効かどうかを確認できなくなるため、ドメインは認証ステータスを失い、そのドメインのすべてのセキュリティ ポリシーが無効化されます (SAML シングル サインオンを含む)。

HTTPS 経由でドメインを認証するには、次の手順を実行します。

1. admin.atlassian.com に移動します。複数の組織がある場合は、組織を選択します。

2. このステップは、ご利用のユーザー管理エクスペリエンスによって異なります。
   - オリジナル: [ディレクトリ] > [ドメイン] の順に選択します。
   - 一元管理: [設定] > [ドメイン] の順に選択します。

3. [HTTPS] タブで、atlassian-domain-verification.html ファイルをダウンロードします。

4. HTML ファイルをドメインの web サーバのルート ディレクトリにアップロードします。

5. アトラシアンの管理ページの [ドメイン] ページに戻り、[ドメインを認証] をクリックします。

6. [HTTPS] メソッドの状態で、[ドメイン] フィールドに認証対象のドメインを入力し、[ドメインを認証] をクリックします。

ご利用の Web サーバーで HTML ファイルが確認された場合、ドメインが認証され、[アカウントの要求] 画面が開きます。次のセクションでは、[アカウントの要求] 画面での操作について説明します。

DNS による認証

認証の成功後、DNS ホストの txt レコードが定期的に確認されます。txt レコードが削除されたり、誤った情報で更新されたりした場合、その txt レコードを更新するための猶予期間がメールで通知されます。レコードが更新されない場合、ドメインは認証ステータスを失い、SAML シングル サインオンを含むそのドメインのすべてのセキュリティ ポリシーは無効化されます。

DNS を使用してドメインを認証するには、次の手順を実行します。

1. admin.atlassian.com に移動します。複数の組織がある場合は、組織を選択します。

2. このステップは、ご利用のユーザー管理エクスペリエンスによって異なります。
   - オリジナル: [ディレクトリ] > [ドメイン] の順に選択します。
   - 一元管理: [設定] > [ドメイン] の順に選択します。

3. [DNS] タブで、txt レコードをクリップボードにコピーします。

4. DNS ホストに移動し、新しいレコードを追加するための設定ページを見つけます。

5. 新しいレコードを追加するオプションを選択し、txt レコードを [Value] フィールド ([Answer] や [Description ] の場合もあります) にペーストします。

6. DNS レコードは次のフィールドを持つ場合があります。

   • Record type: 「TXT」と入力します。

   • Name/Host/Alias: 既定のままにします (@ または空白)。

   • Time to live (TTL): 「86400」と入力します。

7. レコードを保存します。

8. アトラシアンの管理ページの [ドメイン] ページに戻り、[ドメインを認証] をクリックします。

9. [TXT レコード] メソッドの状態で、[ドメイン] フィールドに認証対象のドメインを入力し、[ドメインを認証] をクリックします。

DNS ホストによっては、ドメインが認証されて DNS の変更が有効になるまで最大で 72 時間かかる場合があります。この間 [ドメイン] 表のドメインは UNVERIFIED ステータスになります。72 時間が経過してから、認証するドメインの横にある [ドメインを認証] をクリックして、表示されるダイアログから認証してください。

ドメインを認証すると、ドメインは認証済みのステータスになりますが、ユーザー アカウントの要求はまだ完了していません。次のセクションでは、[アカウントの要求] 画面での操作について説明します。

ドメインの認証に問題が発生した場合のために、このページの下部によくある問題や質問についてのガイダンスを用意しています。

複数の方法でドメインを認証する

自社のドメインの所有権を認証するには、複数の方法を使用する必要があります。サードパーティ ツールを使用してアカウントの管理と認証ポリシーの利用を行っている場合にこれが特に重要になります。

複数の方法でドメインを認証することで、ドメインが未認証になるリスクが軽減されます。たとえば、DNS と HTTPS 両方の認証方法を使用することでバックアップが用意されることになり、一方の認証方法が期限切れになってもドメインの認証済み状態は維持されます。

追加の方法でドメインを認証するには、次の手順を利用します。

1. admin.atlassian.com に移動します。複数の組織がある場合は、組織を選択します。

2. このステップは、ご利用のユーザー管理エクスペリエンスによって異なります。

   • オリジナル: [ディレクトリ] > [ドメイン] の順に選択します。

   • 一元管理: [設定] > [ドメイン] の順に選択します。

3. 認証したいドメインを選択します。

4. [認証方法を追加] を選択します。

5. 使用したい認証方法のタブを選択します。

6. 手順に従い、選択した方法でドメインを認証します。

同じ認証方法でドメインを複数回認証することはできません。新しい認証方法を追加すると、利用可能な方法のみが表示されます。

認証ステータス

ドメインの認証ステータスは時間の経過とともに変わる可能性があります。このような場合に備え、ドメインの認証済み状態を維持し、管理対象アカウントに影響が出ないようにするために、問題をスピーディに解決する方法を知っておくことが重要になります。

各ステータスの概要とその意味は次のとおりです。

ドメインのアカウントの所有権の取得とは

あなたがドメインを所有していることが認証されると、管理できるようにするために、そのドメインに関連付けられているアカウントの所有権を取得するよう求められます。

アカウントの所有権を取得すると、予想よりも多くのユーザーがすでに Atlassian アカウントを持っていることがわかる場合があります。自分の組織に、自社の Atlassian 製品を使用していないユーザーのアカウントが表示される場合さえあります。これは、誰でも Atlassian アカウントを作成できるためです。

ドメインのどのアカウントが Atlassian アカウントを保有しているかを確認するには、アカウントの所有権を取得する前に、アカウントのリストをエクスポートして確認します。その方法については、以下の「アカウントの所有権を取得する前にアカウントを確認する」を参照してください。

アカウントの所有権を取得する方法

IT チームが 1 つの部門に集中している場合は、すべてのアカウントを簡単に管理および要求できます。1 つのドメインですべてのアカウントを要求することを推奨します。これにより以下のことが可能です。

• より効果的にユーザーを管理する

• ユーザーに自動的にセキュリティ設定を適用する

アトラシアンは、すべての既存アカウントと、作成されたすべての新規アカウントを申請します。なお、申請できるのは申請可能なアカウントのみです。他の組織がまだ申請していないアカウントのみが利用可能です。SAML ジャスト イン タイムでアカウントをプロビジョニングする場合は、この設定を選択します。これによって、新規アカウントが既定の認証ポリシーに追加されます。

SAML ジャスト イン タイムの詳細

IT チームが分散していて、1 つの部門に所属していない場合、ドメインの一部のアカウントを申請するだけでよい場合があります。一部のアカウントを申請する場合は、申請するアカウントの CSV ファイルを手動でアップロードします。

ID プロバイダーを使用してユーザーを組織にプロビジョニングする場合、そのアカウントは自動で申請されます。

申請前にアカウントを確認する

申請前にドメインのアカウントを確認してください。個人アカウントとアクセスする製品を確認するには、ドメインのアカウントの CSV ファイルをエクスポートします。

アカウントの CSV ファイルをエクスポートするには、次の手順に従います。

1. admin.atlassian.com に移動します。複数の組織がある場合は、組織を選択します。

2. このステップは、ご利用のユーザー管理エクスペリエンスによって異なります。
   - オリジナル: [ディレクトリ] > [ドメイン] の順に選択します。
   - 一元管理: [設定] > [ドメイン] の順に選択します。

3. ドメインの [アカウントを申請] を選択します。

4. [ユーザーをエクスポート] を選択します。

CSV ファイルへのリンクが記載されたメールが届きます。
大量のアカウントがある場合は、CSV ファイルをメールで受信するまでに数分かかることがあります。メール内のダウンロード リンクは一意のもので、期限は 24 時間です。他の組織管理者も、リンクを知っていればファイルをダウンロードできます。

アカウントを申請

認証済みドメインから、すべてまたは一部のアカウントを申請できます。すべてのアカウントの申請を選択すると、認証済みドメインのアカウントが自動的に申請されます。一部のアカウントを選択すると、認証済みドメインの一部のアカウントを手動で申請するタイミングを決定できます。

すべてのアカウントを申請するには、次の手順に従います。

1. admin.atlassian.com に移動します。複数の組織がある場合は、組織を選択します。

2. このステップは、ご利用のユーザー管理エクスペリエンスによって異なります。
   - オリジナル: [ディレクトリ] > [ドメイン] の順に選択します。
   - 一元管理: [設定] > [ドメイン] の順に選択します。

3. ドメインの [アカウントを申請] を選択します。

4. [アカウントを申請] を選択します。

アカウントの申請が完了すると、メールが届きます。アカウントが多数ある場合は、時間がかかることがあります。

一部のアカウントを申請するには、次の手順に従います。

1. admin.atlassian.com に移動します。複数の組織がある場合は、組織を選択します。

2. このステップは、ご利用のユーザー管理エクスペリエンスによって異なります。
   - オリジナル: [ディレクトリ] > [ドメイン] の順に選択します。
   - 一元管理: [設定] > [ドメイン] の順に選択します。

3. ドメインの [アカウントを申請] を選択します。

4. ドメインの [CSV ファイルに追加するアカウントを申請] を選択します。

5. 申請するメール アカウントの単一行が記載された CSV ファイルをアップロードします。

   1. 最大 10,000 個のメール アドレスを各 CSV ファイルに追加します。

   2. ファイル サイズの上限は 5MB です。

アカウントの申請が完了すると、メールが届きます。アカウントが多数ある場合は、時間がかかることがあります。

ID プロバイダーから同期されたアカウントを申請する

申請できるのは、自分が所有する、認証されたドメインのアカウントのみです。所有していない、未認証のドメインのアカウントを申請することはできません。

アカウントは、認証済みのドメインから手動または自動で申請できます。一部のアカウントのみを申請したい場合は、手動でアカウントを申請できます。

ID プロバイダーのアカウントを申請する場合は、アカウントのドメインを認証する必要があります。

ID プロバイダーのユーザーを同期すると、自動的にアカウントが申請されます。

ユーザー プロビジョニングの詳細をご確認ください。

アカウント設定を申請する

ドメインのアカウントを申請するときに使用できる設定を示します。

申請設定を変更する

新しいアカウントは、自動または手動の 2 つの方法で申請できます。

新しいアカウントを自動的に申請する

新しいアカウントを手動で申請しているときに自動申請が必要になった場合、新しいアカウントは既定の認証ポリシーに追加されます。

新しいアカウントを自動的に申請するには、次の手順に従います。

1. admin.atlassian.com に移動します。複数の組織がある場合は、組織を選択します。

2. このステップは、ご利用のユーザー管理エクスペリエンスによって異なります。
   - オリジナル: [ディレクトリ] > [ドメイン] の順に選択します。
   - 一元管理: [設定] > [ドメイン] の順に選択します。

3. ドメインの [申請設定を変更] を選択します。

4. [新規アカウントを自動申請] を選択します。

一部の新しいアカウントを手動で申請する

新しいアカウントを自動で申請しているときに手動での申請が必要になった場合、新しいアカウントが作成時に申請されることはなくなります。

新しいアカウントを手動で申請するには、次の手順に従います。

1. admin.atlassian.com に移動します。複数の組織がある場合は、組織を選択します。

2. このステップは、ご利用のユーザー管理エクスペリエンスによって異なります。
   - オリジナル: [ディレクトリ] > [ドメイン] の順に選択します。
   - 一元管理: [設定] > [ドメイン] の順に選択します。

3. ドメインの [申請設定を変更] を選択します。

4. [新規アカウントを手動で申請] を選択します。

次回、手動でアカウントを申請するときに、申請するメール アカウントの単一行が記載された CSV ファイルをアップロードしてください。

• 最大 10,000 個のメール アドレスを各 CSV ファイルに追加します。

• ファイル サイズの上限は 5MB です。

アカウントの申請を取り消す

アカウントの申請を取り消すと、そのアカウントを管理できなくなり、認証ポリシーからアカウントが削除されます。アカウントを管理できなくなっても、ユーザーは引き続き製品にアクセスできます。

アカウントの申請を取り消すには、次の手順に従います。

1. admin.atlassian.com に移動します。複数の組織がある場合は、組織を選択します。

2. このステップは、ご利用のユーザー管理エクスペリエンスによって異なります。
   - オリジナル: [ディレクトリ] > [ドメイン] の順に選択します。
   - 一元管理: [設定] > [ドメイン] の順に選択します。

3. ドメインの [Unclaim accounts (アカウントの申請を取り消す)] を選択します。

4. 申請を取り消すメール アカウントの単一行が記載された CSV ファイルをアップロードします。

   1. 最大 10,000 個のメール アドレスを各 CSV ファイルに追加します。

   2. ファイル サイズの上限は 5MB です。

アカウントの申請を取り消すと、組織がそのアカウントを管理しなくなったことをユーザーにプロファイルで通知します。

必要に応じて、そのアカウントを再申請できます。

申請済みユーザー アカウントへの通知

アカウントを申請または申請解除すると、組織がアカウントを管理していること、または管理しなくなったことを次の 2 つの方法でユーザーに通知します。

1. 通知 — ユーザーは製品の更新を受け取ります。

2. プロファイルとその公開範囲 – ユーザーが個人アカウントの情報を管理します。

ドメイン名を変更する

会社の Web サイトやそのドメインに関連付けられたメールのアドレスを変更する必要がある場合は、ドメイン名を変更することをお勧めします。ドメインの変更を検討する一般的な理由には、次のようなものがあります。

• 会社が別の会社を買収した

• 自社がリブランディングしている

• 自社が他の会社に売却された

ドメイン名とメール アドレスを変更する手順は、次の要因によって決まります。

• Atlassian へユーザーをプロビジョニングする方法: クロスドメイン ID 管理システム (SCIM) を使用する ID プロバイダーの使用、またはユーザーを手動で招待

• SAML シングル サインオンでログインする方法

• 同一、新規、または異なる Atlassian 組織のドメインの変更が必要かどうか

ドメイン名を変更すると、ユーザーのメール アドレスのドメイン名も変更されます (例: abc@domain.com から abc@newdomain.com)。既存の Atlassian アカウント内でドメインを変更すると、同じアカウント履歴を保持できます。

ドメインの変更と移動の手順

ユーザーの管理方法に応じて、手順が異なります。手順には次の 2 種類があります。ご自身のプロビジョニング方法に適したものを選択してください。

1. Atlassian にユーザーを手動で招待する

2. SCIM を通じてユーザーを Atlassian に自動でプロビジョニングする

ユーザーを手動で招待してドメインを変更/移動する

ドメイン名とメール アカウントを変更するには、新旧のドメインを認証して、同じ Atlassian 組織でアカウントを要求する必要があります。

ドメイン名を変更するには、次の手順に従います。

1. admin.atlassian.com に移動します。複数の組織がある場合は、組織を選択します。

2. このステップは、ご利用のユーザー管理エクスペリエンスによって異なります。
   - オリジナル: [ディレクトリ] > [ドメイン] の順に選択します。
   - 一元管理: [設定] > [ドメイン] の順に選択します。

3. 新しいドメインを認証して、そのメール アカウントを要求します。

4. 旧ドメインがまだ認証されていることを確認して、そのメール アカウントを要求します。

5. 古いメールを新しいメールに手動で変更するには、次の手順に従います。

   1. [ディレクトリ] > [管理対象アカウント] の順に移動します。

   2. ユーザーを選択して、新しいメールに変更します。

6. メールのドメイン名の変更を自動化するには、次の手順に従います。

   1. REST API セット メールを使用します。

ドメインとそのメール アカウントを新しい組織に移動する

既存の組織から新しい組織にドメインを移動することをお勧めします。 この場合は、ダウンタイムをスケジュールする必要があります。 ドメインを移動すると、既存の組織の同じアカウントには Atlassian Guard Standardのセキュリティ機能は適用されません。

ドメインを新しい組織に移動するには、次の手順に従います。

1. admin.atlassian.com に移動します。複数の組織がある場合は、組織を選択します。

2. このステップは、ご利用のユーザー管理エクスペリエンスによって異なります。
   - オリジナル: [ディレクトリ] > [ドメイン] の順に選択します。
   - 一元管理: [設定] > [ドメイン] の順に選択します。

3. 既存の組織から新しいドメインを削除します。

4. 新しい組織で新しいドメインを認証して、そのメール アカウントを要求します。

SCIM でユーザーをプロビジョニングしてドメインを変更するか移動する

ドメイン名とメール アカウントを変更するには、新旧のドメインを認証して、同じ Atlassian 組織でアカウントを要求する必要があります。

ドメイン名を変更するには、次の手順に従います。

1. admin.atlassian.com に移動します。複数の組織がある場合は、組織を選択します。

2. このステップは、ご利用のユーザー管理エクスペリエンスによって異なります。
   - オリジナル: [ディレクトリ] > [ドメイン] の順に選択します。
   - 一元管理: [設定] > [ドメイン] の順に選択します。

3. メール アカウントの移動先となる新しいドメインを認証します。

4. 古いドメインが認証されていることを確認して、そのメール アカウントを請求します。

5. 古いメール アカウントが ID プロバイダーにあることを確認します。

6. ID プロバイダーから古いアカウントを Atlassian に同期します。

7. 同期後、アイデンティティ プロバイダーのメールを新しいドメインに変更して、旧アカウントの履歴を残します。

ドメインとそのメール アカウントを新しい組織に移動する

既存の組織から新しい組織にドメインを移動することをお勧めします。 この場合は、ダウンタイムをスケジュールする必要があります。 ドメインを移動すると、既存の組織の同じアカウントには Atlassian Guard Standard のセキュリティ機能は適用されません。

ドメインを移動するには、次の手順に従います。

1. admin.atlassian.com に移動します。複数の組織がある場合は、組織を選択します。

2. このステップは、ご利用のユーザー管理エクスペリエンスによって異なります。
   - オリジナル: [ディレクトリ] > [ドメイン] の順に選択します。
   - 一元管理: [設定] > [ドメイン] の順に選択します。

3. 既存の組織から新しいドメインを削除します。

4. 新しい組織で、移動するドメインのアカウントを認証して要求します。

5. 新しいドメインのすべてのメール アカウントが ID プロバイダーにあることを確認します。

6. ID プロバイダーを新しい組織に接続します。

7. ID プロバイダーから Atlassian にメール アカウントを同期します。

認証済みドメインの削除

認証済みドメインのリストからドメインを削除すると、そのドメインのユーザーは管理されなくなります。また、そのユーザーは、[管理対象アカウント] ページまたは認証ポリシーに表示されません。ユーザーは各自のメールとパスワードでログインする必要があります。

削除するドメインが ID プロバイダーに関連付けられている場合、そのドメインは ID プロバイダーのディレクトリから削除されます。

認証済みドメインを削除するには、次の手順に従います。

1. admin.atlassian.com に移動します。複数の組織がある場合は、組織を選択します。

2. このステップは、ご利用のユーザー管理エクスペリエンスによって異なります。
   - オリジナル: [ディレクトリ] > [ドメイン] の順に選択します。
   - 一元管理: [設定] > [ドメイン] の順に選択します。

3. [ドメイン] 表のドメインから、ドメインの横にある [ドメインを削除] を選択し、削除の実行を確認します。

ドメインを削除すると、組織がアカウントを管理しなくなったことをユーザーに通知します。

認証済みドメインを維持する

このセクションでは、ドメインのの認証時に発生する可能性がある問題について説明します。

複数のドメインまたはサブドメインがある場合

1 つの組織で複数のドメインおよびサブドメインを認証できます。要求したい各ドメインについて、このページのステップを繰り返します。us.acme.com や eu.acme.com などのサブドメインの認証は自動的に行われないため、それぞれのサブドメインを手動で認証する必要があります。

ほかの組織がドメインを認証済みの場合

設定の所有権を取得しようとした際に、他のユーザーによってドメインが認証済みの場合、それを通知する警告メッセージが表示されます。この場合、企業の誰かが別の組織で同じドメインを検証している可能性があります。手動で所有権を取得することをお勧めします。自動で所有権を取得したい場合や不明な場合は、 サポートにお問い合わせください。

Web サイトが CMS で管理されている場合

Web サイトのルート フォルダにファイルを直接追加できない場合があります。これを回避するには、ダウンロードしたファイルから認証トークンをコピーして、同じ場所にある 256 kB 未満の既存のページ (https://example.com/atlassian-domain-verification.html) で公開すると、ドメインを認証できるはずです。

Google Workspace を使用している場合

ユーザーは Google で認証します。Google 連携の一部としてドメインを認証しているため、サイトでドメインを認証することはできません。ドメインの認証が必要な場合は、G Suite 連携との接続を解除する必要があります。

異なるドメインのユーザーが Google Workspace を経由せずに接続している場合、そのドメインを引き続き認証し、ドメインに Atlassian Guard Standard セキュリティ ポリシーを適用することができます。

自身が所有していないドメインを認証したい場合

アトラシアン ユーザーのプライバシーとセキュリティを保護するため、自分が所有していないドメインを認証することはできません。

これらのユーザーに Atlassian Guard Standard のセキュリティ ポリシーを適用する場合は、認証可能なドメインのメール アドレスに変更するようにユーザーに依頼するか、そのドメインのメール アドレスを使用する Atlassian アカウントを作成するように招待します。