---
schema_version: "1"
id: e71d418ea6b2ee08b44f0bee35059de9ad6b7b72e2e78f7beb7e6bab474efb7b
title: Active Directory 展開のドメイン信頼要件
collection: tableau
version: next
locale: ja-jp
portal_url: https://docs.salesforce.com/tableau/next/ja-jp/server-linux/runas_domain.md
canonical_url: https://help.tableau.com/v0.0/server-linux/ja-jp/runas_domain.htm
source_site: help.tableau.com
content_type: documentation
content_hash: 0ea6cf6169d55757e91dc36848257f32a5eb8798b99ab5c491c7b942864b62eb
description: Understand domain trust requirements for Active Directory deployments of Tableau Server.
---
[メイン コンテンツに進む](#main-content)

# Active Directory 展開のドメイン信頼要件

Tableau Server を複数のドメインにまたがる Active Directory 環境 (同じ Active Directory フォレスト内また異なるフォレスト内のいずれか) で使用している場合、一部の Tableau 機能はドメイン間の信頼関係に依存します。たとえば、一部の管理者が Tableau Server などのサーバー アプリケーションが展開されている場所とは別のドメイン内のユーザーを管理しています。他の組織では、Tableau Server の展開が、外部パートナーや、組織内の異なるパートナーと共有されている場合があります。最後に、Tableau Server が接続している SQL Server、MSAS、Oracle などの Windows で認証されたデータ ソースも、他のドメイン内に存在している場合があります。

実現可能な場合は、Tableau Server とやり取りするすべてのドメイン間で双方向の信頼関係を構成することをお勧めします。これが不可能な場合は、一方向信頼関係が構成されているユーザー認証をサポートするように Tableau Server を構成できます。このケースでは、Tableau Server がインストールされているドメインがユーザー アカウントの存在するドメインを信頼するように構成されている場合に、ドメイン間の一方向信頼関係がサポートされます。

次の図は、Tableau Server がインストールされているドメインとユーザー アカウントが存在するドメインとの間の一方向信頼関係を示しています。

![2 つの三角形。1 つは「users.lan」、もう 1 つは「dev.local」というラベルが付いており、矢印は前者に向かって「信頼」を表しています。](/tableau/next/ja-jp/server-linux/ja-jp/Img/runas_oneway_trust.png)

このシナリオでは、Tableau Server は dev.local ドメイン内にあり、users.lan Active Directory ドメインのユーザーが Tableau Server にインポートされます。このシナリオでは一方向信頼関係が必要です。特に、dev.local ドメインは、users.lan ドメインを信頼するように構成されています。users.lan ドメイン内のユーザーは、通常の Active Directory 認証資格情報で dev.local 内の Tableau Server にアクセスできます。ただし、ユーザーがニックネームを使用してログオンする前に、Tableau Server でドメインのニックネームを更新する必要が生じることがあります。詳細については[「Tableau ナレッジ ベース」](http://kb.tableau.com/articles/Issue/users-from-new-domain-unable-to-log-in-and-do-not-appear-in-user-list?lang=ja-jp)をご覧ください。

このシナリオで Tableau Server を構成する場合は、インストール時にプライマリユーザードメインを指定します。[初期ノード設定の構成](https://help.tableau.com/v0.0/server-linux/ja-jp/config_general.htm)を参照してください。Tableau Server が他の Active Directory ドメインに接続できるようにするには TSM で `wgserver.domain.accept_list`オプションを設定して Tableau Server が接続する他のドメインも指定する必要があります。詳細については、[wgserver.domain.accept\_list](https://help.tableau.com/v0.0/server-linux/ja-jp/cli_configuration-set_tsm.htm#wgserver-domain-acceptlist)を参照してください。

### ドメインの信頼のためにバインド アカウントを複製する

Tableau Server on Linux は、シンプル バインドを使用して Active Directory による認証を行う JDK の LDAP 実装に依存しています。シンプル バインドはドメイン対応ではないため、クロスドメイン バインドはサポートされません。最初のアイデンティティ ストアをセットアップするときは、Active Directory への認証に使用するバインド アカウントを指定する必要があります。

クロスドメイン信頼とディレクトリ ルックアップを有効にするには、すべてのターゲット ドメインでこのバインド アカウントを複製する必要があります。各ドメインの各バインド アカウントは、同じユーザー名 (`sAMAccountName` または `dn`) とパスワードを使用する必要があります。

Kerberos シングル サインオンは、この一方向信頼関係シナリオでサポートされています。

[外部 ID ストアを使用した展開におけるユーザー管理](https://help.tableau.com/v0.0/server-linux/ja-jp/users_manage_ad.htm)を見直し、複数のドメイン、ドメイン命名、NetBIOS、および Active Directory ユーザー名の形式が Tableau ユーザー管理にどのように影響するかを理解してください。

### 一方向信頼関係シナリオでのライブ データへの接続

一方向信頼関係シナリオでは、Tableau Server に接続しているユーザーは、クラウド内、または Windows 認証に依存していないオンプレミスの他のデータ ソースでホストされているライブ データに接続できます。

Windows 認証が必要なデータ ソースは、シナリオを複雑化する追加の認証要件を伴っていたり、Tableau Server ユーザーの接続を妨げたりすることがあります。これは、Tableau Server でこのようなデータ ソースの認証にサービス アカウントを使用するためです。Tableau Server を Windows 認証を使用するデータ ソースとは異なるドメインで実行している場合は、Tableau Server 用に使用するサービス アカウントがデータ ソースにアクセスできることを確認してください。