Administratoreinstellungen – Sitzungen

Wenn sich ein Nutzer in Looker anmeldet, wird ihm standardmäßig die Option angeboten, angemeldet zu bleiben. Diese Option wird als Kästchen unten auf der Anmeldeseite angezeigt.

Auf der Seite Sitzungen im Bereich Authentifizierung des Menüs Verwaltung können Sie konfigurieren, ob Nutzer die Option haben, angemeldet zu bleiben, wie lange sie angemeldet bleiben, wenn sie diese Option nicht auswählen, und ob sie auf mehreren Geräten angemeldet bleiben können.

Hinweis: Wenn Sie eine Berechtigung haben, die nur Zugriff auf ausgewählte Seiten im Admin-Bereich bietet, z. B. manage_schedules, manage_themes oder see_admin, aber nicht die Rolle „Administrator“ haben, sind die hier beschriebenen Seiten möglicherweise nicht im Admin-Bereich sichtbar.

Abmeldung bei Inaktivität

Standardmäßig bleibt ein Nutzer für einen bestimmten Zeitraum in Looker angemeldet, der durch die Einstellungen Persistente Sitzungen und Sitzungsdauer festgelegt wird. Dabei spielt es keine Rolle, ob der Nutzer Looker aktiv verwendet.

Wenn Sie Abmeldung bei Inaktivität aktivieren, werden Nutzer nach 15 Minuten Inaktivität automatisch von Looker abgemeldet. Aktivität wird definiert als ein Klick eines Nutzers an einer beliebigen Stelle in Looker, eine Berührung des Bildschirms bei Touchscreens oder die Eingabe von Text in Looker. Wenn diese Einstellung aktiviert ist, wird ein Nutzer also abgemeldet, wenn er 15 Minuten lang nichts klickt oder eingibt.

Zwei Minuten vor der Abmeldung des Nutzers wird in Looker ein Dialogfeld angezeigt, um den Nutzer zu warnen und ihm die Möglichkeit zu geben, angemeldet zu bleiben.

Wenn ein Nutzer aufgrund von Inaktivität zwangsweise abgemeldet wird, wird er aus seiner inaktiven Sitzung abgemeldet. Eine Sitzung ist für jeden Browser eindeutig. Wenn ein Nutzer also mehrere Tabs geöffnet hat und in Looker angemeldet ist, wird er auf allen Tabs abgemeldet. Wenn er jedoch über mehrere Browser angemeldet ist, wird er nur aus der Sitzung im inaktiven Browser abgemeldet.

Nicht gespeicherte Änderungen in der Looker-IDE werden gespeichert. Wenn sich der Nutzer wieder anmeldet und eine Datei lädt, die nicht gespeicherte Änderungen enthält, hat er die Möglichkeit, diese wiederherzustellen.

Wenn Abmeldung bei Inaktivität aktiviert ist, wird Persistente Sitzungen automatisch deaktiviert. Außerdem wird Sitzungsdauer standardmäßig auf einen Tag festgelegt. Die Einstellung Sitzungsdauer kann jedoch weiterhin geändert werden. Der in Sitzungsdauer festgelegte Wert bleibt die maximale Zeit, die ein Nutzer angemeldet bleiben kann, auch wenn er die ganze Zeit aktiv ist.

Wenn Abmeldung bei Inaktivität aktiviert und Sitzungsdauer auf 5 Stunden festgelegt ist, wird ein Nutzer unter folgenden Umständen abgemeldet:

• Wenn der Nutzer während des 5-Stunden-Zeitraums 15 Minuten lang inaktiv ist, wird er nach Ablauf dieser 15 Minuten abgemeldet.
• Wenn der Nutzer während der gesamten 5-stündigen Sitzung aktiv war, wird er in einem Dialogfeld aufgefordert, sich noch einmal zu authentifizieren, um weiterarbeiten zu können. Wenn er sich nicht noch einmal authentifiziert, wird er abgemeldet.

