SecureCRT Add-on Revision Request

Hi,
Thank you for the information. Can you give me the registry where the path is located? We will verify this key and try to load the session from here.

HKEY_CURRENT_USER\Software\VanDyke\SecureCRT
Value name: Config Path
Value type: REG_SZ
Value data: C:\Documents and Settings\<userid>\Application Data\VanDyke\SecureCRT\Config

SecureCRT default configuration is the following:

C:\Documents and Settings\<userid>\Application Data\VanDyke\SecureCRT\Config
Contains *.ini setting files e.g. Global.ini

C:\Documents and Settings\<userid>\Application Data\VanDyke\SecureCRT\Config\Known Hosts
Contains *.pub public key files

C:\Documents and Settings\<userid>\Application Data\VanDyke\SecureCRT\Config\Sessions
Contains <hostname>.ini files for every server and/or device

The SecureCRT Add-on for Remote Desktop Manager loads the SecureCRT application using the <hostname>.ini in the 'Sessions' directory. If the <hostname>.ini file exist within a sub-directory e.g. ..\Sessions\Linux\<hostname>.ini the SecureCRT Add-on must contain the sub-directory e.g. Linux\<hostname> to work correctly.

So just to be clear the above settings should not be changed. Otherwise our local 'Sessions' will no longer be accessible. We need an option within the SecureCRT Add-on to set the location of a shared 'Sessions' directory. e.g. Z:\RemoteDesktopManager\SecureCRT\Config\Sessions\<hostname>.ini
NOTE: Z:\ is a shared network drive

Command line detail...

"C:\Program Files\VanDyke Software\SecureCRT\SecureCRT.exe" /f "C:\Documents and Settings\<userid>\Application Data\VanDyke\SecureCRT\Config" /s hostname

"C:\Program Files\VanDyke Software\SecureCRT\SecureCRT.exe" /f "Z:\RemoteDesktopManager\SecureCRT\Config" /s hostname

Cheers,
thfs

David,

Do you need anything else from me?

Cheers,
thfs

Hi,
Not for now, I just haven't the time to work on this. I hope to have time tomorrow.

Hi André is working on updating the addon, but in the meantime, you can use the Other parameters fields ? Have you tried it with /f "Z:\RemoteDesktopManager\SecureCRT\Config" ?

Yes, the command line /f "Z:\RemoteDesktopManager\SecureCRT\Config" works.

Cheers,
Tim

Hi,
I updated the SecureCRT addon with the new version 1.1.0.0, can you give it a try ?

Works great! However, I still need some revisions:

01. Could you unlink the RDM Session Name from the SecureCRT Add-on Session name? When the SecureCRT Session name is located in a sub-directory, the RDM Session Name has to match. E.g. 'Sun Solaris\Sun Fire 280R'. I just want 'Sun Fire 280R' not the sub-directory as well.

02. Could you exclude "__FolderData__", "Default" and include sub-directories to the 'Session name' pull-down menu? As well have the pull-down menu refresh when selecting either 'Local Session’ or 'Shared Session'. Obviously the 'Shared Session' directory must have been specified already.

03. And finally, I get the following error message when opening a session in RDM while SecureCRT is already running (using the default local sessions): "Sun Fire 280R was not found in session database."

I verified this does not happen from command line. I opened SecureCRT and connected to a session, then from command line executed the following: "C:\Program Files\VanDyke Software\SecureCRT\SecureCRT.exe" /f "Z:\RemoteDesktopManager\SecureCRT\Config" /s hostname. I should point out that a new SecureCRT process opens each time.

FYI - I have been given permission to purchase a site license.

Cheers,
thfs
edited by thfs on 11/4/2010
edited by thfs on 11/4/2010

Hello,
Can you please try this new version and come back to me with your comments ?
Thank you !

Great work! Almost there...

Completed.

Completed, this function has helped greatly! Minor revision, when clicking between 'Local Session' and 'Shared Session' the current 'Session name' should clear as the pull-down menu sessions may be different.

Almost complete. If the 'New tab' option is unchecked it works, if checked same error. The RDM session needs to verify if an existing SecureCRT process is using local or shared sessions, if shared open a new tab within the existing shared SecureCRT process not the local SecureCRT process.

*NEW* 04. When opening a second SecureCRT Add-on session (with the 'New tab' option checked, the default setting) the SecureCRT icon changes to the green play icon, but after entering the username the icon changes back?

If 'New tab' is checked the green play icon should be based on the SecureCRT sessions status: connected or disconnected
If 'New tab' is unchecked the green play icon should be based on each SecureCRT process status: opened or closed

Cheers,
thfs

Hi,
For the last 2 points, there is now way for us to verify that, we cannot get the status from SecureCRT, since it's not a COM or ActiveX. It's only a command line and we don't have any control on which process the SecureCRT use (local or shared). Maybe you have an idea ?

I apologize if the following suggested enchantments are already in RDM 6.0, but I haven’t had an opportunity to evaluate it yet.

01. Could you please add to the SecureCRT Add-on the option to Ping, Continuous Ping and Trace Route.
INI file: S:"Hostname"=<Hostname, FQDN or IP Address>

02. Would you please consider adding an additional option to the ‘Filter sessions’. A check box beside the ‘clear’ button that will do an in-depth search of all the sessions. I’d like to be able to search the following fields (and more): Description, Computer, User name, Domain.
E.g. In the Description field we put the version of Windows
E.g. In the Computer field we only use the IP address (not FQDN)

Searching the above two fields would be great!

Cheers,
thfs

Hi,
I added two feature request for that, thank you

Could you please consider the following?

01. When clicking between 'Local Session' and 'Shared Session' the current 'Session name' should clear as the pull-down menu sessions may be different.

02. Could you please add to the SecureCRT Add-on the option to Ping, Continuous Ping and Trace Route.
INI file: S:"Hostname"=<Hostname, FQDN or IP Address>

03. Could you increase the horizontal length (similar to the 'Shared 'config' folder' field) of the 'Session name' pull-down menu.

Cheers,
thfs
edited by thfs on 8/31/2011

Hi,
I added your request to my todo list. I will see what I can do when all our staff are back from vacation.

Thank you

Any updates?

Hi,
André has finished his embedded SSH project and he will be able to update some add-on soon. This should be on his list.

Hi,
This is a new version of the DLL (1.3.0.0).
Would you please test it and give feedback.
Regards

Excellent, verified all 3 enhancements.

Unfortunately the increased horizontal length of the ‘Session name’ pull-down menu is still too short (we use many sub-directories). The easiest solution I can think of is to add a horizontal scroll bar at the bottom as well.

In addition, could you add the following features as well?

05. Add an auto fill feature:

Under 'File -> Options -> Installation Path tab' add a field to specify the 'Shared Session Default path'. So when a new SecureCRT Session is added, the 'Shared 'config' folder' is auto filled (but can be edited) with the 'Default path' value. This is a huge time saver.

06. Is there any way to add a report comparing a list of RDM SecureCRT Sessions to a list of INI files listed in the Shared Session folder, so we know if any are missing?

07. When deleting a SecureCRT Session, could you add the option to delete the corresponding INI file? Obviously, a users account privileges may not allow the INI file to be deleted.

Reference:
http://forum.devolutions.net/forum/topic1182-request-for-securefx-addon.aspx

Cheers,
thfs
edited by thfs on 12/9/2011