---
schema_version: "1"
id: 66b39967fe5ec27cd3314392d204537aa9d057691244863b0fde5fa5cbf18995
title: Vertrauensanforderungen an Domänen für Active Directory-Bereitstellungen
collection: tableau
version: next
locale: de-de
portal_url: https://docs.salesforce.com/tableau/next/de-de/server/runas_domain.md
canonical_url: https://help.tableau.com/v0.0/server/de-de/runas_domain.htm
source_site: help.tableau.com
content_type: documentation
content_hash: 39b404e8629a33d3841298d56ae497eff4cf2e2adf0ef6ec9d2d4da410c89fed
description: Understand domain trust requirements for Active Directory deployments of Tableau Server.
---
[Zum Hauptinhalt springen](#main-content)

# Vertrauensanforderungen an Domänen für Active Directory-Bereitstellungen

Wenn Sie Tableau Server in einer Active Directory-Umgebung auf mehreren Domänen (entweder in derselben Active Directory-Gesamtstruktur oder in verschiedenen Gesamtstrukturen) ausführen, hängen einige Tableau-Funktionen von der Vertrauensbeziehung zwischen den Domänen ab. Zum Beispiel verwalten einige Administratoren Benutzer in Domänen an anderen Orten, als sie Serveranwendungen wie Tableau Server bereitstellen. In anderen Organisationen kann eine Tableau Server-Bereitstellung für externe Partner oder für verschiedene Partner in der Organisation freigegeben werden. Und schließlich können sich auch von Windows authentifizierte Datenquellen wie zum Beispiel SQL Server, MSAS oder Oracle, mit denen Tableau Server eine Verbindung herstellt, in anderen Domänen befinden.

Sofern es machbar ist, empfehlen wir, ein gegenseitiges Vertrauen zwischen allen Domänen, die mit Tableau Server interagieren, zu konfigurieren. Wenn das nicht möglich ist, kann Tableau Server so konfiguriert werden, dass die Benutzerauthentifizierung dort unterstützt wird, wo ein einseitiges Vertrauen konfiguriert wurde. In diesem Fall wird eine einseitige Vertrauensbeziehung zwischen Domänen unterstützt, wenn die Domäne, in der Tableau Server installiert ist, so konfiguriert ist, dass der Domäne vertraut wird, in der sich die Benutzerkonten befinden.

Die nachfolgende Abbildung zeigt eine einseitige Vertrauensbeziehung zwischen der Domäne, in der Tableau Server installiert ist, und der Domäne, wo sich die Benutzerkonten befinden:

![Zwei Dreiecke, eines mit der Beschriftung „users.lan“ und das andere mit „dev.local“, mit einem auf das erstere gerichteten Pfeil mit der Beschriftung „Vertrauen“.](/tableau/next/de-de/server/de-de/Img/runas_oneway_trust.png)

In diesem Szenario befindet sich Tableau Server in der "dev.local"-Domäne, und Benutzer aus der Active Directory-Domäne "users.lan" werden in Tableau Server importiert. Für dieses Szenario ist eine einseitige Vertrauensbeziehung erforderlich; speziell die "dev.local"-Domäne ist so konfiguriert, dass der "users.lan"-Domäne vertraut wird. Benutzer in der "users.lan"-Domäne können mit ihren normalen Active Directory-Anmeldeinformationen in der "dev.local"-Domäne auf Tableau Server zugreifen. Sie müssen jedoch den Spitznamen der Domäne auf Tableau Server aktualisieren, bevor sich Benutzer mit dem Spitznamen anmelden. Weitere Informationen finden Sie in der [Tableau-Knowledge Base](http://kb.tableau.com/articles/Issue/users-from-new-domain-unable-to-log-in-and-do-not-appear-in-user-list?lang=de-de).

Wenn Sie Tableau Server für dieses Szenario konfigurieren, müssen Sie die primäre Benutzerdomäne bei der Installation angeben. Weitere Informationen finden Sie unter [Konfigurieren der Einstellungen für den ursprünglichen Knoten](https://help.tableau.com/v0.0/server/de-de/config_general.htm). Um sicherzustellen, dass Tableau Server eine Verbindung mit anderen Active Directory-Domänen herstellen kann, müssen Sie auch andere Domänen angeben, mit denen Tableau Server eine Verbindung herstellt, indem Sie die `wgserver.domain.accept_list`\-Option mit TSM festlegen. Weitere Informationen finden Sie unter [wgserver.domain.accept\_list](https://help.tableau.com/v0.0/server/de-de/cli_configuration-set_tsm.htm#wgserver-domain-acceptlist).

Das Dienstkonto "Ausführen als" muss auch über Abfragezugriff (Lesezugriff) für jede Domäne verfügen, aus der Benutzer importiert werden.

**Hinweis:** In einigen Szenarien, in denen das „Ausführen als“-Dienstkonto nicht über die Berechtigung zum Abfragen einer sekundären Domäne verfügt, in der sich Benutzer befinden, kann es erforderlich sein, die LDAP-Bindung mit einem Konto zu konfigurieren, das über Berechtigungen für alle Benutzerdomänen verfügt. Dabei empfehlen wir die Verwendung der GSSAPI-Bindung anstelle der einfachen Bindung. Weitere Informationen finden Sie unter [LDAP mit GSSAPI-Bindung (Kerberos)](https://help.tableau.com/v0.0/server/de-de/plan_identity_store.htm#gssapi)

Die einmalige Kerberos-Anmeldung wird in diesem einseitigen Vertrauensszenario unterstützt.

Lesen Sie sich den Abschnitt [Benutzerverwaltung in Bereitstellungen mit externen Identitätsspeichern](https://help.tableau.com/v0.0/server/de-de/users_manage_ad.htm) durch, um zu verstehen, welche Auswirkungen mehrere Domänen, die Domänenbenennung, NetBIOS und das Format von Active Directory-Benutzernamen auf die Benutzerverwaltung von Tableau haben.

### Herstellen einer Live-Datenverbindung in einseitigen Vertrauensszenarien

In einseitigen Vertrauensszenarien können Benutzer, die eine Verbindung mit Tableau Server herstellen, eine in der Cloud oder jeder anderen lokalen Datenquelle gehostete Live-Datenverbindung herstellen, für die keine Windows-Authentifizierung erforderlich ist.

Datenquellen, für die eine Windows-Authentifizierung erforderlich ist, verfügen möglicherweise über weitere Authentifizierungsanforderungen, die das Szenario kompliziert machen oder sogar verhindern, dass Tableau Server-Benutzer eine Verbindung herstellen können. Der Grund hierfür ist, dass Tableau Server für die Authentifizierung mit diesen Datenquellen das "Ausführen als"-Dienstkonto verwendet. Wenn Sie Tableau Server in einer anderen Domäne als der der Datenquellen ausführen, die die Windows-Authentifizierung verwenden, sollten Sie sich vergewissern, dass das für Tableau Server verwendete Konto "Als Benutzer ausführen" auf die Datenquelle zugreifen kann.