Elevating as a service
When a customer connects to us we often need admin privileges, which requires us to enter an admin username and password into the Technician Console on our side. If the client doesn't want to share admin credentials with us, is there a way for them to elevate the session on their end? GoToAssist Corporate allows us to elevate the session so that the UAC prompt shows on the customer's side-- meaning it can be elevated without them needing to share their account credentials with us. Any help is greatly appreciated!
Unattended Access Failing – Connecting Then Drops
We have about 100 devices we've deployed the unattended MSI to via Intune. It's been working fine since last year but as of late we are unable to log into the majority of the devices. A mixture of 22H2/23h2 (Zoom Rooms) devices. Still looking into the details (Windows updates have been paused on these devices but seeing if perhaps manual updates have been performed by one of our teams). MSI is 7.5.2 1119.0. They show in the LogMeIn rescue technician console, are online, and functional, and we can authenticate (and Intune reporting indicates the software is still installed on these devices), but after authentication it says connecting for about 20 seconds and then disappears. Happening to all of us, and on most of the deployed to devices. Is there an optimal way to identify root cause here? I'm waiting on our onsite team to validate connectivity, restart the devices, verify no recent updates, validate what firewall we're using on these devices/any changes to Forcepoint or CrowdStrike, etc., but just curious if there might be something I'm missing in the meantime. For what it's worth I installed on one of my test devices, it didn't work initially, but subsequently it did (unsure if this coincided with a message I saw "This session has expired and can no longer be used, to start a new session this applet must be downloaded again" from the host device after the initial attempt. I closed this message and then attempted remoting in again and then it worked, however is consistently doesn't work on the other devices. I also see that a new version of the MSI via the admin center unattended install. I've packaged it and plan on testing the new version to determine if this remediates but only want to do that if necessary. Any requirements/logs/etc. I should be homing in on, here? Any help is appreciated!
LogMeIn Rescue keeps kicking us out every couple of minutes
Hi, we have a third party that uses LogMeIn Rescue for support that CAN connect but they are reporting that they are getting kicked out every few minutes. On our Firewall, we have set up LAN >> WAN Source is: Our Internal IP range Destination is the following FQDN's (below) which I found on support.logmeinrescue.com Ports HTTP/HTTPS *.logmein.com *.logmeinrescue.com *.logmeinrescue-enterprise.com *.logmein-gateway.com update-cdn.logmeinrescue.com *.logmein123.com *.123rescue.com *.support.me *.rescuemobile.com *.oty.com *.logmeininc.com *.remoteview.logmein.com *.turn.console.gotoassist.com *.logmein123.eu *.logmeinrescue.eu *.logmein.eu *.logmeinrescue-enterprise.eu *.rescuemobile.eu Have I missed any FQDN's that may be causing the issue? Or is there anything else I need to add, maybe IP's or extra ports. If we make it destination ANY, then all works fine so it must be the destination FQDN's to something else missing. Many thanks for your time.
Request failed with status code 500 on WebTC
When trying to close or Hold a session on the WebTC I get the "Request failed with status code 500" error appear. When trying to hold or end the session on this installed client (tried on two separate PCs) the application hangs and will not close the session. All TCs state that the connection is active but it is crazy slow to respond (although it does after a long time when using file manager .... just). How can I close this session?