r15

Hello Reiner,

Thank you for the follow-up. To understand why you are asked to choose the computer, could you send a screenshot of the properties of the RDP entry you are launching? Please redact any sensitive information before sending.

Best regards,

@Samuel Dery

Hello Samuel,

thank you for following up. My tests indicate that the assignment occurs automatically via the host entry. As this was previously set to a registered IP address, it could not be mapped by LAPS. Therefore, it should function correctly provided that name resolution for the clients is available.

I'll keep trying it myself.

Best regards,

Reiner

Hello Reiner,

Thank you for contacting Devolutions Support.

You can link the LAPS entry directly to your RDP entry instead of copying the password. In the RDP entry properties, set Credentials to Linked (vault) and select your LAPS entry. The LAPS entry needs to be in the same vault as the RDP entry for it to appear in the list.

Could you try this and let me know the result?

Best regards,

@Samuel Dery

Hello Samuel,

thank you for your answer.

If I do as suggested, a LAPS window comes up where I should choose the host.

If I double click the host in the RDM the entry should know which entry I double-clicked and not to ask me for LAPS to choose it again.

How can I do this better?

Kind regards,

Reiner

Hi,

what do I need to do to link credentials for the Remote Desktop Manager (RDM) with LAPS data from Entra ID to a PC entry so that authentication works?

I can currently go to the LAPS entry connected to Entra, view the current password for a selected computer, and manually copy it into the entry, but there must be a more convenient way...

Thank you very much for your support.

Hello Richard,

it works like a charm.

# Verbindung zur Datenquelle herstellen
$ds = Get-RDMDataSource -Name "SQLServer Datasource Name"

# Alle Kontakte aus dem RDM auslesen
$sessions =get-rdmsession | Where-Object {$_.ConnectionType -eq 'Contact'}

# Kontakte exportieren mit allen Metainformationen
$sessions | Select -Property ID, Name -ExpandProperty MetaInformation | Export-Csv C:\tmp\RDMKontakte.csv -NoTypeInformation -Encoding Default

The ESTOS MetaDirectory can do an import of these contacts.

Now I "only" have to figure out, how I get these contacts into Exchange/Outlook and ActiveSync.

Thank's for your support.

kind regards,

Reiner

Hello Richard,

thank you.

I will have a look if I can get this to work this way.

I guess I can return to this case in november

kind regards,

Reiner

Hello Richard,

for me it worked only with

$sessions = Get-RDMSession | Where-Objekt {$_.ConnectionType -eq 'Contact'}

but it worked.

Where can I find the MetaInformation-FieldNames that exist?

There must be a documentation somewhere, can you help me out?

In my RDM Version it is called 'Tel. Büro', 'Tel.Privat' etc. and I don't want to guess the english field names,

I want to know them.

Thank's in advance for you help.

kind regards,

Reiner

Hello Richard,

this will give me a very big file which not contains the Asset contact informations.

How can I filter the resulsts by type and how do I get the contact information of this session-objekt?

Kind regards,

Reiner

Hello Richard,

so, I do my best in English, no problem (I hope).

We use a Microsoft SQL Server as our data source.

If the connection to our entries should be established via PowerShell module:

1. there is no Synch AddOn for Exchange or MetaDirectory for RDM contacts

2. it will be an PowerShell-Export with all contact data to an export file and the other system has to handle this export file, right?

Where can I find the therefore needed PowerShell commands and the possibility to filter?

Best regards,

Reiner

Hallo,

welche Möglichkeiten habe ich Kontakteinträge im RDM mit anderen Datenquellen zu synchronisieren?

Aktuell würde ich gerne auf die im RDM gespeicherten Kontakte mit dem ESTOS Metadirectory zugreifen können,

um die Kontaktinformationen für unsere CTI-Lösung zugreifbar zu machen.

Alternativ wäre auch ein Synch zu Exchange oder Outlook hilfreich.

Gibt es dafür vielleicht AddOns zum Produkt?

Vielen Dank für Eure Unterstützung.

Gruß

Reiner Wolff

Hallo Min,

das ist ja unglücklich, dass das noch nicht geht.

Aber vielen Dank für die Anfrage in der Entwicklung.

Wäre schon schön, wenn der unterstützte Passwortspeicher auch mit den unterstützten Fernwartungstools zusammen nutzbar wäre ;-)

Bislang habe ich im Pleasant Server die Domäne meist mit im Feld 'Benutzername' in der Form 'Domainname\Username'.

