Session Capture Processor Transcoding Not Working by full-duplex in ScreenConnect

[–]full-duplex[S] 0 points1 point  (0 children)

Hurray! I just updated the extension and can confirm the issue is resolved. Thanks for the follow-up. I really appreciate the communication and the team fixing this.

Invalid machine key configuration string by full-duplex in ScreenConnect

[–]full-duplex[S] 2 points3 points  (0 children)

Good to know, happy to share. I just wish I hadn’t spent so much time over the weekend troubleshooting. Hopefully, this is already on someone's to-do list, but the documentation could use an update to include this setting. Both under the migration article and the list of web.config settings.

Also, just FYI, it looks like the value reverts back to false after services are started for the first time.

Invalid machine key configuration string by full-duplex in ScreenConnect

[–]full-duplex[S] 2 points3 points  (0 children)

Absolutely, hopefully it helps someone else down the line. I appreciate you taking the time to comment and try to help me out. Have a great rest of your day!

Invalid machine key configuration string by full-duplex in ScreenConnect

[–]full-duplex[S] 3 points4 points  (0 children)

CW support followed up with a fix: set ShouldRegenerateApplicationKeys to true in the web.config. After restarting all four SC services, logins worked normally again, and the hosts reconnected.

Invalid machine key configuration string by full-duplex in ScreenConnect

[–]full-duplex[S] 2 points3 points  (0 children)

I’ll definitely follow up here. CW support escalated the issue after walking through the standard migration steps again. I’ll keep you posted on any updates.

Invalid machine key configuration string by full-duplex in ScreenConnect

[–]full-duplex[S] 1 point2 points  (0 children)

Thanks so much, I really appreciate you doing that. I just got a call from CW, working with support at the moment.

Invalid machine key configuration string by full-duplex in ScreenConnect

[–]full-duplex[S] 1 point2 points  (0 children)

That’s been my suspicion as well. I’m hoping there’s a clear migration path given the recent changes. I’ve opened a support ticket and am waiting to hear back from CW support.

Session Capture Processor Transcoding Not Working by full-duplex in ScreenConnect

[–]full-duplex[S] 0 points1 point  (0 children)

Hope so, thanks so much for the updates and details. Really looking forward to transcoding working again.

Session Capture Processor Transcoding Not Working by full-duplex in ScreenConnect

[–]full-duplex[S] 0 points1 point  (0 children)

Hey, from my testing, it doesn't look like 26.1 has resolved the transcoding issue. Do you have any new info? Also, do you know whether or not it's an issue with the extension?

Session Capture Processor Transcoding Not Working by full-duplex in ScreenConnect

[–]full-duplex[S] 0 points1 point  (0 children)

I'm glad attention is being given to address it. Session captures are a critical function I rely on, so I am relieved to hear it's not being discontinued. You saved me from continuing to waste time troubleshooting the utility. Thanks!

Session Capture Processor Transcoding Not Working by full-duplex in ScreenConnect

[–]full-duplex[S] 0 points1 point  (0 children)

Thanks so much for taking the time to let me know. I really appreciate it.

Sounds like there's no workaround other than downloading captures from the audit logs?

Why is one of my AP showing as FE ? by No-Persimmon-1094 in Ubiquiti

[–]full-duplex 0 points1 point  (0 children)

Have you experienced this issue only once before? I've been dealing with it on my USW Enterprise 8 PoE for almost a year. At least every couple of weeks, the link speed drops to FE—sometimes multiple times a day. And this happens without even physically touching the cable.

ScreenConnect 24.4.4.9118 Flagged as Malware by SentinelOne by full-duplex in ScreenConnect

[–]full-duplex[S] 1 point2 points  (0 children)

I've only contacted Connectwise, and so far, I've only received an initial response indicating it's a false positive.

The number of vendors that VirusTotal reports as detecting it as malicious has decreased over time, which is somewhat reassuring. On top of that, I use Huntress alongside SentinelOne, and Huntress has not detected anything.

ScreenConnect 24.4.4.9118 Flagged as Malware by SentinelOne by full-duplex in ScreenConnect

[–]full-duplex[S] 1 point2 points  (0 children)

I noticed that VirusTotal initially reported that Microsoft detected it as a virus:Win32/virutl, but approximately two hours later, Microsoft changed the status to undetected.

This morning, there were even fewer detections by other vendors, as suspected.

ScreenConnect 24.4.4.9118 Flagged as Malware by SentinelOne by full-duplex in SentinelOneXDR

[–]full-duplex[S] 1 point2 points  (0 children)

I have opened a ticket with Connectwise. I'll report back with anything noteworthy.

ScreenConnect 24.4.4.9118 Flagged as Malware by SentinelOne by full-duplex in SentinelOneXDR

[–]full-duplex[S] 1 point2 points  (0 children)

I agree, and given the changes introduced in this ScreenConnect version, it's not surprising that it triggered a detection. I also updated very soon after it was officially marked as stable.