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

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

集中型	オリジナル
アトラシアンの管理では、[Users] は [Directory] 内にあります。	アトラシアンの管理では、[Users] は [Apps] 内で選択した {site} にあります。

 

自社のドメインを検証して、そのドメインのすべてのユーザー アカウントを所有していることを証明できます。たとえば、アトラシアンはドメイン atlassian.com および @atlassian.com のメール アドレスを持つアカウントを所有しています。公開ドメイン (gmail.com など) の所有権を検証することはできません。

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

1. 自社のドメインの所有権を検証します。

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

このプロセスはドメイン API で自動化できます。

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

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

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

管理対象としてアカウントを申請すると、組織がアカウントを管理していることがユーザーに通知されます。

Atlassian Guard Standard のサブスクリプションを利用している場合は、管理対象アカウントに認証ポリシーとセキュリティ ポリシーを適用できます。

ドメインの所有権の認証

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

• 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. 移動 アトラシアンの管理。組織が複数ある場合は、対象の組織を選択します。

2. [ディレクトリ] > [ドメイン] の順に選択します。

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

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

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

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

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

DNS による認証

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

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

1. 移動 アトラシアンの管理。組織が複数ある場合は、対象の組織を選択します。

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. 移動 アトラシアンの管理。組織が複数ある場合は、対象の組織を選択します。

2. [ディレクトリ] > [ドメイン] の順に選択します。

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

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

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

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

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

認証ステータス

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. 移動 アトラシアンの管理。組織が複数ある場合は、対象の組織を選択します。

2. [ディレクトリ] > [ドメイン] の順に選択します。

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

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

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

アカウントを申請

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

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

1. 移動 アトラシアンの管理。組織が複数ある場合は、対象の組織を選択します。

2. [ディレクトリ] > [ドメイン] の順に選択します。

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

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

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

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

1. 移動 アトラシアンの管理。組織が複数ある場合は、対象の組織を選択します。

2. [ディレクトリ] > [ドメイン] の順に選択します。

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

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

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

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

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

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

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

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

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

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

ID プロバイダーのアカウントを申請する場合は、アカウントのドメインを検証する必要があります。検証済みドメインを IdP にリンクする前に、そのドメインに対して申請設定が構成されていることを確認してください。ドメインが IdP 選択ドロップダウンに表示されない場合は、申請設定がアクティブになっていることを確認してください。

ドメインごとに使用できる SAML ID プロバイダーは 1 つのみです。ある IdP から別の IdP に移行するには、段階的な移行を計画し、各 IdP に個別のディレクトリを作成することを検討してください。

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

別の Atlassian 組織によって申請されたアカウント

組織でアカウントを管理、招待、または再有効化するには、アカウントを申請する必要があります。申請できない場合は、アカウントが無効化されているか、別の組織によって申請されている可能性があります。

現在の組織管理者に連絡して、申請を解除するようリクエストすることで、この問題を解決できる場合があります。必要に応じて、アトラシアン サポートに組織の特定を手伝ってもらうことができます。その後、アカウントを申請して有効化できるようになります。

ドメインの DNS レコードを管理している場合は、DNS からアトラシアン検証トークンを削除できます。トークンが削除されると、申請は 30 日後に自動的に解除されます。

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

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

申請設定を変更する

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

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

アカウントを手動で申請しており、自動で申請したい場合です。

新しいアカウントの申請は自動でのみ行われます。新しいアカウントとは、申請を手動から自動に更新した後でプロビジョニングするアカウントのことです。この変更を行う前に手動で申請したアカウントについては、自動での申請は行われません。

これによって、新規アカウントが既定の認証ポリシーに追加されます。

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

1. 移動 アトラシアンの管理。組織が複数ある場合は、対象の組織を選択します。

2. [ディレクトリ] > [ドメイン] の順に選択します。

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

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

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

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

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

1. 移動 アトラシアンの管理。組織が複数ある場合は、対象の組織を選択します。

2. [ディレクトリ] > [ドメイン] の順に選択します。

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

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

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

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

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

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

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

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

1. 移動 アトラシアンの管理。組織が複数ある場合は、対象の組織を選択します。

2. [ディレクトリ] > [ドメイン] の順に選択します。

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

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

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

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

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

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

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

アカウントを申請したり、申請を取り消したりすると、組織がアカウントを管理していること、または管理しなくなったことがアプリ内通知で知らされます。アカウント設定でも通知されます。

ドメイン名を変更する

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. 移動 アトラシアンの管理。組織が複数ある場合は、対象の組織を選択します。

2. [ディレクトリ] > [ドメイン] の順に選択します。

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

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

管理対象アカウントのメール アドレスを更新するには、次の手順に従います。

1. 移動 アトラシアンの管理。組織が複数ある場合は、対象の組織を選択します。

2. [ディレクトリ] を選択し、[ユーザー] を選択します。

3. [アカウント タイプ] フィルターを使用して [管理対象アカウント] を選択します。

4. メール アドレスを更新するアカウントを選択します。

5. [詳細を編集] を選択します。

6. 新しいメール アドレスを [メール アドレス] フィールドに入力します。

7. [保存] を選択します。

メールのドメイン名変更を自動化するには、REST API セット メールを使用してください。

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

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

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

1. 移動 アトラシアンの管理。組織が複数ある場合は、対象の組織を選択します。

2. [ディレクトリ] > [ドメイン] の順に選択します。

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

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

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

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

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

1. 移動 アトラシアンの管理。組織が複数ある場合は、対象の組織を選択します。

2. [ディレクトリ] > [ドメイン] の順に選択します。

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

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

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

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

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

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

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

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

1. 移動 アトラシアンの管理。組織が複数ある場合は、対象の組織を選択します。

2. [ディレクトリ] > [ドメイン] の順に選択します。

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

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

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

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

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

認証済みドメインの削除

つまり、これらのユーザーは管理対象アカウントではなくなります。これは、認証ポリシーの対象にもならないことを意味します。

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

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

1. 移動 アトラシアンの管理。組織が複数ある場合は、対象の組織を選択します。

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 アカウントを作成するように招待します。