> 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/server/da/knowledge-base/troubleshooting-articles/device-sign-in-confirmation-when-signing-in-to-devolutions-server.md).

# Bekræftelse af enhedslogon ved logon på Devolutions Server

Forklarer bekræftelsessiden "Ja, det er mig", som vises ved logon på Devolutions Server, og hvordan den undgås ved hver opstart.

Når De logger på et arbejdsområde i Devolutions Server fra Remote Desktop Manager, kan logonsiden for Devolutions Server vise et bekræftelsestrin, før logon fuldføres. Siden har titlen ***Er De ved at logge på 'Remote Desktop Manager'?*** og viser følgende meddelelse:

```
A new device is waiting to be signed in to your account.
```

Siden viser også den konto, der logges på, og en advarsel: "Hvis De ikke startede dette, skal De vælge Annuller. En anden forsøger muligvis at få adgang til Deres konto."

* ***Ja, det er mig***: Fuldfører logon på enheden.
* ***Annuller***: Afviser logon. Det program, der startede det, får ikke adgang til kontoen, og browseren vender tilbage til logonsiden for Devolutions Server.
* ***Skift***: Vises ved siden af kontonavnet. Lukker den aktuelle session og vender tilbage til logonsiden, så De kan logge på med en anden konto.

Den samme bekræftelse gælder for de andre Devolutions-programmer, der logger på Devolutions Server via browseren, f.eks. Devolutions Launcher, Devolutions Password Manager og modulet Devolutions.PowerShell. Titlen nævner derefter det program, eller den lyder ***Er De ved at logge på en ny enhed?***, når programmet ikke er identificeret.

## Derfor vises denne bekræftelse

Devolutions Server beder om denne bekræftelse for at beskytte konti mod phishingangrebet, som er beskrevet i [sikkerhedsvejledningen DEVO-2026-0035](https://devolutions.net/security/advisories/DEVO-2026-0035/). Uden bekræftelsen kan en angriber sende et link til enhedslogon til en bruger, der allerede er logget på Devolutions Server i browseren. Hvis brugeren åbner linket, logges angriberens enhed på brugerens konto uden handling fra brugeren.

Bekræftelsestrinnet kan ikke slås fra, og Devolutions Server har ingen mulighed for at huske en enhed. Hvis en enhed blev husket, ville angrebet være muligt igen.

## Hvornår bekræftelsen vises

Devolutions Server viser bekræftelsessiden, når logon ellers ville blive fuldført uden handling fra brugeren:

* Brugeren er logget på med Windows-godkendelse (enkeltlogon på domænet), og der anmodes ikke om multifaktorgodkendelse.
* Brugeren logger på med en ekstern identitetsudbyder, f.eks. Microsoft Entra ID. Bekræftelsen vises, også når identitetsudbyderen beder om en adgangskode eller om multifaktorgodkendelse.
* Browseren har allerede en session med Devolutions Server fra et tidligere logon.

Bekræftelsessiden vises ikke, når brugeren angiver en adgangskode, en nødkode eller en kode til multifaktorgodkendelse på logonsiden for Devolutions Server ved dette logon. Det omfatter enkeltlogon på domænet efterfulgt af multifaktorgodkendelse.

{% hint style="info" %}
Hvis Remote Desktop Manager viser en prompt om Windows-legitimationsoplysninger i stedet for at logge på lydløst med enkeltlogon på domænet, kan De se [Prompt om legitimationsoplysninger i stedet for enkeltlogon for domænet](/server/da/knowledge-base/troubleshooting-articles/credentials-prompt-instead-of-domain-single-sign-on.md).
{% endhint %}

Selve logon sker kun, når Remote Desktop Manager skal godkende igen med Devolutions Server. Når Remote Desktop Manager starter, forsøger programmet først at gendanne sessionen med det opdateringstoken, der er gemt på enheden. Et nyt logon og bekræftelsessiden kræves, når:

* Brugeren logger på for første gang på enheden.
* Opdateringstokenet er udløbet. Varigheden angives med indstillingen ***Levetid for opdateringstoken*** i de [avancerede serverindstillinger](/server/da/web-interface/administration/configuration/server-settings/general/advanced.md).
* Der er ikke gemt et opdateringstoken på enheden, eller Devolutions Server afviser det.

## Løsning

Bekræftelsen forventes én gang pr. logon. Hvis den vises, hver gang Remote Desktop Manager starter, skal De udføre følgende kontroller i rækkefølge. Stop, når bekræftelsen ikke længere vises ved opstart.

### Ryd "Spørg altid efter brugernavn" på arbejdsområdet

Når indstillingen ***Spørg altid efter brugernavn*** er aktiveret på arbejdsområdet i Devolutions Server, gemmer Remote Desktop Manager ikke opdateringstokenet. Hver opstart kræver derefter et nyt logon og en ny bekræftelse.

1. Gå til ***Filer*** – ***Arbejdsområder*** i Remote Desktop Manager.
2. Vælg arbejdsområdet i Devolutions Server, og vælg derefter ***Rediger arbejdsområde***.
3. Ryd afkrydsningsfeltet ***Spørg altid efter brugernavn*** under fanen ***Generelt***.
4. Angiv brugernavnet i feltet ***Brugernavn***.
5. Vælg ***OK***.
6. Log på arbejdsområdet én gang, og genstart derefter Remote Desktop Manager.

Afkrydsningsfeltet ***Spørg altid efter brugernavn*** er ikke tilgængeligt, når ***Brug enkeltlogon på domænet (SSO)*** er valgt, fordi arbejdsområdet derefter bruger Windows-kontoen.

### Kontrollér levetiden for opdateringstokenet

En kort værdi for ***Levetid for opdateringstoken*** får opdateringstokenet til at udløbe tidligere, hvilket kræver et nyt logon og en ny bekræftelse. Kontrollér værdien under ***Administration*** – ***Serverindstillinger*** – ***Avanceret*** i webgrænsefladen for Devolutions Server.

### Indsaml en fejlfindingslog

Hvis bekræftelsen stadig vises ved hver opstart, skal De indsamle en fejlfindingslog for at finde ud af, hvorfor sessionen ikke gendannes.

1. Gå til ***Filer*** – ***Indstillinger*** – ***Avanceret*** i Remote Desktop Manager.
2. Vælg knappen til gennemsyn ved siden af ***Fejlfindingsniveau***.
3. Vælg ***Fejlfinding*** og ***API***.
4. Vælg ***Gem***.
5. Genstart Remote Desktop Manager.
6. Log på arbejdsområdet i Devolutions Server.
7. Luk Remote Desktop Manager, og åbn det igen inden for et par minutter.

Se i loggen på de linjer, der er skrevet lige efter genstarten:

* ***Refresh Token provided. Try to restore session.*** efterfulgt af ***Session can't be restored. (Error=…)***: Remote Desktop Manager havde et gemt opdateringstoken, men Devolutions Server afviste det.
* ***No refresh token provided or provided one is invalid.*** uden en linje med ***Try to restore session*** før den: Remote Desktop Manager havde ikke et gemt opdateringstoken.
* ***Session restored.***: Remote Desktop Manager gendannede sessionen uden et nyt logon.

Send loggen til [Devolutions-support](https://devolutions.net/support/) sammen med fejlteksten. Ryd derefter fejlfindingsniveauerne ***Fejlfinding*** og ***API***.


---

# 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/server/da/knowledge-base/troubleshooting-articles/device-sign-in-confirmation-when-signing-in-to-devolutions-server.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.