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

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

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

 

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

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

組織のドメインを認証する際は、次の 2 つの手順に従います。1) 自社のドメインの所有権を認証して、2) そのドメインを持つユーザーのアカウントを要求します。ドメインの認証には、次の 2 つのメリットがあります。

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

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

このビデオでドメインの検証の詳細をご確認ください

組織の認証済みドメイン

たとえば、自社が Acme Inc. という名前で、acme.com と acme.co.uk のドメインを所有しているとします。両方のドメインを認証してアカウントを要求したら、Atlassian 組織の [管理対象アカウント] ページに移動してユーザーの詳細を編集できます。 

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

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

ドメインの所有権の認証

自社ドメインの所有権は 2 とおりの方法で認証できます。

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

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

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 時間が経過してから、認証するドメインの横にある [ドメインを認証] をクリックして、表示されるダイアログから認証してください。

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

ドメインのアカウント クレームとは?

ドメイン認証のプロセスの一環として、ドメインのアカウントを要求します。すべてのユーザーが Atlassian アカウントを作成できるため、予想よりも多くのユーザーが Atlassian アカウントを保有している可能性があります。ドメインのどのアカウントが Atlassian アカウントを保有しているかを確認するには、要求する前に、アカウントのリストをエクスポートして確認できます。

要求できるのは、認証されたドメインのアカウントのみです。[ドメイン] ページの下部にある表で、[VERIFIED] ステータスが表示されます。[UNVERIFIED] ステータスが表示される場合は、アカウントを要求する前にドメインを再認証する必要があります。

アカウントを要求するにはどのような方法がありますか？

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 プロバイダーでユーザーを組織にプロビジョニングする場合は、そのアカウントが自動で申請されます。

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

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

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

申請設定を変更する

新しいアカウントは、自動または手動の 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 です。

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

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

認証済みドメインの削除

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

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

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

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

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

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

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

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

アカウントを申請または申請解除すると、組織がアカウントを管理していること、または管理しなくなったことを次の 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 Access のセキュリティ機能が適用されません。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

既存の組織から新しい組織にドメインを移動することをお勧めします。その際は、ダウンタイムの予定を立てる必要があります。ドメインを移動すると、既存の組織の同じアカウントには Atlassian Access のセキュリティ機能が適用されません。

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

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

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

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

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

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

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

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

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

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

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

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 Access のセキュリティ ポリシーを適用することができます。

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

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

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

認証済みドメインの削除

認証済みドメインの一覧からドメインを削除すると、そのドメインのユーザーは管理されなくなり、[管理対象アカウント] ページに表示されなくなります。

認証済みドメインを削除するには、ドメインの横にある [削除] をクリックして削除の実行を確認します。組織がアカウントを管理しなくなったことが、次の 2 つでユーザーに知らされます。

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

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