> 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-mp-guide/v19-de-de/veroeffentlichung/verwalten-veroeffentlichter-ressourcen/bevorzugtes-routing-konfigurieren.md).

# Bevorzugtes Routing konfigurieren

**Überblick**

Bevorzugtes Routing ist eine nützliche Funktion, wenn sich Parallels RAS-Benutzer mit unterschiedlichen geografischen Standorten mit derselben Parallels RAS-Serverfarm/-Site verbinden. Die Verwendung einer gemeinsamen Zugriffsebene (RAS Secure Gateway, HALB oder ein Load Balancer eines Drittanbieters) ist nicht optimal, wenn sich eine Ressource in einem anderen Rechenzentrum in derselben RAS Serverfarm/Site befindet. Die Lösung besteht darin, einen bevorzugten Server der Zugriffsebene für eine bestimmte veröffentlichte Ressource zu konfigurieren. In diesem Fall würde jeder Benutzer eine Verbindung zu einem Standard-Secure Gateway herstellen, aber nach vom Administrator festgelegten Proximity-Regeln umgeleitet werden. In der Regel bietet die Verwendung des Secure Gateway, das dem Sitzungshost am nächsten liegt, eine bessere Benutzererfahrung, einen geringeren internen Netzwerkverkehr und damit verbundene Kosten sowie eine bessere Nutzung der Ressourcen.

**Hinweis:** Das bevorzugte Routing gilt nicht für veröffentlichte Objekte von Azure Virtual Desktop.

So funktioniert das bevorzugte Routing:

1. Parallels Client stellt eine Verbindung mit einem Secure Gateway unter Verwendung einer Standardauthentifizierung her.
2. Über den RAS Connection Broker wird die bevorzugte Route der Ressource (sofern konfiguriert) ermittelt.
3. Parallels Client erhält die bevorzugte öffentliche Adresse, um die Ressource zu starten.
4. Parallels Client versucht dann, die Ressource über die umgeleitete Adresse zu starten und greift auf das ursprüngliche Gateway zurück, wenn dies nicht gelingt.

**Bevorzugtes Routing konfigurieren**

Um bevorzugtes Routing zu konfigurieren, müssen Sie zunächst eine oder mehrere benutzerdefinierte öffentliche Serveradressen für eine Site angeben. Gehen Sie dazu folgendermaßen vor:

1. Wählen Sie im RAS-Verwaltungsportal die Kategorie **Site-Einstellungen** aus.
2. Im Menü **Verbindungen** wählen Sie **Adressen** aus.
3. Klicken Sie auf das Pluszeichen-Symbol und in dem Dialogfeld, das sich jetzt öffnet, geben Sie einen Namen für diese benutzerdefinierte Adresse, optional eine Beschreibung, eine öffentliche Adresse, den Port und SSL-Port (es wird empfohlen, für das Benutzersitzungsrouting einen SSL-Port zu verwenden) ein.

Sobald eine oder mehrere benutzerdefinierte Serveradressen konfiguriert wurden, können Sie eine solche Adresse für eine veröffentlichte Ressource wie folgt angeben:

1. Wählen Sie die Kategorie **Veröffentlichung** aus.
2. Wählen Sie eine veröffentlichte Ressource aus.
3. Klicken Sie im mittleren Fensterbereich auf **Routing**.
4. Im Bereich „Bearbeiten“ klicken Sie auf **Bearbeiten**.
5. Wählen Sie die Option **Bevorzugtes Routing aktivieren**.
6. Klicken Sie auf das Pluszeichen-Symbol.
7. Wählen Sie aus der Liste eine benutzerdefinierte Adresse aus, die Sie als bevorzugte Route für diese veröffentlichte Ressource verwenden möchten.


---

# 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 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-mp-guide/v19-de-de/veroeffentlichung/verwalten-veroeffentlichter-ressourcen/bevorzugtes-routing-konfigurieren.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 `automate deployments from our CI pipeline` 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.