As the SaaS segment of the cloud market continues to grow, more and more organizations are seeking cloud-based software; we’ve repeatedly heard feedback from customers looking for a trustworthy, cloud-based remote support solution.
Our business is built around helping technology professionals solve today’s IT challenges, which means our goal is to deliver products designed to solve IT problems the way our IT pros want them solved. That’s why we are extremely excited to introduce Dameware Remote Everywhere (DRE), the newest member of the SolarWinds® Dameware® product family. DRE is a simple, cloud-based, remote support solution designed to help IT technicians resolve issues quickly.
DRE is lightweight and provides many advanced features to help you quickly solve problems on a daily basis. Key features include fast connection speeds, mobile device support, unattended sessions, registry edits, and support of up to 4K resolution. Plus, with DRE you’ll have the ability to connect from anywhere with an internet connection.
DRE is built to offer:
Please share your feedback, questions, and ideas here. We want to hear your thoughts on this exciting new addition to the Dameware family.
Is there any development going into implementing this version of DameWare with Web Help Desk?
It's looking like a great way forward, however dropping such functionality is an unfortunate loss for us so we cannot change at this moment in time.
In our environment, we use the Z Scaler proxy server application with SSL scanning / inspection turned on. When we try to connect a technician to a machine, we get errors indicating additional configuration may be needed. Also, we get a similar error when trying to connect an external technician machine to a end user's machine that is on the network.
Without SSL scanning / inspection enabled, it works fine. What do we need to configure to allow DRE to work without having to remove SSL scanning / inspection? We cannot disable SSL scanning on our network due to the industry we are in but we want to use DRE in our environment.
Apologies for the delay here. Our gateway communication is done through a proprietary TCP protocol, which runs on 443. Firewalls with deep packet inspection can have issues because they will not be able to recognize our protocol. The most immediate solution for this is to exclude our domains from inspection: using FQDN if possible, or IPs if necessary.
Is this going to enable Dameware sessions to external users ie I am a consultant and would like to DW to a customers SolarWinds Server I currently use tools such as GoToMeeting or WebEx. Could this replace those?
Trying it now but having confusion as to how to install the Agent silently. In an enterprise environment, we are not going to allow the end users to install applications and typically push them via Group Policy or one of our patching solutions. In this case the Group Policy is preferred. Another issue I have noticed is the downloaded software seems to be good 30 days only? Not cool if we are going to centrally deploy it.
I am also having problems with the console allowing me to log in and use it. I log in but get "An error occurred while trying to log you in. Please try again. If the problem persists please contact us. Thank you!!" The web interface shows me successfully logging in but the Desktop application gives me the error.
Regarding deploying the agent, please check out this article - https://success.solarwindsmsp.com/product-training/?name=Deploy-MSP-Anywhere-with-Group-Policy-and-A...
Can you DM me via Thwack to dig into your console logging in issues, I have not personally seen that nor have I heard others encountering this, but wanted to gather some info and check with some others.
SolarWinds solutions are rooted in our deep connection to our user base in the THWACK® online community. More than 150,000 members are here to solve problems, share technology and best practices, and directly contribute to our product development process. Learn more today by joining now.