> For the complete documentation index, see [llms.txt](https://docs.parallels.com/landing/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.parallels.com/landing/ras-admin-guide/v21-de-de/mandantenfaehige-architektur-des-ras/architekturbeschreibung/ablauf-der-benutzerverbindung.md).

# Ablauf der Benutzerverbindung

Das folgende Diagramm veranschaulicht den Ablauf der RAS-Benutzerverbindung durch den Mandantenmakler:

[![tenant architecture 01](https://download.parallels.com/ras/v19/docs/de_DE/Parallels-RAS-19-Administrators-Guide/multi-tenant-architecture-001.png)](https://download.parallels.com/ras/v19/docs/de_DE/Parallels-RAS-19-Administrators-Guide/45439.htm)

Im Mandantenmakler installierte gemeinsam genutzte RAS Secure Gateways sind in der Lage, mit mehreren gleichzeitigen Benutzersitzungen in mehreren Mandantenfarmen zu arbeiten. Im obigen Diagramm sehen Sie zwei Benutzer (1 und 2), die sich mit verschiedenen Mandanten-Serverfarmen verbinden (Mandant 1 und Mandant 2). Beide Verbindungen werden durch dasselbe Gateway getunnelt und dann an die richtige Mandantenfarm geleitet.

Der Verbindungsablauf besteht aus den folgenden Schritten:

1. (1A), (2A) – Ein Benutzer beginnt eine RAS-Verbindung zu einer öffentlichen Adresse, die im Mandantenmakler registriert ist. Die (1A)-Verbindung geht an die öffentliche Adresse von Mandant 1; die (2A)-Verbindung geht an die öffentliche Adresse von Mandant 2.
2. (1B), (1C) – Das gemeinsam genutzte Gateway trifft eine Entscheidung, wohin eine Benutzerverbindung weitergeleitet werden soll, basierend auf einem Hostnamen, der in der ursprünglichen Verbindung verwendet wurde (1A, 2A). Danach richtet jeder Client eine RAS-Sitzung mit einem Connection Broker seiner jeweiligen Mandantenfarm ein. Der Connection Broker des Mandanten authentifiziert den Benutzer gegenüber dem Active Directory des Mandanten. Danach erhält der Benutzer die Liste der veröffentlichten Anwendungen, die ihm zur Verfügung stehen.
3. (1D), (2D) – Ein Benutzer startet eine Remotebenutzersitzung zu einer veröffentlichten Anwendung. Das gemeinsam genutzte Gateway fordert vom Connection Broker des Mandanten die Adresse eines Servers an, um die Remotesitzung an diesen weiterzuleiten.

Die Zuordnung der öffentlichen Adressen zu den Mandanten wird auf gemeinsam genutzten Gateways durch den Connection Broker des Mandantenmaklers konfiguriert.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.parallels.com/landing/ras-admin-guide/v21-de-de/mandantenfaehige-architektur-des-ras/architekturbeschreibung/ablauf-der-benutzerverbindung.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `build a script that syncs our docs to a CMS` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.