Außerdem wird ein Nutzer, der 4 Stunden und 50 Minuten lang aktiv war und dann 10 Minuten lang inaktiv ist, nach Ablauf der 10 Minuten abgemeldet. Sitzungsdauer bleibt die maximale Zeit, die ein Nutzer angemeldet bleiben kann. Nutzer, die über die Looker API oder eine signierte Einbettung auf Looker zugreifen, sind von der Einstellung Abmeldung bei Inaktivität nicht betroffen.

Persistente Sitzungen

Hinweis: Ab Looker 24.0 ist Persistente Sitzungen standardmäßig für alle Nutzer deaktiviert. Der Wert für Persistente Sitzungen ändert sich nicht in Instanzen, in denen der Standardwert zuvor geändert wurde.

Wenn ein Nutzer die Option auswählt, angemeldet zu bleiben, wird ihm 30 Tage lang Zugriff auf Looker gewährt. Wenn er seinen Browser schließt und wieder öffnet, kann er zu Looker navigieren, ohne sich noch einmal anmelden zu müssen.

Wenn Sie Persistente Sitzungen deaktivieren, wird die Option „Angemeldet bleiben“ vom Anmeldebildschirm entfernt. Nutzer werden nach Ablauf der im Abschnitt Sitzungsdauer angegebenen Zeit oder wenn sie ihren Browser schließen automatisch abgemeldet. Dadurch werden Nutzer gezwungen, sich bei jedem Zugriff auf Looker noch einmal zu authentifizieren.

Persistente Sitzungen wird automatisch deaktiviert, wenn Abmeldung bei Inaktivität aktiviert ist.

Sitzungsdauer

Wenn ein Nutzer die Option, angemeldet zu bleiben, nicht auswählt, läuft seine Sitzung standardmäßig nach 30 Minuten ab.

Zwei Minuten vor Ablauf einer Sitzung hat der Nutzer die Möglichkeit, die Sitzung zu verlängern. Wenn er die Sitzung nicht verlängert, wird sie beendet und er wird von Looker abgemeldet.

Im Feld Sitzungsdauer können Sie die Zeit ändern, die ein Nutzer angemeldet bleiben kann, bevor er benachrichtigt wird und seine Sitzung abläuft. Sie können diesen Wert auf 5 Minuten bis 30 Tage festlegen.

• Wenn die Sitzungsdauer 30 Minuten oder weniger beträgt, ist die verlängerte Sitzung genauso lang wie die Sitzungsdauer. Wenn die Sitzungsdauer beispielsweise 5 Minuten beträgt, ist die verlängerte Sitzung ebenfalls 5 Minuten lang.
• Wenn die Sitzungsdauer mehr als 30 Minuten beträgt, ist die verlängerte Sitzung trotzdem nur 30 Minuten lang. Wenn die Sitzungsdauer beispielsweise 1 Tag beträgt, ist die verlängerte Sitzung 30 Minuten lang.

Wenn Abmeldung bei Inaktivität aktiviert ist, muss die Sitzungsdauer auf einen Wert zwischen 15 Minuten und 1 Tag festgelegt werden. Wenn die Sitzungsdauer auf einen Wert außerhalb dieses Bereichs festgelegt ist, wird sie auf 1 Tag gesetzt.

Sitzungsdauer und Richtlinien für Identitätsanbieter in Looker (Google Cloud Core)

Bei Looker (Google Cloud Core)-Instanzen, die Workforce Identity Federation oder Google OAuth für die Nutzer authentifizierung verwenden, hat die Gültigkeit des Aktualisierungstokens des Identitätsanbieters Vorrang vor den Einstellungen Sitzungsdauer und Persistente Sitzungen, wenn das Aktualisierungstoken früher abläuft:

