> 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/rdm/da/knowledge-base/how-to-articles/run-as-another-user/manual-runas.md).

# Manuel RunAs

Konfigurer RunAs manuelt i Remote Desktop Manager med en kommandolinjepost og en indtastningsmakro til lokalt tilgængelig eller forsinket godkendelse.

{% hint style="info" %}
Denne artikel beskriver den manuelle metode til at bruge RunAs. Nogle typer understøtter indbygget RunAs, og der findes oplysninger. Se [Kør som en anden bruger](/rdm/da/knowledge-base/how-to-articles/run-as-another-user/built-in-runas.md).
{% endhint %}

### Indstillinger

#### Scenarier

Der er to overordnede scenarier, når RunAs bruges. Godkendelsesserveren er tilgængelig direkte fra Deres maskine, eller De har brug for forsinket godkendelse.

* #### Godkendelsesserveren er lokalt tilgængelig

Dette scenarie gælder, når De allerede er godkendt på et domæne/en arbejdsgruppe, og De skal skifte til en anden konto på det samme domæne/den samme arbejdsgruppe.

* #### Forsinket godkendelse

Dette scenarie gælder, når det er umuligt at logge på maskinen med det andet sæt legitimationsoplysninger. De skal f.eks. oprette forbindelse til en kundes domæne ved hjælp af en bærbar computer, der er på virksomhedens domæne. Det kræver, at parameteren /NETONLY for RunAs bruges.

#### Eksempler

Kommandoen RunAs kaldes fra en post af typen ***Kommandolinje***. Opret posten enten ved at trykke på tasten Insert eller ved at bruge menuerne. Vælg typen ***Kommandolinje***, og angiv et navn til den.

#### Eksempel 1: Kørsel af en kommandoprompt som en anden bruger i den samme arbejdsgruppe/det samme domæne

1. De kan bruge ellipseknappen til at søge efter kommandoen runas.exe, men hvis De er i et Team-arbejdsområde, og sessionen bruges på forskellige operativsystemer, er det bedre at skrive "**%systemroot%\system32\runas.exe**", fordi det virker på dem alle.
2. Tilføj /user:$DOMAIN$$USERNAME$, og hold det uden for anførselstegnene. Bemærk brugen af to variabler, der henter den relevante værdi fra andre felter i den samme session.
3. Tilføj navnet på den eksekverbare fil, De vil køre. Sæt den i anførselstegn, hvis den fulde sti indeholder mellemrum. I vores tilfælde kan vi blot tilføje ***CMD***.
4. Angiv legitimationsoplysningerne på fanen ***Vært og legitimationsoplysninger***. Bemærk, at når De ikke er en del af et domæne, skal De angive computernavnet i domænefeltet.
5. På fanen ***Hændelser*** skal De definere en indtastningsmakro.
   * Sæt den indledende forsinkelse til den laveste værdi, der tillader, at den første prompt vises. På de fleste systemer er 1 sekund tilstrækkeligt.
   * I feltet ***Indtastningsmakro*** skal De angive følgende: $PASSWORD${ENTER}.
6. På fanen ***Sikkerhedsindstillinger*** skal De markere ***Tillad adgangskode i variabel***. Når De kører sessionen, vises et kommandopromptvindue, der beder om adgangskoden for brugeren. Indtastningsmakroen udfylder den efter forsinkelsen på 1 sekund. Derefter vises kommandovinduet, der kører under de andre legitimationsoplysninger. Bemærk, at titlen angiver den anden identitet.

#### Eksempel 2: Kørsel af SQL Server Management Studio som en bruger på et andet domæne/en anden arbejdsgruppe for at bruge Windows-godkendelse

Der er mindre forskelle i forhold til eksempel 1, men her er den fulde fremgangsmåde, så den er nem at læse.

{% hint style="info" %}
Bemærk, at de fleste af vores poster nu understøtter NetOnly som en indbygget funktion.
{% endhint %}

1. De kan bruge ellipseknappen til at søge efter kommandoen runas.exe, men hvis De er i et Team-arbejdsområde, og sessionen skal bruges på forskellige operativsystemer, er det bedre at skrive "**%systemroot%\system32\runas.exe**", fordi det virker på dem alle.
2. Tilføj /netonly /user:$DOMAIN$$USERNAME$, og hold det uden for anførselstegnene. Bemærk brugen af to variabler, der henter den relevante værdi fra andre felter i den samme session. Bemærk også brugen af parameteren NetOnly. Den angiver, at legitimationsoplysningerne kun bruges til netværksadgang.
3. Tilføj navnet på den eksekverbare fil til Management Studio og dens parametre. Det hele skal være inden for de samme dobbelte anførselstegn
   * SQL Server Management Studio ligger på **C:\Program Files (x86)\Microsoft SQL Server\110\Tools\Binn\ManagementStudio\Ssms.exe** på de fleste maskiner. Tilpas det til Deres situation, hvis det ikke er det samme.
   * Mine parametre ser sådan ud: -S sql.windjammer.loc -E. -S er servernavnet, -E er for at bruge windows-godkendelse. De kan endda angive databasen med -d **DB\_NAME** (dvs. -d rdm).

Resultatet er **C:\Program Files (x86)\Microsoft SQL Server\110\Tools\Binn\ManagementStudio\Ssms.exe -S sql.windjammer.loc -E**.

4. Fjern markeringen af ***Brug Shell Execute*** (det skal gøres for de fleste Windows-programmer)
5. Angiv legitimationsoplysningerne på fanen ***Vært og legitimationsoplysninger***. Bemærk, at når De ikke er en del af et domæne, skal De angive computernavnet i domænefeltet.
6. På fanen Hændelser skal De definere en indtastningsmakro.
   * Sæt den indledende forsinkelse til den laveste værdi, der tillader, at den første prompt vises. På de fleste systemer er 1 sekund tilstrækkeligt.
   * I feltet Indtastningsmakro skal De angive følgende: $PASSWORD${ENTER} Se Automatisk indtastningsmakro for at få flere oplysninger.
7. På fanen Avanceret skal De markere Aktivér adgangskode i variabel. Kør sessionen, og vent på, at Management Studio vises. Opmærksomme brugere vil bemærke, at det ser ud, som om De kører under de lokale legitimationsoplysninger på grund af disse. En simpel forespørgsel beviser, at det virkede. Udfør en forespørgsel SELECT SUSER\_NAME().


---

# 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/rdm/da/knowledge-base/how-to-articles/run-as-another-user/manual-runas.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.
