---
schema_version: "1"
id: c5ca71111f890cf0e83e51ee813f1089e9e1fe8fbbc0eb539d05aa868d664dd5
title: Konfigurera autentiseringsmodulen med oberoende gateway
collection: tableau
version: current
locale: sv-se
portal_url: https://docs.salesforce.com/tableau/current/sv-se/server-linux/server_tsig_configure_auth_mod.md
canonical_url: https://help.tableau.com/current/server-linux/sv-se/server_tsig_configure_auth_mod.htm
source_site: help.tableau.com
content_type: documentation
content_hash: 1e48447d9f6746fc15e19f5a1a79db5a593858fe0426a8191dc9390fdb8105b2
description: Configure a custom authentication module with Independent Gateway.
---
[Hoppa till huvudinnehåll](#main-content)

# Konfigurera autentiseringsmodulen med oberoende gateway

En vanlig säkerhetspraxis är att endast tillåta autentiserade förfrågningar att komma igenom den inre brandväggen på DMZ-servrarna. Oberoende gateway har stöd för traditionella Tableau Server-autentiseringsmetoderna. Den inkluderar dock även konfigurationsegenskaper som gör det möjligt att integrera en laddningsbar Apache httpd-modul för anpassad autentisering.

Att till exempel konfigurera SAML på Tableau Server och konfigurera en anpassad autentiseringsmodul låter dig kräva att alla användare autentiseras med din IdP vid systemets oberoende gateway. Endast de användare som är autentiserade kan därefter komma åt Tableau Server, som sedan kan autentisera och auktorisera användaråtkomst.

En mer detaljerad förklaring av detta autentiseringsschema finns i [Förautentisering med en AuthN-modul](https://help.tableau.com/current/guides/enterprise-deployment/sv-se/edg_part5.htm#preauthentication-with-an-authn-module) i driftsättningsguiden.

Du måste utföra följande steg för att konfigurera autentiseringsmodulen:  

1. Generera autentiseringsmodulens konfigurationsfiler. När installationen är slutförd bearbetas varje modul och dess konfigurationsdirektiv som Inkludera-alternativ. Detta gör att de inkluderade filerna blir en logisk del av den övergripande httpd-konfigurationen.
2. Kopiera konfigurationsfilerna till varje dator som kör oberoende gateway. Alla filer måste kopieras till samma platser på varje dator med oberoende gateway. Varje fil mappas till en konfigurationsegenskap som hanteras av Tableau Server.
3. Ställ in konfigurationsegenskaperna med kommandot `tsm configuration set` på Tableau Server.

Redigera inte httpd-konfigurationsfilen (httpd.conf) på oberoende gateway då den innehåller logik som kan uppdatera httpd-konfigurationen baserat på ändringar gjorda med TSM-kommandon på Tableau Server.

## Exempel på konfiguration av autentiseringsmodul

För ett exempel på en komplett konfiguration av autentiseringsmodul, se [Exempel på autentiseringskonfiguration: SAML med extern IdP](https://help.tableau.com/current/guides/enterprise-deployment/sv-se/edg_part5.htm#example-authentication-configuration-saml-with-external-idp) i driftsättningsguiden. I följande exempel beskrivs hur du installerar och konfigurerar SAML med IdP för Okta och Mellon-autentiseringsmodulen för Tableau Server på Linux som kör AWS. Även om exemplet beskriver processen för Linux, är konfigurationsexemplet också användbart för Tableau Server på Windows.

## Konfigurationsegenskaper

Följande tabell visar de olika konfigurationsfilerna som du kan används som referens. Varje fil mappas till en konfigurationsegenskap som ställs in på Tableau Server. Du behöver endast definiera de egenskaper som krävs för att skapa din anpassade autentiseringskonfiguration. Hoppa över alla konfigurationsegenskaper som inte behövs.

<table style="width: 100%;" class="simple-table"><colgroup><col style="width: 40%;"><col style="width: 60%;"></colgroup><tbody><tr><th>Konfigurationsegenskap</th><th>Beskrivning</th></tr><tr><td>gateway.tsig.authn_module_block</td><td>Visas i slutet av uppsättningen med normalt laddade Apache httpd-moduler. Avsikten är att filen innehåller ett eller flera<code> LoadModule</code>-direktiv. Själva modulerna bör identifieras med fullständiga sökvägar.</td></tr><tr><td>gateway.tsig.authn_global_block</td><td>Dyker upp efter alla<code>LoadModule</code>-referenser och före de flesta andra Apache httpd-direktiv. Avsikten är att skapa en plats för alla konfigurationsdirektiv som behövs för den anpassade modulen.</td></tr><tr><td>gateway.tsig.authn_globalbottom_block</td><td>Dyker upp längst ner i konfigurationsfilen och då återigen på global nivå. Avsikten är att skapa en plats för alla konfigurationsdirektiv som behövs för den anpassade modulen och som specifikt måste komma efter olika andra direktiv. (Det är osannolikt att du behöver detta.)</td></tr><tr><td>gateway.tsig.authn_location_block</td><td>Dyker upp i ett <code>&lt;Location "/"&gt;</code>-block som täcker alla URL:er.</td></tr><tr><td>gateway.tsig.authn_directory_block</td><td>Detta dyker upp i ett <code>&lt;Directory "/"&gt;</code>-block som täcker alla sökvägar till filer som tillhandahålls av oberoende gateway. (Det är osannolikt att du behöver detta. De flesta filer som tillhandahålls av oberoende gateway är icke-känsliga statiska tillgångar, såsom bilder och JavaScript-filer.)</td></tr><tr><td>gateway.tsig.authn_virtualhost_block</td><td><p>Visas inuti en eller två <code>&lt;VirtualHost&gt; </code> block: ett för TLS (om aktiverat) och ett för icke-TLS. Om den är konfigurerad ingår samma fil på båda platser. Om du behöver skilja de två ärendena åt kan du använda standardmiljövariabeln Apache httpd HTTPS.</p></td></tr></tbody></table>

## Blocket `<Location "/tsighk">`

Utöver det förväntade `<Location "/">`\-blocket för normal förfrågningstrafik finns det även ett `<Location "/tsighk">` \-block som används för att hantera interna förfrågningar om rensning (HK) av oberoende gateway. Dessa HK-förfrågningar har sina egna autentiseringsskydd och fungerar inte med typiska anpassade lösningar för enkel inloggning.

Du kan behöva uttryckligen utesluta din anpassade modul från att försöka med autentisering för HK URL-en.

Konfigurera modulen först för att fastställa om du behöver utesluta den. Leta sedan efter HK-förfrågningar i åtkomstloggen för oberoende gateway. Du bör se minst en statuskontroll, en eller två gånger i minuten. Om dessa förfrågningar tar emot en 200-svarskod är allt förmodligen OK. Om dessa förfrågningar å andra sidan tar emot en 3xx-svarskod (omdirigerar till din anpassade autentiseringsleverantör), måste du korrigera detta.

Möjliga lösningar inkluderar:

- `<Location "/tsighk">`\-blocket innehåller direktivet `AuthType None` och det kan vara tillräckligt.
- Oberoende gateway med httpd.conf har Apache httpd-standarddirektivet `[ProxyPreserveHost](https://httpd.apache.org/docs/2.4/mod/mod_proxy.html#proxypreservehost) On`. Om det finns en ovanlig omständighet som kräver att det är Av eller något annat värde, kan värdet ställas in med TSM-konfigurationsobjektet `gateway.tsig.proxypreservehost`.
- Du kan behöva några modulspecifika direktiv för att kunna inaktivera din autentiseringsmodul för `<Location "/tsighk">`. Du kan inte direkt modifiera det blocket i httpd.conf-filen. Istället kan du skapa ett annat `<Location "/tsighk">`\-block i din `gateway.tsig.authn_global_block`\-fil och låta Apache httpd föra samman dem logiskt. Vissa versioner av mod\_auth\_mellon, som är en populär autentiseringsmodul med öppen källkod, kräver till exempel `MellonEnable Off` för sektioner där den inte gäller, även om `AuthType None` är inställt i dessa sektioner.
- När du skapar en ytterligare `<Location "/tsighk">`\-sektion – såsom beskrivs i föregående punkt – kan du se att ordningen för de olika sektionerna i httpd.conf-filen gör skillnad i hur de påverkar varandra. Standardsektionen `<Location "/tsighk">` visas före standardsektionen `<Location "/">`. Om ditt experiment visar att en annan ordning behövs kanske du måste definiera en annan `<Location "/">`\-sektion i ditt `gateway.tsig.authn_global_block`\-block utöver en annan `<Location "/tsighk">`\-sektion, i vilket fall du kanske inte behöver något i ett `gateway.tsig.authn_location_block`\-block.

## Felsök konfigurationen av en anpassad autentiseringsmodul

Ett bra sätt att förstå hur oberoende gateway skapar httpd.conf-filen är att konfigurera TSM-konfigurationsobjekten med värden som pekar på tomma filer på dina datorer med oberoende gateway. (Filerna måste finnas men de kan vara tomma.) Du kan sedan titta på httpd.conf-filen som oberoende gateway skapar för att få en konkret förståelse för var `Include` \-direktiven för de olika konfigurationsfilerna faktiskt kommer att visas.

Konfigurationsproblem i oberoende gateway-httpd.conf kan resultera i att `tsig-httpd`\-tjänsten inte kan startas. Andra konfigurationsproblem kan störa mottagningen av konfigurationsuppdateringar från oberoende gateway-kompanjontjänsten på Tableau Server-klustret. Efter att du har åtgärdat det som orsakade problemet kan du återställa genom att kopiera `TSIG_DATA/config/httpd.conf.stub` till `TSIG_DATA/config/httpd.conf` och sedan starta om tjänsten `tsig-httpd`.

Fler felsökningstips finns i [Felsöka Oberoende gateway för Tableau Server](https://help.tableau.com/current/guides/enterprise-deployment/sv-se/edg_part7.htm#troubleshooting-tableau-server-independent-gateway) i driftsättningsguiden. I driftsättningsguiden ges exempel på driftsättning av Tableau Server på Linux. Felsökningsstegen är användbara för Windows- eller Linux-versioner av Tableau Server.