• Workforce Identity Federation:Für Nutzersitzungen sind ein aktives Zugriffstoken und ein Aktualisierungstoken aus dem Workforce Identity-Pool erforderlich. Wenn die Gültigkeit des Aktualisierungstokens, die in der Richtlinie für den Workforce Identity-Pool konfiguriert ist, kürzer ist als die in Looker konfigurierte Sitzungsdauer, werden Nutzer abgemeldet und müssen sich noch einmal anmelden, wenn das Aktualisierungstoken abläuft. Um ein vorzeitiges Ablaufen der Sitzung zu verhindern, legen Sie eine Gültigkeit des Aktualisierungstokens von 90 Tagen fest. Verwenden Sie dazu eine Richtlinie für die verlängerte Sitzungsdauer.

  Die Einstellungen für die Sitzungsdauer und die Gültigkeit des Tokens in Workforce Identity Federation wirken sich auch auf andere Looker-Funktionen aus:

  • Geplante Zustellungen und Benachrichtigungen:Hintergrundjobs werden so lange ausgeführt, wie das IdP-Token des Nutzers gültig ist. Nutzer müssen sich mindestens alle 90 Tage (oder innerhalb der konfigurierten Sitzungsdauer des Workforce Identity-Pools) in der Instanz anmelden, um ihre Offlinesitzungen aktiv zu halten und zu verhindern, dass geplante Zustellungen oder Benachrichtigungen pausiert werden.
  • Connectors:Bei Integrationen, die den Looker OAuth-Server verwenden (z. B. Data Studio, Connected Sheets und Connectors von Drittanbietern), wird ein 30-Tage-Aktualisierungstoken verwendet (oder ein Aktualisierungstoken ohne Ablaufdatum in Data Studio). Wenn die Sitzungsdauer des Workforce-Pools weniger als 90 Tage beträgt, müssen sich Nutzer möglicherweise noch einmal bei Looker authentifizieren, wenn die Sitzungsdauer abläuft.
  • API-Schlüssel für Nutzer:Für API-Tokens für Nutzer ist eine aktive IdP-Sitzung des Nutzers erforderlich. Nutzer müssen sich mindestens alle 90 Tage (oder innerhalb der konfigurierten Sitzungsdauer des Workforce Identity-Pools) in der Instanz anmelden, um ihre API-Schlüssel weiterhin verwenden zu können.

  • API-Schlüssel für Dienstkonten:API-Zugriffstokens für Dienstkonten sind davon nicht betroffen.

    Hinweis: Die Integration zwischen Looker (Google Cloud Core) und Workforce Identity Federation befindet sich in der Vorschauphase.

• Google OAuth:Für Nutzersitzungen sind ein aktives Google-Zugriffstoken und ein Aktualisierungstoken erforderlich. Google-Konten unterstützen standardmäßig eine unbegrenzte Gültigkeit des Aktualisierungstokens. Wenn Ihre Organisation eine Google Cloud Richtlinie für die Sitzungsdauer konfiguriert, hat diese Richtlinie Vorrang vor der Looker-Sitzungs dauer, wenn sie früher abläuft. Legen Sie kein explizites Ablaufdatum für das Aktualisierungstoken fest, es sei denn, die Sicherheitsrichtlinie Ihrer Organisation erfordert dies.

Gleichzeitige Sitzungen

Standardmäßig können Nutzer gleichzeitig in mehreren Browsern und auf mehreren Geräten in Looker angemeldet bleiben. Wenn Sie Gleichzeitige Sitzungen deaktivieren, müssen sich Nutzer jeweils nur in einem Browser und auf einem Gerät anmelden. Wenn Gleichzeitige Sitzungen deaktiviert ist, wird ein Nutzer automatisch aus allen anderen Browsersitzungen abgemeldet, wenn er sich in einem anderen Browser oder auf einem anderen Gerät anmeldet.

Sitzungsstandort

Wenn Sitzungsstandort aktiviert ist, wird der Standort eines Nutzers erfasst, wenn er sich in Looker anmeldet. Diese Standortinformationen basieren auf der IP-Adresse des Browsers des Nutzers und sind für Nutzer und Administratoren auf der Seite Sitzungen verfügbar, damit sie Sitzungen sehen und verwalten können. Anhand der Standortinformationen können Administratoren feststellen, welche Sitzungen aktuell sind und welche gelöscht werden sollten.

Wenn Sitzungsstandort deaktiviert ist, wird der Standort eines Nutzers bei der Anmeldung in Looker nicht erfasst.