Re: Chrome Desktop Remote

0 views
Skip to first unread message
Message has been deleted

Osoulo Lejeune

unread,
Jul 9, 2024, 10:23:44 PM7/9/24
to efsacili

This is the companion extension for the Chrome Remote Desktop website ( ). This extension enables you to install, view, and modify the Chrome Remote Desktop native client from the web UI.Chrome Remote Desktop allows users to remotely access another computer through Chrome browser or a Chromebook. Computers can be made available on an short-term basis for scenarios such as ad hoc remote support, or on a more long-term basis for remote access to your applications and files. All connections are fully secured.Chrome Remote Desktop is fully cross-platform. Provide remote assistance to Windows, Mac and Linux users, or access your Windows and Mac desktops at any time, all from the Chrome browser on virtually any device, including Chromebooks.For information about privacy, please see the Google Privacy Policy and the Chrome Privacy Notice.For help or troubleshooting please click here:

This tutorial shows you how to set up theChrome Remote Desktop service on a Debian Linux virtual machine (VM) instance onCompute Engine. For separate instructions for Windows VMs, seeWindows virtual machines.Chrome Remote Desktop lets you remotely access applications with agraphical user interface from a local computer or mobile device.

chrome desktop remote


DOWNLOAD https://urlgoal.com/2yS4n8



When following this tutorial, the default firewall rules allow ChromeRemote Desktop connections; you don't need to configure any additional firewallrules. SSH access is required only for the initial setup.

For the purposes of this tutorial, the default machine type with a Debian Linuxboot disk is used. If you are using this for your own environment, you may wantto adjust the machine type, name, region, boot disk size, or other settings.

You can use other desktop environments, but Chrome Remote Desktop does notsupport 3D graphics acceleration. If you do choose a desktop environment thatuses 3D graphics acceleration, you need to disable that feature, or the remotedesktop service won't start.

When you open chrome remote desktop app, on the right side there is an arrow that opens the settings of the app. There you can set the screen options like full screen or screen selection screenshot of side bar settings in chrome remote desktop

I've found a workaround. You can open 2 chrome remote desktops on your laptop and open 2 sessions, one to each screen. But you have to use different ways to access, because if you use the same when you open the second session, it'll disconnect the first one.

So one of them you connect to the host using the option "remote access" and the other one you connect using the option "remote support" (this is the one you gotta generate a code). After connected, you select one screen to each session and change both to full-screen. A bit boring doing all these steps, but after done it works well.

SO the only way I have been able to solve this is by spanning the screens on the local desktop, then starting chrome remote desktop, showing both monitors from remote desktop, and going into full screen view. The resolutions are weird, but it does work where you have your one remote laptop screen on laptop screen and then your remote screen on your my screen. its still hit or miss. sometimes it looks great, other times its very fuzzy.

I use the chrome remote desktop and the TeamViewer at the same time - remote desktop for the first screen and the TeamViewer for the second screen. In this way, you can achieve dual monitor environment remotely. I hope this will help you.

I'm part of a VZW wireless business account. I'm tech support for my company. When I need to remote access my system after hours to work on servers, Chrome Remote Desktop (CRD) won't connect over VZW's LTE network; I have to connect over WiFi. Depending on where I am at the time, I may not have WiFi available.

Is Verizon limiting what type of data is going across it's network during peak times? I get about a 10% success rate using CRD over the mobile network, and it seems to work somewhat better between 10am and 2pm daily.

I am also tech support for my company, VZW, so I definitely understand how important it is to have all of your tools available and ready to use at all times. Here at Verizon, we never limit the type of data that you can use, so it is troubling to me that the Google Chrome Desktop is not connecting over the LTE network. I want to get to the bottom of this right away. What seems to happen when you try to connect the CRD using the mobile network? When was the last time the connection was successful? What has changed (if anything) since the last time you were able to successfuly connect?
AmberK_VZW
Follow us on Twitter @VZWSupport
If my response answered your question please click the Correct Answer button under my response. This ensures others can benefit from our conversation. Thanks in advance for your help with this!!

- when I try to open my remote computer in CRD over the mobile network, it tells me that it "cannot reach the host, possibly due to configuration of the network you are on." If I turn in WiFi, and tap on my remote computer, it connects right away. If I turn off WiFi and try again, it won't connect.

