Hello everybody,

we are running the actual version of DameWare 11.1.0.170 for our Administrators to have some smooth remote support ability.

There is only one problem/missed function, we want to have.

We want to see which user is logged into a machine, when we are checking our "Active Computer list" in DameWare.

Also I know this can be done via the Active Directory (add to the description field on the computer), but then we have some double maintenance.

Is there any functionality on DameWare to check which user is logged into. For example is DameWare able to readout the "User and Groups" of Windows or the registry to check whether which user has logged in today?

Thanks for any answer.

Hopefully you can help me.

Best Regards,

Philipp

Please note we have released Hotfix 1 for Dameware version 12.0. This hotfix is available on your customer portal.

Hotfix 1 addresses the following issues:

• ZDI-CAN-3125 vulnerability (Thanks to Andrea Micalizzi aka rgod, working with HP's Zero Day Initiative, for identifying this issue.)
• Upgrading MRC agents on remote machine failed.
• MRC was not able to connect to remote machine using "MRC Ping" feature.
• DRS Service installation failed in DRS.
• Event log does not show content in DRS.

Hotfix 1 requires SolarWinds DameWare Mini Remote Control version 12.0.0.509. Hotfix 1 can be applied to both 32-bit and 64-bit installations or SolarWinds DameWare Remote Support version 12.0.0.509.

You can find more details in README file included in hotfix.

Now go and download the hotfix now.

Note: This is a topic brought over from DameWare Forums which has been closed. If you wish to engage in this discussion, just comment here.

Unable to log onto remote machines using DameWare 5.5.0.2
by threeofspades on Thu Sep 13, 2007 5:34 am

Hi All,

We are currently having issues with logging onto some of our machines using the DameWareMini Remote Control. We recently installed some Microsoft patches on the machines and this has resulted in us having to log onto the machines using Remote Desktop rather than DameWare. Do you know of any Windows updates that may affect DameWare connection? When we try toconnect using DameWare we get the Winsock error:

Connect Error:
System Error: 10061
System Message: No connection could be made because the target machine actively refused it.

We have gone onto the DameWare help site and read through the help topics on this error but are still unable to resolve.

Any help would be greatly appreciated.

Kind regards.

Re: Unable to log onto remote machines using DameWare 5.5.0.2
by bryan on Fri Sep 14, 2007 11:13 am

Hello threeofspades,

Are you sure you're specifying the correct TCP port in your Host settings?
Is the MRC Client Agent Service already installed & running on these remote machines?
If so, have you tried stopping the Service, changing the TCP port, and then restarting the Service?

Because a Winsock 10061 error typically means the MRC Agent Service was not listening on the TCP port that you specified (default is TCP 6129). Then a subsequent attempt at interrogating the Servcie Control Manager on the remote machine failed for some reason (insufficient rights, ports blocked, file & printer sharing not enabled, etc…). This process of interrogating the Service Control manager requires the Operating System's Installed Protocols (File & Printer Sharing - UDP 137, UDP 138, TCP 139, TCP 445) to be open between the loal & remote machines, and it also requires Administrator rights within the O/S security on the remote machine.

Therefore if we cannot connect to the MRC Client Agent on the remote machine using the specified TCP port, and then we also cannot communciate with the Service Control Manager on the remtoe machine using Microsoft’s APIs, then we have no choice but to fail. Because these same ports/protocols used by Microsoft’s APIs in order to communicate with the Service Control Manager are the same ones required to install, remove, start, or stop the MRC Client Agent Service on the remote machine.

However, please also click on the Copy button on the Winsock Error Dialog, then send me this information (paste it into this email) back to me for examination. Also include a screen shot of the actual Winsock Error dialog as well so I can review it.

Your feedback is appreciated.

Bryan Brinkman
Support Engineer
DameWare Development, LLC.
http://www.dameware.com

Re: Unable to log onto remote machines using DameWare 5.5.0.2
by threeofspades on Mon Sep 17, 2007 6:19 am

Hi Bryan,

Thank you for your response.

I have some additional information that may help to try to resolve this issue.

I can use MRC on the servers themselves to connect to my own machine, but am unable toconnect from my machine to the servers using MRC.

When i try ot connect to the server using MRC i first get a message saying the following:

"The DameWare Mini Remote Control is not running on onyxctx2.

Would you like to start it now?

Host: onyxctx2".

I select OK but then get the following error:

"Unable to start Service
System Error: 2
System Message:
The system cannot find the file specified"

When I RPC'ed onto the server and checked the DameWare Mini Remote Control service is was not running. When i selected to start it i get the error:

"Could not start the DameWare Mini Remote Control service on Local Computer

Error 2: The system cannot find the file specified."

When i checked the path to the executable 'C:\WINDOWS\system32\DWRCS.EXE -service' the DWRCS.EXE was not in there.

I have tried to load DameWare again but get the same errors. It seems that this executable has been deleted for some reason. How can i retrieve it or load it again?

Thank you for your time and effort.

Kind Regards

Re: Unable to log onto remote machines using DameWare 5.5.0.2
by bryan on Mon Sep 17, 2007 10:37 am

Hi threeofspades,

You're welcome and thank you for this additional information. It was very helpful...  

As you have already found, Microsoft's System Error: 2 means File not found, and that's definitely due to the DWRCS.EXE file being missing in the System32 folder.

However, all you should have to do is re-copy the DWRCS.EXE file from your local DameWareInstallation folder to the System32 folder on this remote machine. Then you should be able torestart the Service again.

But you might also want to do a little extra research to find out how this file could have been deleted.

I hope this helps.

Bryan Brinkman
Support Engineer
DameWare Development, LLC.
http://www.dameware.com

Re: Unable to log onto remote machines using DameWare 5.5.0.2
by threeofspades on Tue Sep 18, 2007 4:43 am

Hi Bryan,

I took your advice and copied the DWRCS.EXE file from my local machine to the WINDOWS\system32 folder on the server.

When i tried to MRC onto the server i got the request:

"The DameWare Mini Remote Control is not running on onyxctx2.

Would you like to start it now?

Host: onyxctx2".

I selected OK and it came up withthe message:

"Service Start Status:

Starting service....."

I thought that this was looking good but unfortunately it came back to the above message:

"The DameWare Mini Remote Control is not running on onyxctx2.

Would you like to start it now?

Host: onyxctx2".

It seems that the service is starting but is tehn stopping several seconds later.

I RPC'ed onto the server to check out the DameWare Mini Remote Control service. It was setto automatic and was not started. i set it to start and it did so. But about 5 seconds later it just stops.

Not sure what is going on but something is stopping the service from running.

Any ideas?

Kind regards

Re: Unable to log onto remote machines using DameWare 5.5.0.2
by bryan on Tue Sep 18, 2007 1:46 pm

Hi threeofspades,

Thanks very much for the update. This is some great information.

I believe you're right. There appears to be something else here that's stopping the Service from running. What other software do you have running on this machine? Do you have anything like CA eTrust, or Pest Patrol, or Pest Patrol remote (look for ppRemoteService.exe in Task Manager under Processes)?

If this is the cause, then additional information on how to configure the appropriate exception within Pest Patrol is also available in another thread on our forum:

The Dameware mini remote service is not running on XXX.
http://forums.dameware.com/viewtopic.php?f=8&t=47

Your feedback is appreciated.

Bryan Brinkman
Support Engineer
DameWare Development, LLC.
http://www.dameware.com

Re: Unable to log onto remote machines using DameWare 5.5.0.2
by threeofspades on Thu Sep 20, 2007 5:42 am

Hi Bryan,

Thank you for all your help.

We do have eTrust running on our systems and when i placed the DameWare exception into the Management Console i got DameWare back working on all but one server. But i will check it out and see if i can figure out where the problem is. I'm sure it's just something simple but the service still seems to be stopping on that particular server.

Thanks again for all your help and it was very much appreciated.

Kind Regards

Note: This is a topic brought over from DameWare Forums which has been closed. If you wish to engage in this discussion, just comment here.

System Error: 5 Acces is Denied ??? [I PUT LOGS]
by Mrconnard on Wed Jan 30, 2008 1:13 pm

Hello everybody, i got this error today:

AUthentification failed:
System error: 5
System message: Access Denied
Please check the event log on the remote machine for possible cause

And the event gives me this:

Date:01/30/0823:55:21
ComputerName:DJ0DJ0
UserID:DjoDjo
LogonAsID:
Domain:
OSProductID:55274-642-5926024-23226
OSRegisteredOwner:Dj0Dj0
OSRegisteredOrganization:Dj0Dj0
HostNamefromPeer:dj0dj0
IPAddresse(s)fromPeer:192.168.0.17
Host:
IPAddress:(HIDDEN)
ProtocolVersion-DWRCC.EXE:6.650000-2.000000
ProtocolVersion-DWRCS.EXE:3.600000-0.600000
ProductVersion-DWRCS.EXE:3.63.1.0
AuthenticationType:NTChallenge/Response
LastErrorCode:0
LastErrorCode(WSA):0
Absolutetimeoutsetting:0minutes
Connect/Logontimeoutsetting:90000miliseconds
AccessCheck:
  0 LfLes
º G
º G  ^^* DWMRCSSERVER_NECH
DameWareMiniRemoteControl
SystemError:10061
Unabletoconnecttomailserver-Error:100610 (    """"3333DDDD0 ¸t (

I don't know if the last part (SystemError:10061
Unabletoconnecttomailserver-Error:100610 (    """"3333DDDD0 ¸t ()
is really part of the log concerning DWRCS because the event log was corrupted so ...

I thought it was due to the Absolute timeout setting put to 0 but i don't know..

I hope you'll be able to help me. Thanks in advance

Re: System Error: 5 Acces is Denied ??? [I PUT LOGS]
by bryan on Wed Jan 30, 2008 1:31 pm

The remote machine appears to be running a much older version of the software that we no longer support (i.e. version 3.x).

Therefore, I would suggest you first remove this older version of the Service and install your current version of the Service on the remote machine.

If you still receive the Access Denied error using the current version, then either paste those logs back here again, or send them to our support staff at support@dameware.com for review. There should also be multiple DWMRCS entries, so send the entire text from each entry.

Your feedback is appreciated.

Bryan Brinkman
Support Engineer
DameWare Development, LLC.
http://www.dameware.com

Re: System Error: 5 Acces is Denied ??? [I PUT LOGS]
by Mrconnard on Wed Jan 30, 2008 1:40 pm

But... i managed to access this remote machine yesterday and then i DIDN'T touch anything (neither settings nor anything else) and now it doesn't work.. So it's not a problem of too much old version.

Re: System Error: 5 Acces is Denied ??? [I PUT LOGS]
by bryan on Wed Jan 30, 2008 2:02 pm

According to the log you posted, this remote machine is running version 3.63 of the MRC Client Agent Service.

ProtocolVersion-DWRCS.EXE:3.600000-0.600000
ProductVersion-DWRCS.EXE:3.63.1.0

... and you will not be able to connect to version 3.x of the Client Agent using any 6.x version of the software.

Therefore, please remove the MRC Client Agent from this machine and install the current version. Then you should be able to connect.

You may also want to check the logs on this machine to see if someone else connected after you did and downgraded the Client Agent to this older version. That's the only explanation I can offer at this time.

I hope this helps.

Bryan Brinkman
Support Engineer
DameWare Development, LLC.
http://www.dameware.com

Re: System Error: 5 Acces is Denied ??? [I PUT LOGS]
by Mrconnard on Wed Jan 30, 2008 2:09 pm

In fact, i connected yesterday for the 1st time to this machine with the DWRCS CLIENT version 3.60.... so i installed the version 3.60... on the remote machine... and it worked! i didn't upgrade the remote version.. (today i tried with both versions of the client and none worked)

Re: System Error: 5 Acces is Denied ??? [I PUT LOGS]
by Mrconnard on Wed Jan 30, 2008 2:33 pm

And i forgot to say i had a "Access denied" with DNTU 6.6 !! for the remote command view and a Error for the event logs ...
So it's not linked to DWRCS in fact :s

Re: System Error: 5 Acces is Denied ??? [I PUT LOGS]
by bryan on Wed Jan 30, 2008 3:24 pm

If you in fact connected with version 6.x of the software to a 6.x Client Agent service on the remote machien, then send me the log files from that connection just as I asked you in my original response. Because without that information I cannot help you. Also send me all of the DWMRCS log entries associated with this failed login attempt, not just the connect or disconnect entry.

- What rights do you have within the O/S security on the remote machine?
- What O/S and Service Pack level is installed on both the local & remote machines? If it's XP or Vista, also distinguish the exact version of the O/S as well (i.e. XP Home, XP Pro, etc...).
- Are these machines located on the same LAN, over the WAN, accross the Internet?
- Can you access the Admin$ share on the remote machine (net use \\remotemachine\Admin$) via a CMD prompt on your local machine?

Also, just FYI, DNTU uses a completely different set of ports & protocols and wouldn't have anything to do with your behavior via MRC. Microsoft's APIs used within DNTU use what's called NT "Pass-Through" authentication. Therefore, if you receive Access Denied errors using Remote Command View or Event Log View, this means your current O/S logon credentials don't have sufficient rights within the O/S security on the remote machine. Therefore, you would have to establish an authenticated connection to this remote machine using sufficient credentials (i.e. Administrator), either within the O/S itself or by using DNTU's LogonAs feature.

Bryan Brinkman
Support Engineer
DameWare Development, LLC.
http://www.dameware.com

Re: System Error: 5 Acces is Denied ??? [I PUT LOGS]
by Mrconnard on Wed Jan 30, 2008 3:44 pm

- What rights do you have within the O/S security on the remote machine?
Administrator rights in theory..
- What O/S and Service Pack level is installed on both the local & remote machines? If it's XP or Vista, also distinguish the exact version of the O/S as well (i.e. XP Home, XP Pro, etc...).
Both XP Pro
- Are these machines located on the same LAN, over the WAN, accross the Internet?
Across the Internet
- Can you access the Admin$ share on the remote machine (net use \\remotemachine\Admin$) via a CMD prompt on your local machine?
No.. Error 1219

Note: This is a topic brought over from DameWare Forums which has been closed. If you wish to engage in this discussion, just comment here.

Granting remote control rights to non-admins
by abentley on Wed Sep 09, 2009 4:38 am

Try as I might, I have been unable to get non-admin users to be able to remote controlcomputers. I am running Windows Vista Enterprise SP2 and MRC 6.8.1.4. I have read a lot of posts on the subject and understand that the default dwrcs.ini settings need to be altered during MSI creation so that non-admins will be able to connect (after permission is granted) and i'm pretty sure I've got the settings correct, but only users with admin rights are currently able to connect successfully.

What I want is for members of a specific domain global group to be able to connect to any MRC client. All of the members of this group are at the very least members of the local 'Users' group on each computer (becuase they are members of Domain Users which is in-turn a member of the local Users group). Some members of the domain group have local admin rights on computers, and it is only these accounts that are able to authenticate and connect.

I require all connection attempts to prompt for permission when someone is logged on to the target computer, and for any connection to a locked or un-logged-on computer to be automatically accepted.

I have tried both Encrypted Windows Logon and Windows NT Challenge Response authentication methods without success. I'm pulling my hair out now as I really need some users who can't have local admin rights the ability to remote control with MRC.  

Here is my INI file (I am not using registry settings), can anyone spot anything wrong with it?
CODE: SELECT ALL
[Settings]
Port=6129
Adgang NTLM=Yes
Adgang 1=
Adgang 2=
Adgang 3=0
Notify On New Connection=Yes
Notify On Disconnection=No
No Notify Sound=No
Notify On New Connection Timeout Value=30
Notify Dialog Caption=Remote Control
Notify Dialog Text 1=Remote Control Notification
Notify Dialog Text 2 Remote Control=The following user has connected viaremote control.
Permission Required=Yes
Center Permission Dialog=No
Permission Dialog Set Focus On Decline Button=No
Show SysTray Icon=Yes
Enable User Option Menu=No
Option Notify On New Connection=Yes
Option Notify On New Connection Dialog Timeout=Yes
Option On Disconnect Logoff Desktop=Yes
Option On Disconnect Logoff Desktop Force Applications Close=Yes
Option On Disconnect Lock Workstation=Yes
Option Logon At Logon Desktop Only=Yes
Option Logon At Logon Desktop Only Timeout=Yes
Option Enable File Transfer=Yes
Option Enable Chat=Yes
Option Enable Chat Allow Anyone To Initiate=Yes
Option Permission Required=Yes
Option Enable Add Client Connection Menu=Yes
Option Enable DisConnection Menu=Yes
Option Enable Email Notification=Yes
Option Enable Email Notification Change Email Address=Yes
Permission Required for non Admin=Yes
Permission Required for non Admin Disconnect If At Logon Desktop=No
Permission Required for non Admin Force View Only=No
On Disconnect Logoff Desktop=No
Force Applications Close=No
On Disconnect Lock Workstation=No
Logon At Logon Desktop Only=No
Logon At Logon Desktop Only Timeout=Yes
Logon At Logon Desktop Only Timeout Value=20
Enable Add Client Connection Menu=Yes
Enable Disconnection Menu=Yes
Enable Settings Menu=No
Absolute Timeout=0
Requires Explicit Remote Admin Rights=No
Allow Only Administrators To Connect=No
Requires Logon Locally Privilege=No
Must Be Member Of This Local Group=No
Local Group Name=
Must Be Member Of This Global Group=Yes
Global Group Name=DameWare Desktop Remote Control Access
Enable Email Notification=No
Email Notification Address=
Email Notification Server=
Disable Host Lookup=Yes
Socket Logon Timeout=90000
Authentication Type=2
Must Have Logon Locally Rights with Windows Logon=No
SFT: Enable Simple File Transfer=Yes
SFT: Append Host Name=No
SFT: Upload Folder=%SYSTEMROOT%\DWRCS UploadsSFT: User Response Time Out=6000
Disable Version Downgrade=No
Global Group Machine 0=[IP address of Domain Controller 1]
Global Group Machine 1=[IP address of Domain Controller 2]
Global Group Machine 2=[IP address of Domain Controller 3]
Global Group Machine 3=
Global Group Machine 4=
Global Group Machine 5=
Allow All Administrators To Have Control=Yes
Upgrade Information=
Downgrade Information=
Max Access Log Size=10240000
Force Encrypt Data=No
Force Encrypt Images=No
Force Encrypt Files=No
Configuration Version=5.5
[Proxy]
Enable Proxy=No
Require Shared Secret=No
Disable Remote Control=No
[IP Filter]
Enable Filter For Remote Control=No
Enable Filter For Proxy=No
Access Granted=Yes

Questions: Can 'Global Group Name' contain spaces and does it need to be prefixed with 'DOMAIN\' ?

Many thanks in advance

Re: Granting remote control rights to non-admins
by switbro on Wed Sep 09, 2009 6:21 pm

I am having a similiar issue - I have 45 domain controllers and have a group assigned to "Account Operators" so they can remotely access these machines with DMRC. They can access 44 of the 45 but they seem to be in view only mode on the 45th. They cannot connect even when the server is at the login window. The dwrcs.ini file looks the same as all the others, Is there a particular setting I should be looking for that would cause this behavior?

Thanks
Scott

Re: Granting remote control rights to non-admins
by abentley on Tue Sep 15, 2009 2:07 am

Hi, is anyone able to advise on this issue? Thanks

Re: Granting remote control rights to non-admins
by bryan on Fri Sep 18, 2009 1:24 pm

Exactly what error message are you receiving when you try to connect? Because it looks like everything is setup correctly. Spaces in the Global Group name should also be fine (i.e. Domain Admins).

Permission Required=Yes
- all users, even Admins, will require permission from the desktop user
- unless remote machine is at Logon Desktop or Lock Screen

Permission Required for non Admin=Yes
Permission Required for non Admin Disconnect If At Logon Desktop=No
Permission Required for non Admin Force View Only=No

- non-Admins will require permission from the desktop user, unless @ Logon Desktop or Lock Scr.

Please also look for DWMRCS entries in the Operating System's Application Event Log on theremote machine. Copy & paste the entire text from each of these entries back to our support team so they can review them. There should be at least two entries for each failed login attempt.

Once we have this information we whould be able to assist you further.

I hope this helps.

Bryan Brinkman
Support Engineer
DameWare Development, LLC.
http://www.dameware.com
 

Re: Granting remote control rights to non-admins
by abentley on Mon Sep 21, 2009 3:14 am

Thanks for the response Bryan. When any non-local admin attempts to connect they get this error immediately:

Authentication failed:
System Error: 5
System Message: Access denied

Event log entries:
CODE: SELECT ALL
Error:
DameWare Mini Remote Control
System Error: -2146893044
Failed to establish a security context. OS Error Code: [SEC_E_LOGON_DENIED] The logon attempt failed. : (srv)

CODE: SELECT ALL
Error: Failed Authentication.
Using Windows NT Challenge/Response.

  
Date: 09/21/2009 09:02:59  
Computer Name: [computername]  
User ID: [logged-in username]  
Logon As ID: [login credentials username - not the same as username above]  
Domain:   
Desktop User ID:   
Desktop Name:   
System Settings Using: INI-File  
Desktop State: Unknown  
Permission Required: Yes  
Access Approved By: N/A  
Access Declined By: N/A  
Access Request Timeout: N/A  
Access Request Disconnected: N/A  
OS Product ID: [product id]  
OS Registered Owner: [registered owner]  
OS Registered Organization: [registered org]  
Host Name from Peer: [computername]  
IP Address(es) from Peer: [ip address]  
Peer Host Name:   
Peer IP Address: [ip address]  
Protocol Version - DWRCC.EXE: 6.800000-0.000010  
Protocol Version - DWRCS.EXE: 6.800000-0.000010  
Product Version - DWRCS.EXE: 6.8.1.4  
Product Version - DWRCC.EXE: 6.8.1.4  
Proxy Host Used: No  
Proxy Host:   
Proxy Destination Host:   
Proxy Destination Port: 0   
Proxy Callback Port: N/A   
Authentication Type: NT Challenge/Response  
Last Error Code: -2146893044  
Last Error Code (WSA): 0  
Host Port Number: 6129   
Host IP Address: [ip address]   
Host Name: [computer name]   
Absolute timeout setting: 0 minutes  
Connect/Logon timeout setting: 90000 milliseconds  
AccessCheck:   
Registered: No  
WTS Session: No  
Used RSA Public-Key Key Exchange (1024 bit keys).  
Encryption IDs: 26128 (24576,1536,16) [256].  
Hashing IDs: 26128 (24576,1536,16).  
Used Shared Secret: No  
Registration: [registration code]

Re: Granting remote control rights to non-admins
by mbernards on Tue Sep 29, 2009 4:32 am

We have added all global groups in our forests and domains with one name: UG_DWMRC
Universal groups does not seem to work here.

In those groups reside all support personal.

A tip: don't get fooled by the PDC/DC list requirement here, better use the domain names. (6 max)
let DNS find the nearest DC instead of hardwiring nodes here.
We recenly retired a bunch of old DC's and this nuked the authentication process at the clients
You have to force new settings by removing the current remote control agent and installing the new builded MSI file
The repair option does not restart the service for unknown reasons
(I am local admin, but event log says cannot find file)

I also enabled a central log server ( needs a active DWMRCS service )

Domain and enterprise administrators are also allowed to take over machines.

Works great here.

Re: Granting remote control rights to non-admins
by abentley on Wed Oct 07, 2009 5:04 am

Hi, any update on this issue from DameWare support? Thanks

Re: Granting remote control rights to non-admins
by bryan on Fri Oct 09, 2009 9:54 am

See this post for additional information:
http://forums.dameware.com/viewtopic.php?f=8&t=1189

Do those non-Admin credentials have sufficient right to login at the console of this remotemachine? In other words, can these non-Admins physically walk up to this machine and sit down at the console and use their credentials to login? If not, then they won't be able to use those credentials to connect via our software either.

SEC_E_xxxxx errors are produced by Microsoft's SSPI (Security Support Provider) interface within the O/S, which is only used when using NT Challenge/Response authentication. Our software simply passes the necessary information to Microsoft's SSPI interface and the O/S takes over and performs all authentication.

This specific SSPI Error, "Failed to establishing a security context" - SEC_E_LOGON_DENIED, implies there may be some setting within your O/S that's preventing "LAN Manager Authentication" on this machine, possibly a Policy setting (i.e. "Send NTLMv2 response only\refuse LM & NTLM" , etc.).

Therefore, you might want to try using the Encrypted Windows Logon authentication method instead. Using the Encrypted Windows Logon authentication method may resolve your issue, or it may actually generate another error message which may point us in the right direction with regard to this issue. However, presently this behavior appears to be related to some type of O/S configuration issue.

Here are some other things you can check:

- For machines in a Domain, make sure the Net Logon Service is running.
- Make sure the credentials you're using to connect do not have an expired password.
- Check your LanManager Authentication Level policy.
- Try using the Encrypted Windows Logon authentication method instead.

I hope this helps.

Bryan Brinkman
Support Engineer
DameWare Development, LLC.
http://www.dameware.com

Re: Granting remote control rights to non-admins
by abentley on Mon Oct 12, 2009 3:03 am

Thanks Bryan,

I did read the article above and have tried Encrypted Windows Logon before. I have just tried again on several computers and still no joy...

1. The NETLOGON server is running. Confirmed on all computers. All other domain-based authenticaion would fail without this service, so it's definitely running OK.

2. The credentials I am testing with are definitely OK. The account is not expired, locked out and does not require a password change. I can logon interactively at the console of any computer with this test account.

3. LAN Manager Authentication Level is configured using Group Policy to: Send LM & NTLM - use NTLMv2 session security if negotiated. I have also set this to 'Not Configured' so that the default Vista setting (Undefined on workstations) takes effect, this does not help either.

4. Both Windows NT Challenge Response and Encrypted Windows Logon consistently fail for all users who do not have local admin rights. I changed the 'Authentication Type' in the ini file (restarting DameWare service after each change) to 2,4 and 6 to test the different scenarios.

Here's the event log of a failed Encrypted Windows Logon attempt:

Error: Failed Authentication.
Using Encrypted Windows Logon.
CODE: SELECT ALL
Error:
DameWare Mini Remote Control
System Error: 1326
Failed to Logon User (srv)

CODE: SELECT ALL
Date: 10/12/2009 08:46:45  
Computer Name: [computername]  
User ID: [username]  
Logon As ID: [username]  
Domain:   
Desktop User ID:   
Desktop Name:   
System Settings Using: INI-File  
Desktop State: Unknown  
Permission Required: Yes  
Access Approved By: N/A  
Access Declined By: N/A  
Access Request Timeout: N/A  
Access Request Disconnected: N/A  
OS Product ID: 89579-236-0200203-71402  
OS Registered Owner: [owner]  
OS Registered Organization: [org]  
Host Name from Peer: [client computer name]  
IP Address(es) from Peer: [client ip address]  
Peer Host Name:   
Peer IP Address: [client ip address]  
Protocol Version - DWRCC.EXE: 6.800000-0.000010  
Protocol Version - DWRCS.EXE: 6.800000-0.000010  
Product Version - DWRCS.EXE: 6.8.1.4  
Product Version - DWRCC.EXE: 6.8.1.4  
Proxy Host Used: No  
Proxy Host:   
Proxy Destination Host:   
Proxy Destination Port: 0   
Proxy Callback Port: N/A   
Authentication Type: Encrypted Windows Logon  
Last Error Code: 1326  
Last Error Code (WSA): 0  
Host Port Number: 6129   
Host IP Address: [host ip address]   
Host Name: [host computer name]   
Absolute timeout setting: 0 minutes  
Connect/Logon timeout setting: 90000 milliseconds  
AccessCheck:   
Registered: No  
WTS Session: No  
Used RSA Public-Key Key Exchange (1024 bit keys).  
Encryption IDs: 26128 (24576,1536,16) [256].  
Hashing IDs: 26128 (24576,1536,16).  
Used Shared Secret: No  
Registration: [reg code]

HI. there is any option in Dameware mini remote control to perform operation on other machine in invisible mode(without his knowledge)?

Note: This is a topic brought over from DameWare Forums which has been closed. If you wish to engage in this discussion, just comment here.

Can't connect fully Please help
by chrisd1986 on Wed Mar 10, 2010 11:27 am

Hi I'm fairly new to all of this but seem to have select few things working.

Firstly I can connect from home to remote server (SBS 2003), from NT Utilities I can see all workstations that are in the active directory but I simply cant do anything with them, can't ping or connect.

Can somebody please tell me I'm missing something really obvious, it's for my mum's network and she just want me to be able to control them all remotely!

Thank you in advance.
________________________________________
Re: Can't connect fully Please help
by Berserker on Wed Mar 10, 2010 1:42 pm

What are the target machines OS? If Win XP or higher, check their Windows Firewall settings. If enabled, you'll have to allow the ports that use the services you want via DNTU.
________________________________________
Re: Can't connect fully Please help
by chrisd1986 on Wed Mar 10, 2010 2:31 pm

there all xp sp2 and the firewalls are disabled on all machine the server is a proxy server would that have any affect? thanks for reply
________________________________________
Re: Can't connect fully Please help
by Berserker on Wed Mar 10, 2010 5:39 pm

Well if you cannot ping the target machines, then you have a more fundamental issue, not just with Dameware. Can you ping the target machines from the SBS server?

I presumed this from your earlier post, but are all machines on the same local network?

If you can hit the SBS server just fine, and the XP target machines are on the same network as the SBS box, do you have any other devices in between that would not be allowing you to receive ping responses from the target machines?

Also, you did not mention how you are connecting to the SBS server. Is it via VPN or a public IP that is doing NAT?
________________________________________
Re: Can't connect fully Please help
by chrisd1986 on Thu Mar 11, 2010 7:33 am
Hi all the machines are on the same network, The sbs has two nic's one direct to the router and one to the network switch. From the network switch to patch panel then off to the workstations. The domain has a public ip and his how i connect to server. I have since tried to ping the workstations from the server and it is not possible through i.p or name. Please help im sorry this is so vague im new to all of this as my mum was let down by her support company. I can do the basics but thats about it! Thanks in advance 
________________________________________
Re: Can't connect fully Please help
by Berserker on Thu Mar 11, 2010 12:26 pm

Having the multiple NICs on your server probably explains why you can't hit the workstations directly from your Dameware machine. If you're connecting to the server with the NIC that's connected to the router, then it's probably a different IP scheme then your workstations that are connected to that other NIC.

At this point, I'm thinking your best bet would be to connect to the server and then run your remote sessions from there. However, if you cannot ping your workstations from the server either, then that is an issue.

I'm assuming your workstations can talk to the server just fine? If so, you need to find out why you cannot ping the workstations from your server.
________________________________________
Re: Can't connect fully Please help
by chrisd1986 on Thu Mar 11, 2010 12:30 pm

all of the workstations are talking to server through one nic and the server talks to the router on the other. The workstations can all ping the server but not the otherway I will do some more googleing but not really sure what to do. Dameware can see them through the active directory but not do anything to them. Thanks for your time and help

________________________________________
Re: Can't connect fully Please help
by Berserker on Thu Mar 11, 2010 2:27 pm

I think you can see the workstations via Dameware through the AD because you can hit your SBS server, which is running your AD.

Fix the communication to the workstations from the server first. If they are not responding to pings, you'll need to find out why. Try a tracert to a workstation IP, so "tracert IP address" w/out the quotes. This will tell you the path it is taking to the workstations. Since it doesn't get there, it should tell you where it is being blocked and you could investigate further from there.
________________________________________
Re: Can't connect fully Please help
by chrisd1986 on Thu Mar 11, 2010 3:01 pm

I have tried the tracert command and all it does is request timed out for some reason but will keep trying different things until I do get them to talk. Thank you again you've been a big help!
________________________________________
Re: Can't connect fully Please help
by irah29 on Thu Sep 16, 2010 8:23 pm

Hello!

I am new in this site too...
I wanna learn new things here...
So please don't ignore me...
Thanks for the great info you shared....

***IRAH***

Re: Can't connect fully Please help
by wscit on Wed Sep 29, 2010 8:12 pm

I have similar issues. we have a computer that is not on our domain but Connects using VPN and i have tried to remote to the computer and i get the following errors

Firstly it asks to enter Network Password which i input and it keeps bouncing back

Logon Failure
System Error:1219
System Message:
Multiple connections to a server or shared resource by the same user, using more than one name, are not allowed. Disconnect all previous connections to the server or shared resources and try again.

I am logging in as administrator and i am having this problem

what needs to be done on the local computer for this issue to be rectified

Hi!

Tell me please, support server "reverse connection" via the command line.

Thank you.

I get this error when I use Dameware SSH client for windows(Ver: 1.0.0.0) to ssh to some of my ESXi servers. Any idea how it can be resolved?

Error Message: connection error: Could not negotiate diffie-hellman-group1-sha1

Any help appreciated..

Regards,

S.G.K !

Hi, I have a problem to activate the latest version of DameWare Remote Support. When I i try to launch the executable SolarWinds.DRS.Licensor.exe or try to click the button "Enter License" inside DameWare Remote Support software I obtain the following error: "SolarWinds.MRC.Licensor has stop working" and in my computer event viewer I have these two entries:

1. Event 1026, .NET Runtime

Applicazione: SolarWinds.DRS.Licensor.exe

Versione framework: v4.0.30319

Descrizione: il processo è stato terminato a causa di un'eccezione non gestita.

Informazioni sull'eccezione: SolarWinds.Licensing.Framework.Store.LicenseStoreException

   in SolarWinds.Licensing.Framework.Store.LicenseStoreDAL.ValidateStoreHash(Byte[])

   in SolarWinds.Licensing.Framework.Store.LicenseStoreDAL.CreateNewStore()

   in SolarWinds.Licensing.Framework.Store.LicenseStoreDAL.InitializeStore()

   in SolarWinds.Licensing.Framework.Store.LicenseStoreDAL..ctor()

   in SolarWinds.Licensing.Framework.Store.SingletonLicenseStoreFactory.get_StoreInstance()

   in SolarWinds.Licensing.Framework.LicenseManager..ctor(SolarWinds.Licensing.Framework.Interfaces.ILicenseStore, SolarWinds.Licensing.Framework.IOnlineLicenseManager)

   in SolarWinds.Licensing.Framework.LicenseManager.GetInstance()

   in SolarWinds.NTUtilities.Licensor.Program.RunLicensingWindow(Boolean, System.Collections.Generic.Dictionary`2<System.String,System.String>, Boolean)

   in SolarWinds.NTUtilities.Licensor.Program.Main(System.String[])

2. Event 1000, Application Error

Nome dell'applicazione che ha generato l'errore: SolarWinds.DRS.Licensor.exe, versione: 12.0.4.5007, timestamp: 0x58366005

Nome del modulo che ha generato l'errore: KERNELBASE.dll, versione: 10.0.14393.479, timestamp: 0x58256d37

Codice eccezione: 0xe0434352

Offset errore 0x000da832

ID processo che ha generato l'errore: 0x28c4

Ora di avvio dell'applicazione che ha generato l'errore: 0x01d2a2e463f502f7

Percorso dell'applicazione che ha generato l'errore: C:\Program Files (x86)\SolarWinds\DameWare Remote Support\SolarWinds.DRS.Licensor.exe

Percorso del modulo che ha generato l'errore: C:\WINDOWS\System32\KERNELBASE.dll

ID segnalazione: 245c6734-4e27-4431-9f06-11dc7ae1a826

Can you help me?

My computer is running Windows 10 64bit with all the updates installed.

Note: This is a topic brought over from DameWare Forums which has been closed. If you wish to engage in this discussion, just comment here.

SFT not working
by fabvit on Tue May 17, 2011 3:47 am

SFT not working:

1. I've installed DWMRC v7.5.6.0 on my local windows 7 pro 64 machine.

2. I've installed DWMRCS Agent v7.5.6.0 on the remote pc of one of my customers windows XP Pro 32 bit SP3. Please note that after Installing the Agent I've rebooted the pc. I've installed the Agent after having logged in as Administrator.

If I try to upload from my pc, right clicking on a file on my desktop I can see in the context menu:

DameWare MRCC -> Copy to Remote Host: HOST_NAME

but pressing it does blink and does not upload the file.

On the remote pc things are worse: the DameWare MRCC context menu's menuitem is completely missing.

Please note that on the remote machine I have enabled SFT in the tryicon settings.

This is specific to this connection: I can upload/download files and folders when connected with other customers.

Any idea?

Thank you
fabvit
________________________________________
Re: SFT not working
by DawgBone on Tue May 17, 2011 10:08 am

Does the file get copied when you drag and drop it into the application? (local >remote)
Does the file get copied if you use the SFT Drop window? (hold down shift+blue folder)(remote>local)

This would determine if it is the SFT feature failing or the right click context that's failing.

DawgBone
________________________________________
Re: SFT not working
by fabvit on Wed May 18, 2011 2:51 am

> Does the file get copied when you drag and drop it into the application? (local >remote)

No, the file is not get copied when I drag drag and drop it into the application (local >remote)

> Does the file get copied if you use the SFT Drop window? (hold down shift+blue folder)(remote>local)

No, the file is not get copied if I use the SFT Drop window (hold down shift+blue folder)(remote>local) and an notification dialog appears:

The MRC Client Agent are not ready for file transfer

Some idea on how to solve this issue: SFT is foundamental to my day to day support activity.

Thanks, fv

--
fabio vitale
fabvit
________________________________________
Re: SFT not working
by bryan on Thu May 19, 2011 11:19 am

If there are errors with SFT (or any other feature) there should be 1 or more dwmrcs entries in the Application Event log on the remote machine. Please copy and paste the full text of each of those entries and send this information to our support team at Support@dameware.com so we can review it. Please also send another screen shot of the exact error that's displayed when you try to open the SFT drop window on the remote machine (Shift + blue folder).

So nothing happens when you drag a file/folder from your local machine into the Open MRC connection window?

Also see if the %windir%\dwrcs\sft folder exists.

Bryan Brinkman
Support Engineer
DameWare Development, LLC.
http://www.dameware.com
________________________________________
Re: SFT not working
by bryan on Fri May 20, 2011 3:59 pm

Hi again Fabio,

One more thing you might want to try is to update the MRC Client Agent service on the remote machine once you get connected, in case there is some type of file corruption. Make your MRC connection, then select File / Update Client Agent from the MRC main menu. Then try your SFT again.

Best Regards,
Bryan Brinkman
Support Engineer
DameWare Development, LLC.
http://www.dameware.com

I am trying to setup the Remote Support software and see a lot about the Internet Proxy, but can't find it anywhere.

There is documentation telling me how to set it up, but I can't find it to install it.

Where do I get it? Does anyone know?

Note: This is a topic brought over from DameWare Forums which has been closed. If you wish to engage in this discussion, just comment here.

Disable automatic saved hosts
by boucherjeanfra on Fri Jan 21, 2011 2:06 pm

Hi,

In the version 7 of Mini-Control, is it possible to disable the "automatic" save to a new host ?
I verified twice in the settings but found nothing.

Thanks for your help,

Cheers,

Re: Disable automatic saved hosts
by bryan on Mon Jan 24, 2011 4:01 pm

Hi boucherjeanfra,

Anytime you start typing while the Host field is selected the New Host dialog will be displayed, to allow you to create a new Saved Host entry. If you're trying to modify an existing entry, select the desired entry in the Saved Host List, then right-click on this entry and select Rename Host. This will allow you to modify the existing entry without creating a new one.

I hope this helps.

Best Regards,
Bryan Brinkman
Support Engineer
DameWare Development, LLC.
http://www.dameware.com

Re: Disable automatic saved hosts
by Siggi on Wed Jan 26, 2011 5:18 am

Hello there,

I just installed the MRC7 and have the same problem as boucherjeanfra. I also want to get the "automatic-saving-a-new-host" feature disabled because in the past I always connected to a remote host by only typing in the adress. The hosts don't need to be saved. It's faster for me than selecting the host from a list.

Hope you got what I mean.

Re: Disable automatic saved hosts
by williaa on Wed Jan 26, 2011 4:01 pm

@Bryan, what we're wanting to know is if there's any way to disable the New Host dialog from displaying anytime you start typing while the host field is selected. It's more convenient for this to not happen when using the Mini Remote Control.

Re: Disable automatic saved hosts
by bryan on Wed Jan 26, 2011 5:36 pm

Thanks everyone for your feedback.

Presently there is no way to turn this functionality off. MRC v7 will automatically create a new Host Entry when you start typing, whereas v6 would create a (Temporary) entry. (Temporary) entries no longer exist in v7.

Kind Regards,
Bryan Brinkman
Support Engineer
DameWare Development, LLC.
http://www.dameware.com

Re: Disable automatic saved hosts
by Siggi on Thu Jan 27, 2011 3:12 am

Perhaps, it could be an idea to add a "Quick connect" adressbar to the next version of MRC for those who want to connect in that specific way?

Re: Disable automatic saved hosts
by bryan on Mon Jan 31, 2011 5:35 pm

Hi Everyone,

Just FYI, we're looking into adding some new functionality in the next release of the software, which will be 7.1.0.0, where you can turn off the Host Entry "Auto Save" feature. I will udpdate everyone as more information becomes available.

Best Regards,
Bryan Brinkman
Support Engineer
DameWare Development, LLC.
http://www.dameware.com
 

Re: Disable automatic saved hosts
by KCarney on Tue Feb 08, 2011 2:14 pm

So has it been added?

Re: Disable automatic saved hosts
by bryan on Tue Feb 08, 2011 3:17 pm

The new "Disable Auto Save" functionality was implemented in v7.1.0.0. On the MRC Remote Connect dialog (not from the main menu) first select the Edit menu, then enable the "DisableAuto Save" setting. This will instruct the software not to display the "new host" dialog when you modify the HostName/IP-Address of an existing Host Entry. Instead, a new temporary entry will be created, designated by a red circle with an x in the icon's lower right corner. If you close the MRC Remote Connect dialog, or simply Connect then Disconnect, this temporary entry will now be gone.

I hope this helps.

Bryan Brinkman
Support Engineer
DameWare Development, LLC.
http://www.dameware.com
 

Re: Disable automatic saved hosts
by KCarney on Tue Feb 08, 2011 4:57 pm

When "Disable Auto Save" option is enabled "reconnect" no longer functions properly, it now displays the last computer I connected to when the option was disabled. Please fix this

Re: Disable automatic saved hosts
by bryan on Tue Feb 08, 2011 5:35 pm

This is exactly how the reconnect option is designed to function, and this is the same way it worked in v6.x as well. By default only Saved Host entries are added to the Reconnect list, because we only have settings stored for the entries in your Saved Host list. There are no settings stored for any type of "temporary" entries, therefore, they are not added to the Reconnect list. If you need custom settings stored for any remote machine, then you must save it to your Saved Host List.

With that being said, there is a setting on the Local Global Options dialog called "Add only savedhost entries to Reconnect list". If you choose to disable this setting, then any machine you connect to will be added to the Reconnect list. However, since no custom settings exist for any of these non-saved machines, you may not be able to successfully reconnect.

If all of these non-saved machines use the same default credentials & settings, then you should be able to add these default credentials and settings to the Default Host Properties dialog. These Default Host settings are used when you create a new Host Entry. However, if you highlight an existing Saved Host Entry and then change the HostName or Ip-Address, then the settings from this Original Host Entry (not default) are used to create your new Temporary entry.

I hope this helps.

Bryan Brinkman
Support Engineer
DameWare Development, LLC.
http://www.dameware.com

Re: Disable automatic saved hosts
by KCarney on Wed Feb 09, 2011 2:39 pm

and this is the same way it worked in v6.x as well.

No, it didn't. It randomly picked a host that was connected to by any number of open DMRC windows, it was a little annoying at times but worked. This new version seems a lot cleaner

If you need custom settings stored for any remote machine, then you must save it to yourSaved Host List.

That makes sense.

With that being said, there is a setting on the Local Global Options dialog called "Add onlysaved host entries to Reconnect list". If you choose to disable this setting, then any machine you connect to will be added to the Reconnect list. However, since no custom settings exist for any of these non-saved machines, you may not be able to successfully reconnect.

That is exactly how it worked in 6x, I will give that a try. Thanks for explaining! 

Re: Disable automatic saved hosts
by KCarney on Mon Feb 14, 2011 1:24 pm

Works great now in 7.2.0.0, thank you!

Re: Disable automatic saved hosts
by KCarney on Fri Feb 18, 2011 11:10 am

Correction, this works *sometimes*. After a week of using it disconnecting from a host and attempting to reconnect results in blanked out connection options. I have to enter the previous host manually to reconnect.

Re: Disable automatic saved hosts
by bryan on Fri Feb 18, 2011 3:02 pm

Just because you connected the first time doesn't mean you can immediately Reconnect to any machine when it's not saved in the Saved Host List. This is exactly why we did away with this feature initially for version 7.x, for all machines not saved to the Saved Host List.

When a machine is saved in the Saved Host List, we have all the settings necessary to Reconnect (UserID, Password, Port, etc...). However, when a machine is not saved to the SavedHost List, there are no settings we can use to Reconnect. Once you click on Disconnect, all those settings are now gone. We no longer have any settings for this machine. Therefore, by design, they will be blank settings exactly as you mentioned previously when you try to Reconnect, and the connection will fail.

The only way "Reconnecting" to a machine that's not explicitly saved to the Saved Host List will ever work would be if you enter the correct settings (UserID, PW, Port, etc..) under the Default Host Properties dialog (i.e. View / Default Host Properties from the main menu). Just keep in mind that these default settings would be the same settings used for all "Reconnect" attempts when a machine is not explicitly saved to the Saved Host List.

I hope this helps.

Best Regards,
Bryan Brinkman
Support Engineer
DameWare Development, LLC.
http://www.dameware.com

Re: Disable automatic saved hosts
by KCarney on Mon Feb 21, 2011 9:18 am

When a machine is saved in the Saved Host List, we have all the settings necessary to Reconnect (UserID, Password, Port, etc...). However, when a machine is not saved to theSaved Host List, there are no settings we can use to Reconnect. Once you click on Disconnect, all those settings are now gone. We no longer have any settings for this machine. Therefore, by design, they will be blank settings exactly as you mentioned previously when you try to Reconnect, and the connection will fail.

I would agree with you, however, I have set my default settings to "NT Challenge/Response" and "Use Current Logon Credentials" selected. *Sometimes* when I launch DMRC all settings are blank and "Encrypted Windows Logon" is selected with no machine name as host. So as you can see I don't need any saved settings, I don't want hosts automatically saved, and this should be working but is not.

Re: Disable automatic saved hosts
by bryan on Mon Feb 21, 2011 2:04 pm

Based upon the screen shots you sent to support, the software is working exatly as it should.

In your screen shot there is no Host Entry selected, instead, the Root folder (i.e. Saved Host List) was selected. When MRC starts up it will try to locate and highlight the last entry you connected to. However, when that entry cannot be found (i.e. it was not saved), then the root folder is selected. Therefore, by design, since a folder is currently selected and not a host entry, MRC will not go through all the work of pulling the default host properties just to populate the RC dialog. So the fact that you see Encrypted Windows Logon shown in the RC dialog while a folder is selected when you’ve selected NT Challenge/Response as default doesn’t mean there is an issue with the software.

Also, the fact that you say this only happens *sometimes* means that these other times when this does not happen, there must be an existing host entry already with this same name. So when you click on reconnect, those settings from the existing entry will be used and not default settings.

I hope this helps.

Bryan Brinkman
Support Engineer
DameWare Development, LLC.
http://www.dameware.com
 

Re: Disable automatic saved hosts
by TrafficTech on Fri Mar 04, 2011 11:09 am

I have a few comments to make on the Saved Host List of version 7.3.0. I currently have my settings to "Disable Auto Save" and I have disabled the "Add Only Saved Host Entries to Reconnect List". I seem to have found a little bug in the process.

1) If I enter a new temporary entry, it indeed populates in the reconnect list. I can go back and connect to another temporary address and that also goes into the reconnect list. I notice the reconnect list has only unique entries (If I reconnect to a previous entry using the Connect button and not the reconnect button. However, if I use the reconnect drop-down, the entries are no longer unique. Furthermore, when I close and reopen the application, my reconnect entries have vanished, the button is grayed out. This happens every time I use the reconnect button.

2) If I leave the Auto Save feature on, I would like to have an option to have unique entries in the Host List. The list can get long and I don't necessarily want to go through it every time, but I do not want to duplicate my entries either

3) I can understand that if I select a Saved Host entry and decide afterwards I want to connect to a temporary host instead, the Alias from the previous entry is still shown. What I don't like is that if I inadvertently left the alias there and connected, the entry listed in the reconnect drop down shows as ALIAS (HOST). I am more interested in the host and don't really want to see the alias entry (especially since I mistakenly left it in during the temporary entry previously).

David M
Systems Admin
Traffic Tech

Re: Disable automatic saved hosts
by bryan on Thu Mar 10, 2011 11:10 am

Hi David,

Thanks very much for all the info you provided. This should be now be resolved in v7.4.

Your feedback is appreciated.

Bryan Brinkman
Support Engineer
DameWare Development, LLC.
http://www.dameware.com

Dameware install in linux? If not, have hold map for new version for this system operation. ?

We are still using the DameWare RS 9.0V where I work and I had to reload DameWare on to my system the other day.  When I loaded DMRS onto my system I received a "SolarWinds.MRC.Licensor has stoppped working" error.   When I click on the "Close the program", the entire program closes.  What is the fix for this error?

Thank you

Tawna

HI. there is any option in Dameware mini remote control to perform operation on other machine in invisible mode(without his knowledge)?

I’m thrilled to announce that Dameware 12.0 is now publicly available. In this release we focused all our efforts to finalise the remote support story with unattended over the internet sessions. Dameware now allows to assist remotely without presence of the end-user, who is not in the intranet but travelling. Technicians can now support end-user in company network as well as in Internet anytime.

This release brings several bigger and smaller improvements, so let me highlight a few of them:

• Over the Internet (OTI) unattended sessions for Dameware Centralized users
  • Allows you to remotely support users on the move, and assist remotely without the presence of the end user
  • Deploy agents with OTI unattended support to end-points
  • Manage agents for OTI unattended sessions to maintain high security and control
• Search Hosts in Mini Remote Control
• Support for Windows 10
• Ability to switch between the Standalone and Centralized versions without reinstallation
• And many other improvements and bug fixes

Dameware 12.0 is available for download on your customer portal for those customers under current maintenance.

If you are not a Dameware user yet, now go and download new version from www.dameware.com now!

Note: This is a topic brought over from DameWare Forums which has been closed. If you wish to engage in this discussion, just comment here.

Computer Comments no longer appear
by Brachus on Thu Apr 30, 2009 7:00 am

We recently upgraded our domain controllers to Server 2008. However, after doing so, DameWare has stopped showing the Computer Comments for the Workstations.
If we right click, go to tools and then computer comments, the information is still there. When we hit OK, it appears next to the workstation as before, but only temporarily. If we restart the program, or even just collapse the Workstations tree, then expand again, they are lost.

Brachus
________________________________________
Re: Computer Comments no longer appear
by kfluckiger on Mon May 18, 2009 3:42 am

Hello!

Did you find a solution ? cause we got exactly the same problem yet!

Before we had a 2003 Server for secondary controller and it works and now I ugrade it to 2008 and all comment are lost!

If you go to tools computers comments it comes but only for the session when you close dameware it lose comments again!

I try to put it in Active Directory computer comments but not way to see it in Dameware

Today I update to 6.1.8.5 but still going wrong

Is the support knowing that problem ? any idea how to resolve it ?

We are very frustrating here cause a lot of computer and the name are not really comprensible so we have to lool all the time and search for...

Take a lot of time

Please remedy to that soon as possible or we will change to another software!

Thanks

Kevin
________________________________________
Re: Computer Comments no longer appear
by KarbonKopy on Tue May 19, 2009 12:01 pm

I too had the same problem when I migrated to a 2008 DC. It seems to work randomly, even with testing the AD computer names doesn't seem to make a difference. On a side note where did you get 6.8.1.5? I only see .4 on the download page.
________________________________________
Re: Computer Comments no longer appear
by kfluckiger on Wed May 20, 2009 2:22 am

Hello

Sorry for the mistake, yes you right I've the same version as you...

What I see today is if you put any computer in favorite machines IT WORKS!!!!

So now I'm sure it's coming from Dameware software!!!

Is there any dameware technician who read forum ? can you debug it for the next version cause a lot of people will migrate to W2K8 and I think it's really easy to solve for you!

thanks

Kevin
________________________________________
Re: Computer Comments no longer appear
by jfor26 on Thu Jun 04, 2009 2:36 pm

we have the same problem. I dont think they check this place regularly at all. we are looking at a different package for remote admin

http://www.pjtec.com Their Goverlan suite.
________________________________________
Re: Computer Comments no longer appear
by Marty on Thu Jun 11, 2009 3:12 pm

Hi guys,

With regards to Computer Comments and potentially having them displayed, DNTU has the ability to retrieve & display Computer Comments. However, understand that "Comments" are handled & maintained in many different ways (i.e. Local Machine, Windows Network Browser, Domain Controller, Active Directory, etc.) within the O/S itself, and even within the NT Utilities software.

DNTU's Active Directory section will always look to Active Directory to find the Computer Comments. Whereas, DNTU's Microsoft Network section, DNTU's Favorite Machines (formerly non-Browsable) section, and even the Tools / Computer Comments tool (and previous 4.x versions as well) always look to the local machine for the Computer Comments (i.e. Computer Description).

Therefore, if you want the Computer Comments to appear all the time under DNTU's Active Directory browser, you must add the Comments within Active Directory. This is why they appear temporarily, but then disappear when you close and restart, because DNTU once again looks to AD for them. This can also be done via DNTU within the Active Directory browser by right-clicking on the machine in the Tree View (left-hand pane), then selecting Properties, then make the necessary changes in the Description field (which are the AD comments).

If you wish for the Computer Comments to be displayed in parenthesis behind the Computer in the Favorite Machines (formerly non-Browsable) portion of DNTU or the Microsoft Windows Network section, then you would basically modify the Comments directly on the remote machine (right-click My Computer / Properties / Computer Name Tab). This can also be done via DNTU by selecting Tools / Computer Comments, which will actually retrieve & modify the Comments/Description on the actual remote machine.

I hope this helps.
Marty Bonvillain
Support Staff
DameWare Development, LLC.
http://www.dameware.com

________________________________________
Re: Computer Comments no longer appear
by bryan on Fri Jun 12, 2009 10:55 am

What I see today is if you put any computer in favorite machines IT WORKS!!!!

If this is the case then these Comments are actually stored directly on the remote machine itself (i.e. Computer Description), not in Microsoft's Windows Network Browser (i.e. NT Browser). DNTU's Favorite machines list and the Tools / Computer Comments feature retrieve the Comments directly from the remote machine itself, and these Comments will not be dynamically shown in Microsoft's Windows Network Browser.

The Microsoft Windows Network Browser portion of DNTU retrieves the information from Microsoft's Network Browser (i.e. Network Neighborhood, My Network Places) which is part of your O/S & network itself (i.e. the Master Browser). We simply ask your O/S on your local machine for it's Windows Network Browser information, and then we display what's returned back to us. This information is not modified in any way.

When using the Microsoft Windows Network portion of the Browser in our software, DNTU will not attempt to contact the machine directly to retrieve this information (like it does in Favorite Machines), because all the relavent information should already be in Microsoft's Browser. Whatever information is populated within Microsoft's Network Browser itself is the information that DNTU will display in this section of the software.

Microsoft has also documented known issues with NetBios Browsing in Server 2008 (see below).

NetBIOS Browsing and Windows Server 2008 x64 Server Core
http://blogs.technet.com/networking/archive/2008/12/16/netbios-browsing-and-windows-server-2008-x64-server-core.aspx

NetBIOS browsing across subnets may fail after upgrading to Windows Server 2008
http://blogs.technet.com/networking/archive/2008/07/25/netbios-browsing-across-subnets-may-fail-after-upgrading-to-windows-server-2008.aspx

Troubleshooting the Microsoft Computer Browser Service
http://support.microsoft.com/default.aspx?scid=kb;EN-US;188305
Bryan Brinkman
Support Engineer
DameWare Development, LLC.
http://www.dameware.com

________________________________________
Re: Computer Comments no longer appear
by Brachus on Mon Jun 15, 2009 8:10 am

Thanks for the information Bryan. This was more helpful than a copy and paste from the manual when we were trying to explain that the MS Network Browser comments stopped working despite all settings being correct.
________________________________________
Re: Computer Comments no longer appear
by kfluckiger on Thu Jun 25, 2009 7:52 am

Hello

Sorry you don't really understood what everybody wants

Sure now it's clear how it work's but what we want and I found the solution

It's to see directly computer comments in microsoft windows network

For make it simple directly when we open dameware, cause if you use it all time it's very slow to go each time in the AD, find the good "OU" and so on...

Now if you have the same issue as mine

First go to network neighberhood with a client in XP (not working with vista) and see if there's comment behind computer

If not do theses things

In Windows 2008 and AD environnement without other 2003 server you simply have to disable Computer Brower service in the DC

After little time every comments will be appears again

If you still have Win2003 server you can also transfer Master browser to it and it works!

Thanks to all for your help
________________________________________
Re: Computer Comments no longer appear
by Abbala on Fri Dec 11, 2009 2:13 am

Thanks for taking the time to help, I really apprciate it.

------------------------------------------------------------------
Re: Computer Comments no longer appear
by Marx7 on Wed Jul 07, 2010 10:05 am

I was still a little unclear on how to fix this issue on my network after reading through this discussion, but understood that the master browser was somehow the issue, so I started looking into how to find the master browser. I found the following page that explains very easily how to find your master browser: http://www.ifrankie.com/?p=45 It talks about using XP SP2 support tools, which I found here: http://www.microsoft.com/downloads/details.aspx?familyid=49ae8576-9bb9-4126-9761-ba8011fabf38&displaylang=en I followed the instructions from ifrankie and found that the computer that was the master browser was an XP box that had been on and sitting idle for about 2 months. I rebooted that computer, and everything started working again as a different computer became the master browser.
This is what worked for me. I hope it helps others.

-------------------------------
Debt is normal. Be weird.

Platform: HP ProBook 4420s, Windows 7(x64) pro SP1, DRS v10.0 installed

Use-Case: In the DRS opening window, select Tools, Search, enter text string, click "Search"

Failure: An unhandled win32 exception occurred in DNTU.exe

Event is repeatable.

------------------

Application Event Log Properties:

-----------------

Log Name:      Application

Source:        Application Error

Date:          3/19/2014 10:00:15 AM

Event ID:      1000

Task Category: (100)

Level:         Error

Keywords:      Classic

User:          N/A

Computer:      IT-PROBOOK1.dcgc.net

Description:

Faulting application name: DNTU.exe, version: 10.0.0.372, time stamp: 0x51796d95

Faulting module name: DNTU.exe, version: 10.0.0.372, time stamp: 0x51796d95

Exception code: 0xc0000409

Fault offset: 0x00148ce9

Faulting process id: 0x2748

Faulting application start time: 0x01cf4394a6a9415a

Faulting application path: C:\Program Files (x86)\SolarWinds\DameWare Remote Support 10.0\DNTU.exe

Faulting module path: C:\Program Files (x86)\SolarWinds\DameWare Remote Support 10.0\DNTU.exe

Report Id: f0a5e089-af87-11e3-b55a-3c4a9252f274

Hello,

I tried a quick search on this, but didn't see anything come up. When using a Dameware internet session, it appears that no remote administrative tasks can be performed, at least, by default (ie. opening Computer Management completely disables any control).  I know with services like Bomgar you can request elevated permissions from the local user, or enter local admin credentials for the remote machine.  Is there something similar Dameware can do?

It works perfectly with just a regular, on-network session.  This is just for internet sessions.

Thanks.