> For the complete documentation index, see [llms.txt](https://docs.devolutions.net/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.devolutions.net/cli/de/anleitungen/connect/local-profile.md).

# Ein lokales Profil von Devolutions Remote Desktop Manager verwenden

Devolutions CLI auf den Ordner eines lokalen Profils von Devolutions Remote Desktop Manager richten, um dessen SQLite-Workspace zu verwenden, einschließlich geschützter Profile und Einträge.

Wenn Ihre Geheimnisse in einem lokalen SQLite-Workspace von Devolutions Remote Desktop Manager liegen, kann Devolutions CLI ihn direkt verwenden, ohne Server. Ein lokaler Kontext meldet sich nirgendwo an: Er merkt sich nur, welcher Profilordner zu öffnen ist.

Sie brauchen den Ordner des Devolutions Remote Desktop Manager-Profils, das den SQLite-Workspace enthält (der Ordner mit der Datei `.db`).

## Das Profil als Kontext speichern

1. Führen Sie `devo login` mit einem Kontextnamen und dem Profilordner aus:

   ```bash
   devo login <context-name> --sqlite <profile-folder>
   ```
2. Prüfen Sie, dass Devolutions CLI ihn verwendet:

   ```bash
   devo status
   ```

Der neue Kontext wird der aktuelle. Mit `--no-set-current` wird er es nicht, es sei denn, noch kein Kontext ist aktuell.

Sie können dem Kontext Notizen hinzufügen. Devolutions CLI speichert sie und zeigt sie mit `devo context inspect`, für Sie und für KI-Agenten, die Ihre Kontexte lesen:

<table><thead><tr><th width="230">OPTION</th><th>WAS ES SPEICHERT</th></tr></thead><tbody><tr><td><code>--description</code></td><td>Eine Beschreibung des Kontexts.</td></tr><tr><td><code>--workspace</code></td><td>Der Name des Workspace, den Sie in diesem Profil gewöhnlich verwenden.</td></tr><tr><td><code>--vault</code></td><td>Der Name des Tresors, den Sie gewöhnlich verwenden.</td></tr></tbody></table>

Diese Hinweise sind nur Hilfen: Sie wählen keinen Workspace und keinen Tresor für Ihre Befehle. Um sie auszuwählen, verwenden Sie `devo workspace use` und `devo vault use`. Siehe [Tresore und Einträge verwalten](/cli/de/fur-devops-und-administratoren/manage/vaults-and-entries.md).

Um einen lokalen Kontext zu ändern, führen Sie `devo login` erneut mit demselben Namen und `--replace` aus. Ohne diese Option verweigert Devolutions CLI das Überschreiben des vorhandenen Kontexts.

## Den Profilordner finden, den Devolutions CLI verwendet

`devo config path` gibt den Profilordner aus, den Devolutions CLI gerade verwendet, ohne den Hintergrundprozess zu starten:

```bash
devo config path
```

Devolutions CLI wählt den Ordner in dieser Reihenfolge:

1. Der lokale Kontext, den Sie mit `--context` auswählen.
2. Die Umgebungsvariable `RDM_CONFIG_PATH`, falls sie gesetzt ist. Sie hat Vorrang vor einem aktuellen lokalen Kontext.
3. Der aktuelle lokale Kontext.
4. Andernfalls ein Ordner `rdm` im Konfigurationsordner von Devolutions CLI.

{% hint style="info" %}
Der Hintergrundprozess bedient jeweils einen Profilordner. Wenn Sie zu einem Kontext mit einem anderen Ordner wechseln und ein Befehl sagt, dass der Hintergrundprozess ein anderes Profil bedient, führen Sie `devo daemon restart` aus.
{% endhint %}

## Geschützte Profile und Einträge

<table><thead><tr><th width="230">SCHUTZ</th><th>WAS ZU TUN IST</th></tr></thead><tbody><tr><td><strong>Profil, das durch ein Anwendungspasswort geschützt ist</strong></td><td>Entsperren Sie es für den Hintergrundprozess mit <code>devo config unlock</code>, lesen Sie das Passwort aus einer Umgebungsvariable oder einer Datei und bestätigen Sie mit <code>--yes</code>.</td></tr><tr><td><strong>Eintrag, der durch eine gemeinsame Passphrase geschützt ist</strong></td><td>Devolutions CLI liest und schreibt nur das Feld <code>password</code>. Es verwendet die Passphrase-Datei neben dem Workspace (<code>&#x3C;workspace file>.passphrase</code> im Profilordner) oder die, die Sie mit <code>--passphrase-file</code> oder <code>--passphrase-env</code> angeben.</td></tr></tbody></table>

So entsperren Sie ein Profil, das durch ein Anwendungspasswort geschützt ist:

```bash
devo config unlock --password-env <VARIABLE_NAME> --yes
```

Der Hintergrundprozess behält das Passwort nur im Speicher. Wenn er stoppt oder neu startet, entsperren Sie das Profil erneut.

{% hint style="warning" %}
Geschützte lokale Profile werden nur teilweise unterstützt: Der SQLite-Workspace selbst darf nicht verschlüsselt sein, und geschützte Einträge müssen eine gemeinsame Passphrase verwenden. Andere Schutzmethoden werden nicht unterstützt.
{% endhint %}

## Gut zu wissen

* `devo logout` gilt nicht für einen lokalen Kontext: Es gibt keine Anmeldung zu löschen. Um den Kontext zu entfernen, führen Sie `devo context delete <context-name>` aus. Der Profilordner und sein Workspace bleiben unberührt.
* Ein Kontextname kann nur von einem Workspace-Typ verwendet werden. Wenn der Name bereits als Kontext von Devolutions Cloud oder Devolutions Server vorhanden ist, wählen Sie einen anderen Namen oder löschen Sie zuerst den anderen Kontext.
* Lokale Profile akzeptieren `devo secret set` nur für das Feld `password`. Siehe [Workspace-Typen vergleichen](/cli/de/anleitungen/understand/workspace-types.md).
* Ein Befehl sagt, dass der Workspace ihn nicht unterstützt? Siehe [Ein Befehl sagt, dass der Workspace ihn nicht unterstützt](/cli/de/hilfe/troubleshooting/not-supported.md).

## Weiter

* [Find the reference to a secret](/cli/de/anleitungen/secrets/find-a-reference.md)
* [Switch between workspaces](/cli/de/anleitungen/connect/switch-workspaces.md)


---

# 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.devolutions.net/cli/de/anleitungen/connect/local-profile.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.