Thank you so much for providing me that added information. I know how important it is that we get this resolved in no time. Are you able to connect other devices over the 4G LTE network? How long has it been giving you the error "cannot connect to host.."?
AmberK_VZW
Follow us on Twitter @VZWSupport
If my response answered your question please click the Correct Answer button under my response. This ensures others can benefit from our conversation. Thanks in advance for your help with this!!

AliciaS_VZW
Follow us on Twitter @VZWSupport
If my response answered your question please click the Correct Answer button under my response. This ensures others can benefit from our conversation. Thanks in advance for your help with this!!

I too have had this issue. When I use a vpn on the phone, then connect to google remote desktop, I don't get the issue of the share screen cutting out after a few seconds of starting the session. I recently switched from the pixel 2 xl to the pixel 6 pro. I did not have this issue on the pixel 2 xl. That phone had a 4g branded sim card. The pixel 6 pro has a 5g branded sim card. If I had known before activating the new phone, I would have tested the old sim in the new phone to see if this makes a difference. If there is anyone with this opportunity, please test and let me know.

If you have APN access, could you see if a difference is made by forcing IPV6 or IPV4 only? Not that it matters, except for the fact that Verizon does some injection of HTTP traffic for advertising purposes on consumer accounts, and there is also CGNAT / Caching proxies at hand. Chrome remote desktop should not be affected by this due to encryption, but something to consider.

This has started to happen to me now too, my 4G just dies instantly when i try to connect to CRD but if i'm not trying to use CRD the data is fine. CRD works fine with wifi turned on so something is up with verizon and google.

I am having the same issue on my Samsung Note 5 over Verizon Lte trying Chrome Remote Desktop when I go to connect to my PC my entire mobile data connection is being reset from the my carrier verizon as it happens automatically and only when i go to actually connect using Google Chrome Remote Desktop. Nothing is reset in my connection as shown on the status bar when I use my WiFI on my Galaxy Note 5 handset. This is repeatable and we can upload a video to prove it if necessary. Why is Verizon blocking me from using Google Chrome Remote Desktop. Other carriers are not doing this to their customers. The network for proffesionals should not be stopping remote connection programs. As far as I know this is only on Google Chrome Remote Desktop, because this has not happened to me on Teamviewer over my Verizon Mobile Data connection. My issue I am reporting is the same as the original poster. Verizon we are stating what is happening as we have observed, the Original Poster may not of stated the Mobile Data connection resets but I am and the last user to post above me is reporting it to. This seems like a deliberate built in mechanism causing Verizon to reset the mobile data connection the moment it detects an attempt of chrome remote desktop app to connect over Verizons internet connection. Under fair use this is not legal as a user above has also mentioned. Please reply Verizon.

Not sure if this will help or not. but just like you it would shut my 4g off and reset it so I started to mess around with it and 1 way I was able to make it work was I made my phone into a mobile hotspot after that I had no trouble at all connecting. Not perfect or even how it should work, to begin with, but until they fix it at least you could do that to work around it. Hope this helps!

I'm using Chrome Remote Desktop on a Windows Desktop to access an Apple iMac. I cannot figure out how to invoke the Apple Command key function from my Windows keyboard. I would think that the Windows key would work but it doesn't. Is there a way to map the Windows key to the Apple Command key? I really want to be able to invoke copy and paste from the keyboard, which are Command-C and Command-V on the iMac, so I'm stuck because I don't have a "Command" key.

My solution to this problem is to leverage the handy "Configure Key Mapping" command provided by the latest version of Chrome Remote Desktop (v. 77.0 at the time of writing). The option is available in the sidebar as shown below.

Clicking the link opens the "Configure Key Mapping" dialog, from which you can create your own mapping. An important thing to note is that the keycodes supported by Chrome Remote Desktop are not the usual "ASCII" codes to which every developer is used to (I did this error myself the first time); rather, the codes should be taken from the "UI Events KeyboardEvent code Values" W3C standard. If you go through the standard you'll find the useful "List of code values for functional keys in the Alphanumeric section" table, which I also replicate below.

59fb9ae87f
Reply all
Reply to author
Forward
0 new messages