kmdkeen

That's what we missed! OTP was configured in the credentials object but not handled in the website entry. With updating the website entry for OTP the button to copy the OTP is shown.

Thanks alot!

Hey Olivier,

yep, it's connected to a devolutions server and I can only copy the username or the password, not the OTP:

Best regards!

Hey,

is the bug with "no option to copy OTP in browser extension" fixed in the Firefox version as well? We have 2025.2.3.1 installed as well and there are no options to copy/insert the OTP.

Best regards!

Hey Min,

ja grundsätzlich handhaben wir das auch so, dass wir RDM & DPS in der Version sync halten, aber in diesem Fall gibt es noch keine Stable Version von 2025, weshalb wir hier noch auf das passende Release warten. Und für diesen (bisher) einen Fall passt das soweit.

Besten Dank nochmal für die Unterstützung und beste Grüße!

Hey there,

we have an Issue with "my personal ssh-key" in Templates when using the linux-version of RDM. This is working fine for windows, but in the linux-version there is no "my personal ssh-key", only the "my personal credentials":

There we can import the users private key:

But when using "my personal SSH key" within a template for ssh-sessions:

we are getting asked for a username and even when the user enters his Username this is what they got when using the template:

Only when editing the template and changing the "credentials" option from "none" to "my personal credentials" this is working again. What's the idea of having this implemented so differently between windows and linux? Why is there no option for having "my personal SSH key" in Linux RDM?

Regards!

Ich hätte da ein Update:

Mit der Flatpak Version 2025.x funktioniert die Funktion. Mit der .deb-Version 2024.3 hingegen nicht. Anschließend habe ich mal das flatpak in Version 2024.3.2.13 gedowngraded und siehe da: Gleiches Fehlerbild!

Scheint als ein Bug in Version 2024.3.2.13 zu sein. Da die 2025er Version aber scheinbar gut mit unserem 2024.3 DVLS funktioniert wird für mich für den Moment die Lösung sein, einfach die aktuelle Version zu nutzen.

Besten Dank!

Hey Min,

ich habe den Reset durchgeführt, am Verhalten ändert das nichts. Einzig die Shell schmeißt diese Meldung beim Start des RDM:

(RemoteDesktopManager:155621): Gtk-CRITICAL **: 08:58:11.921: gtk_widget_grab_default: assertion 'gtk_widget_get_can_default (widget)' failed

(RemoteDesktopManager:155621): Gtk-WARNING **: 08:58:12.035: gtk_menu_attach_to_widget(): menu already attached to GtkMenuButton

Keine Ahnung, ob das etwas mit dem Fehlerbild zu tun hat. Klicke ich während des geöffneten RDM auf ein Host-Objekt, spuckt die Shell hingegen keine Infos mehr aus.

Wichtig bei Zorin ggü. einem native Ubuntu 22.04: Zorin nutzt den Kernel von Ubuntu 24.04 um einen besseren Treiber-Support zu haben. Keine Ahnung, ob sich das beißt. In Konsequenz weicht die verwendete GNOME Version v43.9 von denen in Ubuntu (v42 / v46) ab.

Besten Dank fürs Testen und beste Grüße!

Klar bitte:

Hey Min,

wir nutzen DPS in Version 2024.3.13.0 als Datenquelle und RDM in Version 2024.3.2.13. Klicke ich da auf "Open Session" oder doppelt auf ein Host-Objekt passiert rein gar nichts. Wir müssen stets über "Open with Parameters..." gehen. Unter Windows funktioniert das einwandfrei, die Linux-Version machts nicht.

Beste Grüße!

Hallo und guten Tag,

wir nutzen RDM bisher vorranging unter Windows. Jetzt haben wir erste Arbeitsplätze mit macOS & Linux im Einsatz und testen dort den RDM. Dabei fällt vor allem auf, dass sich der RDM beim Doppelklick auf ein Host-Objekt anders verhält als Windows. Unter Windows wird dann entweder ein Subobjekt geöffnet oder die Templates angeboten. Unter Linux passiert einfach nichts. Wählt man über das Kontextmenü allerdings "Open with Parameters > Open with template..." kann man ganz einfach ein Template auswählen und die Verbindung starten.

Fehlt das "Feature" unter Linux einfach komplett? Muss das aktiviert werden? Oder stoßen wir hier auf einen Bug?

Viele Grüße!

Solved:

The + Button at dvls is not working for the DVLS License file. You need to click the error message, that the server is not getting its license online (beside it is having internet access!) and import the license up there. Than we were able to import the lic file. RDM lic file is working with the + button.

Hey there,

we need urgend support with upating our licenses. Within dvls we're unable to enter the new bought licenses because the license field is greyed out. There is only an import button, but when we create a portal user, enter the license and download the lic file we're told that the license file is not supported or invalid!

Our subscription of the old licenses will end in e few days and we need the new ones working as soon as possible!

Regards!

Hey François,

