Hovedmenu
Devolutions-blog

Nyheder, opdateringer og indsigter fra Devolutions.

replacing rdm agent with devolutions agent blog

Erstatning af RDM Agent med Devolutions Agent

I 2026.1 går Devolutions Agent videre end paritet og bliver den foretrukne, langsigtede standard for fjernadgang, hvor den ældre eksekverbare RDM Jump-fil erstattes af en mere skalerbar og pålidelig arkitektur. Skiftet introducerer nye funktioner som synkronisering af sessionsfokus og selvstændig administration via MSI, så din infrastruktur altid er klar til revision og nem at opdatere.

Med Devolutions Remote Desktop Manager 2026.1 når Devolutions Agent fuld funktionel paritet med RDM Jump og introducerer samtidig understøttelse af sameksistens, så migreringen bliver ligetil. For IT-teams, der bruger jump hosts, er udgivelsen det rigtige tidspunkt at standardisere på Devolutions Agent som standard. Det er den langsigtede vej frem for infrastruktur til fjernadgang.

Hvorfor Devolutions Agent frem for RDM Jump

RDM Jump er bekvem, fordi den følger med RDM. Der kræves ingen separat udrulning. Den bekvemmelighed har en pris: Funktionen til jump host er tæt koblet til RDM-installationens omfang og opgraderingscyklus, og det begrænser, hvor selvstændigt du kan administrere den.

Devolutions Agent griber det anderledes an. Det er en værtskomponent, der udrulles via MSI, med sin egen livscyklus, adskilt fra RDM. Det betyder, at du kan udrulle den, opdatere den og administrere den med almindelige værktøjer til softwaredistribution, på samme måde som du håndterer enhver anden administreret tjeneste på en jump host.

Udrulning af Devolutions Agent

Processen er ligetil: Installér RDM og Devolutions Agent på den jump host, der er målet, og peg derefter din RDM-klient mod det system. RDM skal stadig være på jump hosten. Devolutions Agent formidler forbindelsen og erstatter ikke RDM helt. Tænk på det som at udskifte den eksekverbare RDM Jump-fil med Devolutions Agent. Den overordnede opsætning og brugeroplevelsen er i store træk den samme.

RDP Extension, som er det, der muliggør erstatningen af RDM Jump, installeres som standard, så du ikke skal vælge en særlig indstilling under installationen. Du kan valgfrit tilføje Gateway Updater eller Devolutions PEDM, afhængigt af dit miljø.

Sådan fungerer det under motorhjelmen

Når du åbner en forbindelse via en jump host, åbner RDM en virtuel kanal over RDP fra klienten til den fjerne RDM Jump-tjeneste eller Devolutions Agent. Jump-tjenesten eller agenten videregiver derefter forbindelsen til RDM på jump hosten, som serialiserer den og åbner den endelige session.

Jump-funktionen omgår ikke Microsofts licensgrænser for mere end to samtidige RDP-sessioner. For at understøtte flere forbindelser skal du installere rollen Remote Desktop Session Host og købe RDS CAL’er pr. bruger. Du kan læse mere hos Microsoft: Aktivér licensserveren til Remote Desktop Services.

Devolutions Agent erstatter den eksekverbare RDM Jump-fil i den overdragelse. Den underliggende protokol er en helt anden, men oplevelsen for operatørerne er den samme. Eksisterende anbefalinger i dokumentationen til jump hosten (for eksempel at skjule trævisningen og båndet for at skabe en mere sammenhængende oplevelse) gælder stadig.

Til ensartede udrulninger på flere jump hosts understøtter Devolutions Agent flere udrulningsmetoder. Vælg den metode, der passer til dit nuværende workflow.

  • MSI til direkte udrulning eller integration med platforme til softwareadministration
  • Chocolatey får snart en opdateret pakke til IT-professionelle, der allerede bruger den metode
  • WinGet er tilgængelig nu med den opdaterede pakke

Vælg din tilstand i RDM

På RDM-siden lader en rullemenu på hver jump host-post dig vælge mellem Devolutions Agent og Legacy (RDM Jump). Fra 2026.1 findes der også en global indstilling, så du kan sætte en standard for alle jump hosts.

Der er en Automatic-indstilling, som forsøger at bruge Devolutions Agent først og falder tilbage til Legacy, hvis det er nødvendigt. Dens aktuelle adfærd (i basisversionen 2026.1) er dog den samme som Legacy, fordi den fulde understøttelse endnu ikke er aktiveret. Indtil Automatic er fuldt implementeret, skal du udtrykkeligt vælge Devolutions Agent på de jump hosts, hvor du har udrullet den.

Valg af forbindelsestype for jump host

Før du udruller Devolutions Agent, skal du sikre dig, at jump hosten kører RDM 2026.1+. Hvis den stadig kører en ældre version (for eksempel 2025.3), kan du støde på en fejl.

Brug sameksistens til at migrere

RDM Jump og Devolutions Agent kan køre side om side i 2026.1. Det betyder, at du ikke behøver en fuldstændig overgang fra dag ét. Afprøv Devolutions Agent på et udvalg af jump hosts, validér de workflows, dit team er afhængigt af, og udvid derfra. Devolutions Agent er den anbefalede konfiguration fremover.

Synkronisering af sessionsfokus

En konkret forbedring, som Devolutions Agent giver, er synkronisering af sessionsfokus: Den valgte session i trævisningen i din RDM-klient følger automatisk fokus for sessionerne på jump hosten. For operatører, der kører flere parallelle sessioner via en jump host, mindsker det tvetydigheden og hjælper med at undgå fejl med „forkert session“, som er lette at lave, når du administrerer flere åbne forbindelser på én gang.

Fire-and-forget-scripting

Teams, der har brugt mønstre til fire-and-forget-scriptkørsel med RDM Jump, finder den samme adfærd i Devolutions Agent ved at højreklikke på en jump-session og vælge Devolutions Agent → Execute Script. Validér det under pilottesten, og dokumentér indstillingen internt, så dine RDM-brugere ved, hvad de kan forvente.

Kørsel af en kommando direkte via Devolutions Agent

Fortæl os, hvad du synes

Har du spørgsmål eller feedback om udrulningen af Devolutions Agent i 2026.1? Skriv en kommentar nedenfor. Vi vil meget gerne høre, hvordan dit team planlægger overgangen.

Klar til at komme i gang? Download Devolutions Agent, og se, hvordan den passer ind i dit miljø med jump hosts.