FN-GM Posted July 9, 2018 Posted July 9, 2018 It looks great! It works really well on the internal network. All I get from outside is "Oops, we couldn't connect to ...." I am using a Sophos UTM 9 I have a feeling it is something to do with websockets and the UTM not handling them well. Or at all. I have the same errors on all the versions i have tried, 0.8.x - 0.9.x Normal RdWeb works just fine. Any ideas? Does anyone have it working on other firewalls? Regards BoX We get the same issue but not using Sophos. Are you using a reverse or web application proxy of some kind?
box_l Posted July 10, 2018 Posted July 10, 2018 Yes, it is called Web Application Firewall in the sophos UTM. (Astaro) I think i will try an ipFire install maybe. Just to see if a simple Http/Https Allow rule is a viable alternative.
Simcfc73 Posted July 10, 2018 Posted July 10, 2018 Guess I am going to have to wait a bit to use it in my setup. Important The web client does not currently support using Azure Application Proxy and does not support Web Application Proxy at all. See Using RDS with application proxy services for details.
Arthur Posted July 18, 2018 Author Posted July 18, 2018 Remote Desktop web client now generally available Today, we are announcing the general availability of the Remote Desktop web client for Windows Server 2016 and Windows Server 2019 Preview. With a few simple PowerShell cmdlets, the client can be added to an existing Remote Desktop Services deployment, side by side with the RDWeb role. This first release of the web client contains a core set of features to get you started in providing a simple, no-install, consistent cross-platform solution to end users who don’t need some of the more advanced features from a native client. The following features are currently available: Access desktops and apps published through a feed Single sign-on Print to PDF file Audio out Full screen and dynamic resolution Copy/paste text using Ctrl+C and Ctrl+V Keyboard and mouse input support Localized in 18 languages The web client is supported on Edge, IE11+, Chrome, Firefox, and Safari browsers for desktop platforms like Windows, macOS, Chromebook, and Linux. 2
FN-GM Posted July 18, 2018 Posted July 18, 2018 Remote Desktop web client now generally available Do you know if the same commands will upgrade any beta installations please?
Arthur Posted July 18, 2018 Author Posted July 18, 2018 Do you know if the same commands will upgrade any beta installations please? You'll have to uninstall the beta yourself. More details at the link below. https://docs.microsoft.com/en-us/windows-server/remote/remote-desktop-services/clients/remote-desktop-web-client-admin 1
FN-GM Posted July 20, 2018 Posted July 20, 2018 @Arthur How would you find the version number for step 4 please?
FN-GM Posted July 20, 2018 Posted July 20, 2018 There seems to be some kind of bandwidth saving system and it makes the desktop shortcuts and menus in SIMS blurred until you use them. Does anyone know how to turn this off please?
FishCustard Posted August 16, 2018 Posted August 16, 2018 Just FYI: if you set this up with self-signed certs for testing, and then swap them for proper SSL certificates later you'll need to re-run the Import-RDWebClientBrokerCert <.cer file path> command again, pointing to the new certificate. Otherwise you'll get "unexpected server certificate" errors when you try to connect. 1
robk Posted March 19, 2019 Posted March 19, 2019 Has anyone got this working in server 2016? can't install 2019 due to a VMware issue, and can't tell if I should be able to install the html 5 plug in on server 2016 full or not... I know server core is a none starter for the remote desktop components.
Arthur Posted March 19, 2019 Author Posted March 19, 2019 (edited) Has anyone got this working in server 2016? Yes. It works fine on 2016 (with DE). Edited March 19, 2019 by Arthur
gshaw Posted March 19, 2019 Posted March 19, 2019 Was going to turn this on last week then read it doesn't work with Azure AD Application Proxy, sort it out Microsoft [emoji58]
FishCustard Posted March 19, 2019 Posted March 19, 2019 Has anyone got this working in server 2016? can't install 2019 due to a VMware issue, and can't tell if I should be able to install the html 5 plug in on server 2016 full or not... I know server core is a none starter for the remote desktop components. Yep, we have it running on 2016 just fine.
robk Posted March 20, 2019 Posted March 20, 2019 Yes. It works fine on 2016 (with DE).Yep, we have it running on 2016 just fine. [/quote @FishCustard which server build are you using? I am either on the wrong build or missing some updates as the install instructions I have didn't work...
DrCheese Posted March 20, 2019 Posted March 20, 2019 Was going to turn this on last week then read it doesn't work with Azure AD Application Proxy, sort it out Microsoft [emoji58] Ya, this does baffle me - I won't setup any new services that don't allow us to use Azure AD now, as we have 2fa active. For now, we're still using our ericom accessnow solution for staff (HTML5) & one of my staff wrote an Azure AD wrapper for it. 1
box_l Posted March 20, 2019 Posted March 20, 2019 (edited) They do say that it is on the roadmap. It does appear that the websocket bits are the issue. Add your vote and maybe it will happen sooner! Check the last post and provide feedback. [email protected] https://feedback.azure.com/forums/169401-azure-active-directory/suggestions/33918046-support-remote-desktop-web-client-html5-on-azure-a Has anyone managed to publish the webclient with a reverse proxy or open ports? All the solutions i have tried fail with the websockets. Edited March 20, 2019 by box_l
FishCustard Posted March 20, 2019 Posted March 20, 2019 Yep, we have it running on 2016 just fine. [/quote @[u]FishCustard[/u] which server build are you using? I am either on the wrong build or missing some updates as the install instructions I have didn't work... 14393.2273 1
box_l Posted March 20, 2019 Posted March 20, 2019 I presume that is a reference to a microsoft KB? I have that installed already where required. Just to clarify, I have no issues with the webclient on the internal network, it works just fine. It is the publishing of it externally.
gshaw Posted March 20, 2019 Posted March 20, 2019 They do say that it is on the roadmap. It does appear that the websocket bits are the issue. Add your vote and maybe it will happen sooner! Check the last post and provide feedback. [email protected] https://feedback.azure.com/forums/169401-azure-active-directory/suggestions/33918046-support-remote-desktop-web-client-html5-on-azure-a Has anyone managed to publish the webclient with a reverse proxy or open ports? All the solutions i have tried fail with the websockets. Just emailed them as we're big fans of AAD Application Proxy here
FishCustard Posted March 20, 2019 Posted March 20, 2019 I presume that is a reference to a microsoft KB? I have that installed already where required. Just to clarify, I have no issues with the webclient on the internal network, it works just fine. It is the publishing of it externally. No, that's the Windows build I'm running - @robk wanted to know 1
free780 Posted March 20, 2019 Posted March 20, 2019 @gshaw I'm also chasing this with fasttrack and the product team. I currently have Ericom going through the Azure App Proxy but it does mean staff have to logon twice. I couldn't get accessnow to SSO using AzureAD. Ericom solution is very complex and another cost. 1
gshaw Posted March 25, 2019 Posted March 25, 2019 @free780 I had a response from the AAD Feedback team, pretty much mirrored the statement on the web page "Yes, this feature is on our roadmap and we are keen on making this integration happen"
DrCheese Posted March 25, 2019 Posted March 25, 2019 @gshaw I'm also chasing this with fasttrack and the product team. I currently have Ericom going through the Azure App Proxy but it does mean staff have to logon twice. I couldn't get accessnow to SSO using AzureAD. Ericom solution is very complex and another cost. We couldn't avoid this either - My guy was able to pull through the username but not the password, so staff have to enter their password again. Not ideal but no one's really complained.
free780 Posted March 25, 2019 Posted March 25, 2019 (edited) I did get the webclient to work through AzureAD but not the app proxy. You have to use the myapps browser extension. At least users won't store credentials in their Google account or similar. Edited March 25, 2019 by free780
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now