--- schema_version: "1" id: 89ca9379c9ae600b2580a66d17a189661dcd50e6803923cb8994ca8e90b7d45f title: Vereisten voor domeinvertrouwen voor Active Directory-implementaties collection: tableau version: current locale: nl-nl portal_url: https://docs.salesforce.com/tableau/current/nl-nl/server/runas_domain.md canonical_url: https://help.tableau.com/current/server/nl-nl/runas_domain.htm source_site: help.tableau.com content_type: documentation content_hash: c72462ccbac63d9782bcc6110a5494c37272a47717ee7383d9463991864c49f9 description: Understand domain trust requirements for Active Directory deployments of Tableau Server. --- [Doorgaan naar hoofdinhoud](#main-content) # Vereisten voor domeinvertrouwen voor Active Directory-implementaties Wanneer u Tableau Server uitvoert in een Active Directory-omgeving in meerdere domeinen (hetzij in hetzelfde Active Directory-forest of in verschillende forests), is een deel van de functionaliteit van Tableau afhankelijk van de vertrouwensrelatie tussen de domeinen. Sommige beheerders beheren bijvoorbeeld gebruikers in domeinen die gescheiden zijn van de domeinen waarin ze servertoepassingen implementeren, zoals Tableau Server. In andere organisaties kan een Tableau Server-implementatie worden gedeeld met externe partners of met verschillende partners binnen de organisatie. Tot slot kunnen met Windows geverifieerde databronnen, zoals SQL Server, MSAS of Oracle, waarmee Tableau Server verbinding maakt, zich ook in andere domeinen bevinden. Als dit haalbaar is, raden we aan om tweerichtingsvertrouwen te configureren tussen alle domeinen die communiceren met Tableau Server. Als dit niet mogelijk is, kan Tableau Server worden geconfigureerd om gebruikersverificatie te ondersteunen waarvoor eenrichtingsvertrouwen is geconfigureerd. In dit geval wordt eenrichtingsvertrouwen tussen domeinen ondersteund wanneer het domein waarin Tableau Server is geïnstalleerd, is geconfigureerd om het domein te vertrouwen waarin gebruikersaccounts zich bevinden. De volgende afbeelding toont eenrichtingsvertrouwen tussen het domein waar Tableau Server is geïnstalleerd en het domein waarin gebruikersaccounts zich bevinden: ![Twee driehoeken, waarvan er één het label 'users.lan' heeft en de andere het label 'dev.local', met een pijl die 'trust' aangeeft die naar de eerste wijst.](/tableau/current/nl-nl/server/nl-nl/Img/runas_oneway_trust.png) In dit scenario bevindt Tableau Server zich in het domein dev.local. Gebruikers worden uit het Active Directory-domein users.lan geïmporteerd in Tableau Server. Voor dit scenario is eenrichtingsvertrouwen vereist. Het domein dev.local is specifiek geconfigureerd om het domein users.lan te vertrouwen. Gebruikers in het domein users.lan kunnen met hun normale Active Directory-referenties toegang krijgen tot Tableau Server in dev.local. Het kan echter nodig zijn om de bijnaam van het domein op Tableau Server bij te werken voordat gebruikers zich met de bijnaam kunnen aanmelden. Raadpleeg de [Tableau-knowledgebase](http://kb.tableau.com/articles/Issue/users-from-new-domain-unable-to-log-in-and-do-not-appear-in-user-list?lang=nl-nl) voor meer informatie. Wanneer u Tableau Server voor dit scenario configureert, geeft u tijdens de installatie het primaire gebruikersdomein op. Zie [Initiële knooppuntinstellingen configureren](https://help.tableau.com/current/server/nl-nl/config_general.htm). Om te zorgen dat Tableau Server verbinding kan maken met andere Active Directory-domeinen, moet u de vertrouwde domeinen opgeven door de optie `wgserver.domain.accept_list` met TSM in te stellen. Zie [wgserver.domain.accept\_list](https://help.tableau.com/current/server/nl-nl/cli_configuration-set_tsm.htm#wgserver-domain-acceptlist) voor meer informatie. Het ‘Uitvoeren als service’-account moet ook querytoegang (lezen) hebben tot elk domein waaruit gebruikers worden geïmporteerd. **Opmerking:** In sommige scenario's waarbij het 'Uitvoeren als'-serviceaccount geen machtiging heeft om een secundair domein te bevragen waar gebruikers zich bevinden, kan het nodig zijn om LDAP-binding te configureren met behulp van een account dat wel machtigingen heeft voor alle gebruikersdomeinen. Wanneer u dit doet, raden wij u aan om gssapi-binding te gebruiken in plaats van eenvoudige binding. Zie [LDAP met GSSAPI (Kerberos)-binding](https://help.tableau.com/current/server/nl-nl/plan_identity_store.htm#gssapi) voor meer informatie.. Eenmalige aanmelding van Kerberos wordt in dit scenario met eenrichtingsvertrouwen ondersteund. Raadpleeg [Gebruikersbeheer in implementaties met externe identiteitenarchieven](https://help.tableau.com/current/server/nl-nl/users_manage_ad.htm) om te lezen hoe meerdere domeinen, domeinnamen, NetBIOS en Active Directory-gebruikersnaamnotatie het gebruikersbeheer van Tableau beïnvloeden. ### Verbinding maken met live data in scenario’s met eenrichtingsvertrouwen In het scenario met eenrichtingsvertrouwen kunnen gebruikers die verbinding maken met Tableau Server verbinding maken met live data die in de cloud worden gehost of in een andere databron op locatie die niet afhankelijk is van Windows-verificatie. Databronnen waarvoor Windows-verificatie vereist is, hebben mogelijk aanvullende verificatievereisten die het scenario ingewikkelder maken of er zelfs voor kunnen zorgen dat gebruikers van Tableau Server geen verbinding kunnen maken. Dit komt omdat Tableau Server gebruikt waarbij het ‘Uitvoeren als service’-account rekening houdt met verificatie bij dergelijke databronnen. Als u Tableau Server in een ander domein uitvoert dan databronnen die Windows-verificatie gebruiken, controleer dan of dat het ‘Uitvoeren als service’-account gebruikt voor Tableau Server toegang heeft tot de databron.