Ich hatte aber schon erwartet, dass ich die Domäne dort als benutzerdefiniertes Feld hinzufügen muss, zB als 'Domain' oder 'Domäne'.

Deswegen hatte ich nach dem hinterlegten Mapping zwischen diesen Feldern gefragt (siehe Ursprungsfrage).

Für den Anfang wäre es auch ausreichend, wenn die Domäne im RDM-Eintrag gespeichert werden könnte, wenn ein Repository ausgewählt ist.

Besser wäre es, wenn man das Mapping zwischen den Feldern des RDM und den Feldern des Quell-Repositorys selbst konfigurieren könnte,

dann wäre man maximal flexibel.

Frohe Ostern

Reiner

Moin Min,

wenn ich in einem solchen Eintrag die Domäne ausfülle, wird dies im RDM-Eintrag nicht abgespeichert.

Nach verlassen mit OK und erneutem Aufruf der Eigenschaften ist das Feld Domäne wieder leer.

Ebenso verhält es sich beim Anmeldeversuch. Es erscheint eine etwas andere Fehlermeldung:

Im Ereignisprotokoll des jeweiligen Servers ist zu sehen, dass die Domäne nicht mit übergeben wurde.

Vermutlich versucht er sich dort dann mit dem lokalen Administrator-Account anzumelden, was scheitert, weil dieser ein anderes Kennwort hat.

Beim Domänencontroller funktioniert dies hingegen, weil es dort kein gesondertes lokales Administrator-Konto gibt.

Bin ich wieder bei meiner Ursprungsfrage:

Wo kann ein mapping zwischen dem Pleasant Server Eintrag zum Feld Domäne hergestellt werden.

Hilfsweise wäre es dann vermutlich auch hilfreich, wenn er den manuellen Eintrag bei Domäne speichern würde ;-)

VG

Reiner

Moin Min,

hab ich schon wieder was gelernt :)

Ja, ich kann mir dort die korrekten Benutzer und Kennwortdaten anzeigen lassen.

Das Umstellen auf 'veschlüsselte Windows-Anmeldung' machte mich sehr hoffnungsfroh, da es beim ersten Server damit direkt funktionierte.

Leider beim zweiten Server nicht.

Ich habe dort schnell in Dameware einmal nachgeschaut, ob die Auth-Art überhaupt akzeptiert wird, aber das ist (leider) der Fall.

Beim zweiten Server bleibt es daher dabei, dass dies mit den einen Zugangsdaten geht und den verknüpften nicht.

Aber es ist ein Fortschritt.

Bislang waren wir bei 'geht nicht', jetzt sind wir bei 'geht manchmal' :)

VG

Reiner

Hallo Min,

sorry für das Mißverständnis.

Bei den Anmeldeinformationen war natürlich der Eintrag im Repository ausgewählt, der auf den Pleasant Password Server verweist:

Wähle ich dort einen RDM-Zugangsdaten-Eintrag aus:

funktioniert die Damewareverbindung ohne Probleme.

Beim Eintrag über den Pleasant Password Server bekomme ich hingegen diese Fehlermeldung:

Auch wenn ich die Domäne manuell angegeben habe.

Bzgl. Zugangsdaten und Kennwort sind die Einträge gleich.

BG

Reiner

Moin Min,

vielen Dank für Deine Antwort.

RDM-Version ist 2020.3.19.0 64-bit

Anmeldeinformationen Dameware könnte mein Verständnisproblem sein.

Da die Anmeldeinformationen ja vom Repository kommen sollen, habe ich die Felder wie im Screenshot zu sehen leer gelassen.

So funktioniert die Verbindung ja auch, wenn eine RDM-Allgemeine Anmeldeinformation (Benutzername/Passwort) stattdessen genommen wird.

Was sollte ich denn da eintragen?

Gruß

Reiner

Hallo,

wir setzen RDM mit Verbindung mit Dameware ein.

Nun wollte ich Zugangsdaten aus dem Pleasant Passwort Server für den Verbindungsaufbau nutzen, scheitere aber an der Übergabe.

Für die erfolgreiche Authentifizierung müssen die Felder Benutzer-ID, Domäne und Passwort gefüllt werden.

Im Passwort Server habe ich aber nur die Felder Benutzername und Passwort.

Wie nimmt RDM das Mapping zwischen den beiden Systemen vor?

Kann ich das irgendwo konfigurieren?

Letztlich will ich nur die drei Felder aus dem Passwort Server befüllen lassen:

Vielen Dank für die Unterstützung.

Reiner