Welcome Guest! To enable all features please Login or Register.



Go to last post Go to first unread
#1 Posted : Wednesday, June 14, 2017 8:17:46 PM(UTC)

Rank: Guest

Joined: 11/7/2016(UTC)
Posts: 3
United States
Location: Charlotte, NC

We are current using Control version 6.2.12963.6312 self hosted. We changed the listen ports from the default 8040 & 8041 upon deployment. For our instance we have the Web Server setup to listen on port 443 (with an SSL cert for the portal website) and the Relay listening on port 80. Most of the people connecting to Meeting and Support sessions have no issues at all, so it seems configuration wise we are in a good configuration.

We have run into a couple folks that have tried to connect to a Meeting session and been met with difficulty. We have one we are working with specifically right now who has verified both ports are open in their firewall. They can reach the URL for the website, enter the code, click Join, then enter their name and submit that to start their connection to the session. Upon doing that they are met with the following message:

Unable to read beyond the end of the stream.

With most other users working without issue, it seems like the config is fine and the user has verified their firewall is not restricting those ports, so at this point we are looking for some guidance on the cause/next steps.

#2 Posted : Monday, June 26, 2017 11:40:26 AM(UTC)

Rank: Administration

Medals: Level 4: Wise Old Owl! Received 100 Thanks!

Joined: 3/28/2014(UTC)
Posts: 2,380
United States

Thanks: 3 times
Was thanked: 291 time(s) in 249 post(s)
So, typically we recommend running the relay on port 443 if possible. The reason for this is likely what you're seeing, some firewalls do not like encrypted traffic coming across on the standard HTTP port. Often times they will attempt to scan/inspect it, which causes the connection issue you're seeing.

If possible, I recommend seeing if the customer can white-list traffic to/from your ScreenConnect server's IP address along port 80.

If that's too much of a hassle, you can always configure both ScreenConnect services to bind to port 443 as long as you can assign the machine a second IP address.

Finally, and I want to emphasize that this is not officially supported, but you can setup the ScreenConnect Router to allow both services to bind to the same port/address. We have a forum post outlining the process here. This is a pretty advanced customization so if you run into trouble please post questions here or within that other thread.
ScreenConnect Team
Users browsing this topic
Forum Jump  
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.