ngagne

I'm not able to run as script without having to manually enter my credentials. Just to make sure I understand how all this should work, can you provide screenshots of a simple Command line (external application) session that executes notepad.exe using gsudo?

Is RDM supposed to pass credentials to gsudo automatically? I'm finding that I'm needing to execute a typing macro (not ideal) to send the password.

OK, thanks. For anyone else who finds this post, the session setting is under General -> Terminal tab -> Advanced tab

I've gotta be missing something really simple, but I can't figure out how to disable the file explorer pane in SSH sessions.

NetBox is a popular open source DCIM and IPAM management tool designed to be the "source of truth" for your network. It has a GraphQL API that can be used to retrieve information about devices and virtual machines. RDM could use this information to automatically create sessions, create a link to documentation, and populate asset data.

The following PowerShell script will retrieve a device's asset data from NetBox:

function Get-NetboxDevice {

[CmdletBinding()]

param (

[Parameter(Mandatory = $true)]

[string]$NetboxGraphQlUri,

[Parameter(Mandatory = $true)]

[string]$Token,

[Parameter(Mandatory = $true)]

[string]$DeviceName

)

begin {

$headers = @{

"Authorization" = "Token $($token)"

"Content-Type" = "application/json"

"Accept" = "application/json"

}

}

process {

$graphqlQuery = @'

query get_device_list($device_name: [String]) {

device_list(name: $device_name) {

id

name

device_type{

manufacturer{name}

model

}

site{name}

rack{name}

platform{name}

primary_ip4{address}

}

}

'@ | ForEach-Object { ([String]::Join(" ", ($_.Split("`n")))).Trim() }

$query = @{

query = $graphqlQuery

variables = @{

device_name = $DeviceName

}

} | ConvertTo-Json -Depth 100

$response = Invoke-RestMethod -Uri $netboxGraphQlUri -Body $query -Headers $headers

$response.data.device_list

}

end {}

}

id          : 161
name        : server01
device_type : @{manufacturer=Dell; model=PowerEdge R720}
site        : @{name=Main Office}
rack        : @{name=Server Rack}
platform    : @{name=VMware}
primary_ip4 : @{address=172.21.1.14/24}

Thanks - the Duo prompt works as expected now.

Hi - can you confirm which version has the fix in it? I'm showing the latest available is 2022.3.28.0 but I'm experiencing the same issues with that version.

An update:

In my original post, the linked host uses $NAME$ for its host field:

I created another host that doesn't reference a variable in the host field, then created a second entry and linked its host to the first. The variable still doesn't resolve in the name field but it does resolve in the before open message box.

Interesting. What's special about template groups that makes this functionality not possible?

Just updated to 2022.3.27 and created a new entry using the $HOST$ variable for the name and also a message prompt like you did. The name in the tree is blank and the message prompt just says $HOST$.

RDM 2022.3.22.0

When creating a new template, there is a Template Settings section. When you edit an existing template, this section is missing.

Adding a new template:

Editing an existing template:

e: RDM 2022.3.22.0

When I try to use the $HOST$ variable to reference a linked host, the variable doesn't resolve:

Here is how the entry is configured:

Sure

Yes, the data source is configured and there are no issues when using RDM.

• RDM Powershell Module version 2022.3.1.0

• RDM Version 2022.3.22.0

• MSSQL datasource

• Users are configured to use Integrated Windows Authentication and Duo MFA

When the "Force datasource 2-factor configuration" option is set in System Settings, running cmdlets from the RemoteDesktopManager PowerShell module (either in a PS5.1 or PS7 session) fail with the following error:

NotImplementedException - The method or operation is not implemented.

   at RemoteDesktopManager.UIService.ShowQuestionMessage(String message, String defaultButtonText, String alternateButtonText)
   at Devolutions.RemoteDesktopManager.Managers.DataSourceManager.ApplyPolicies(DataSourceSettings dataSourceSettings, Boolean isLoadDataSourceSettings)
   at Devolutions.RemoteDesktopManager.Managers.ConnectionManager.LoadDataSourceSettingsFromDataSource(ConnectionEngine engine)
   at Devolutions.RemoteDesktopManager.Managers.ConnectionManager.ValidatePolicies(ConnectionEngine engine, Boolean hasChanged)
   at Devolutions.RemoteDesktopManager.Managers.ConnectionManager.LoadConnectionsFromDataSource(ConnectionEngine engine, Boolean hasChanged)
   at Devolutions.RemoteDesktopManager.Managers.ConnectionManager.LoadConnections(BaseConnectionDataSource dataSource) 

Disabling the MFA requirement allows the cmdlets to run. I've seen references to other MFA providers working with the RDM Powershell module - Is Duo supposed to work as well?

Can someone point me to detailed documentation on how to use inventory management in RDM? I'm not seeing much of anything in the help, and forum/KB searches aren't helpful either. Specifically, I'm looking to see how the Inventory Management->Service Type->Custom works, and what it's supposed to do, and how would one configure it?

From a more general perspective, the lack of documentation for this (paid!) product is beyond frustrating. Another example: there are 0 results for "bluetally" in the documentation OR forums, yet it's an option for an inventory source.

I can confirm the behavior exists 2022.3.14.0 as well.

@dhervieux - can you provide me with an installer for 2022.3.14.0? Only 2022.3.16.0 is in previous versions. I'd like to test and see where the breaking change is.

e: I was able to manipulate the download link and grab it. Testing now.

Just chiming in to say that I too am experiencing this after upgrading from 2022.2.20.0 to 2022.3.18.0 today. Downgrading back to 2022.2.20.0 allowed me to open RDM without it freezing.

No - I get an access denied message. I am able to manually run mmc.exe, add the Event Viewer snapin and connect as the user I'm trying to use from RDM and that works fine, so the credentials themselves appear good.

Done.

Yes.

Hi Jeff, no, it doesn't work that way either.

That did the trick, thanks! I'd like to request that the documentation be updated to indicate the proper format, and the GUI field label changed to indicate that it needs the full URI - currenty, it says "Make sure to specify the port in the host field"

RDM v2020.3.24.0

I'm trying to create a simple cmd.exe session that will run as a different user. I'm specifying credentials in my linked Passwordstate credential entry. When I execute the session, I get a "Unable to execute the application "c:\windows\system32\cmd.exe". When I change the RunAs credentials to Custom, and enter the same username/password from the Passwordstate entry, it works as expected. I can use the same linked Passwordstate credentials in an RDP session successfully, so I know they're valid. I can also manually run cmd.exe and execute runas from there with the same credentials and they work. As another test, I defined an After Open action to pop up a message box and display the %USERNAME%, %PASSWORD%, and %DOMAIN% variables. I made sure to enable "Use Password in Variables" too. When the message box comes up, it shows "%DOMAIN% ngagne %PASSWORD%" - the domain and password variables don't resolve.

I get the following in the RDM application log when it fails:

1/14/2021 12:18:09 PM2020.3.24.0 - 64-bitError SilentSystem.ComponentModel.Win32Exception (0x80004005): The stub received bad data

  at System.Diagnostics.Process.StartWithCreateProcess(ProcessStartInfo startInfo)

  at System.Diagnostics.Process.Start(ProcessStartInfo startInfo)

  at Devolutions.RemoteDesktopManager.Frames.Embedded.FreEmbeddedCmd.StartProcess(EmbededConnectionResult embededConnectionResult)

  at Devolutions.RemoteDesktopManager.Frames.Embedded.FreEmbeddedCmd.ProcessVisibleChanged()