no! These are the text-based backup-codes. We're looking for another (spare) yubikey as a backup-key.

Best regards!

We're interested in having a backup key either. Here to subscribe and follow.

No... we're looking into the "multiple yubikeys feature". It's common to have a spare key if the main key is lost/broken, but for now there is no (known) way to have two yubikeys linked to the same account in dvls/rdm. Correct?

Any news on this? We're looking into this either! We need a spare key for our higher privileged users. They need two keys to have a backup guaranteed.

Hallo,

kleines Update: Wir haben inzwischen den SQL-Server auf 2016 aktualisiert und siehe da, die Logs lassen sich allesamt öffnen. Die Ursache lag also in der Tat am nicht kompatiblen SQL-Server.

Vielen Dank und beste Grüße!

Hallo und guten Tag,

wir haben alle Einträge älter einen Monat archiviert und den Server auf die neuste LTS-Version (2022.3) aktualisiert. Der Fehler bleibt nach wie vor bestehen.

Viele Grüße!

Allerbesten Dank! Das war der fehlende Hinweis. Wir konnten uns nun erfolgreich mit dem RDM an dieser Instanz anmelden.

Viele Grüße!

Hallo und guten Tag,

wir haben versucht eine DPS-Instanz von v2022.2.11.0 (Standard) auf 2022.3.13.0 (LTS) zu aktualisieren. Die DPS-Anmeldung funktioniert, beim Versuch sich mit RDM an der DPS-Instanz anzumelden, erhalten wir jedoch u.g. Fehlermeldung. Dürfen wir mit unserer Site-Lizenz (Platinum) von einer Standard-Version zur LTS wechseln, oder ist dazu eine andere Lizenz notwendig?

Viele Grüße,

Sebastian

Hallo,

dann ist es wohl die Log-Tabelle selbst:

Wir schauen mal, warum die Tabelle so groß ist und versuchen ihr Volumen zu reduzieren.

Hallo,

in der Konsole und den dort hinterlegten Logs sehe ich nur meinen Login, aber keine weitere Fehlermeldung die auf den Aufruf und daraus resultierenden Fehler zurückzuführen wären.

Ich habe die Anmeldung von Edge und Firefox und auch im Inkognito-Modus getestet, die Fehlermeldung bleibt überall dieselbe.

Wir haben auf dem selben Server auch eine weitere (Recovery-)-Instanz mit älterem Datenbestand aber gleicher Versions-Kennung die den selben Fehler aufweist.

Viele Grüße!

Hallo Erica,

wir bekommen die Fehlermeldung bei so gut wie allen via DPS Web aufgerufenen Logs. Betroffen sind im Detail folgende:

Connected User List | Login Attempt | Login History | Last Login

Opened Connections

Activity Logs | Data Source Logs | Administration Logs | Deleted Entries | Last Usage Logs

Ein stoppen und starten des Servers via Console behebt das Problem nicht. Es scheint auch kein Timeout-Fehler zu sein, weil der Fehler instant angezeigt wird, sobald man versuch eines der Logs aufzurufen.

Das Cleanup ist aktiv, jedoch wird hier nur einmal täglich alles archiviert, was älter als 6 Monate ist.

Viele Grüße!

Hallo und guten Tag,

wenn wir versuchen irgendwelche Reports/Logs im DPS einzusehen erhalten wir folgende Fehlermeldung:

"Unable to load the data - Falsche Syntax in der Nähe von 'OFFSET'.

Ungültige Verwendung der Option NEXT in der FETCH-Anweisung."

Was müssen wir tun um diesen Fehler zu beheben und wieder Zugriff auf die Logs zu bekommen?

Wir nutzen aktuell DPS in Version 2022.2.11.0

Viele Grüße!

Die Funktion haben wir bereits entdeckt. Dort können wir zwar das Format auf {Domain}\{Benutzer} umstellen, wir haben aber eben als Domain in den verknüpften Credentials das NETBIOS-Format hinterlegt. Die Credentials werden bei unzähligen Anwendungen genutzt wo dieses Format so auch okay ist, nur eben bei einer einzigen nicht. Dort benötigen wir die Domain im FQDN Format und müssten sie überschreiben, ohne dafür extra neue Credentials anzulegen. Ist das irgendwie möglich?

Wir haben noch die Option "Domäne überschreiben" gefunden... dort lässt sich "Benutzerdefinierte Domäne" auswählen, aber woher stammt diese Information dann? Also wo lässt sich diese "Benutzerdefinierte Domäne" definieren?

Nachtrag: Tatsächlich ist letzteres genanntes die für uns richtige Option. Wir haben einfach im übergeordneten Ordner in den Credentials als Domain die FQDN eingetragen und dann in den Objekten darunter die Credentials verknüpft und die Option aktiviert. Jetzt können wir für diese Objekte die FQDN statt der NETBIOS-Domain übergeben.

Dennoch vielen Dank für die Unterstützung.