3

我在 Google Compute Engine VM 中运行 CentOS 7,并尝试通过 Chrome 远程桌面连接到它。当我运行 start-host 命令时,它失败并显示“OAuth 错误”并且没有更多信息。

我使用 Chrome 访问了https://remotedesktop.google.com/headless站点,填写了选项,然后通过了授权阶段。CentOS 没有选项,所以我选择了“Debian”,当它给我连接命令时,我用 /usr/lib64/chrome-remote-desktop/start-host 之一的 CentOS 替换了 start-host 的路径,并且运行生成的命令失败。

我进行了可能的网络搜索,发现了一些相当陈旧且无用的信息,但没有任何用处。

如果我无法让 Chrome 远程桌面正常工作,我愿意尝试另一种方法来运行基于 GUI 的应用程序(在本例中是 IBM 的 oneWEX)。我可以让 X11 远程工作,但不足以运行 oneWEX。

这是我从 Chrome 站点获得的命令,修改后可以与 CentOS 一起使用:

DISPLAY= /usr/lib64/chrome-remote-desktop/start-host --code="<code>" --redirect-url="https://remotedesktop.google.com/_/oauthredirect" --name=

start-host 命令询问计算机名称和 PIN 的预期问题,然后给出错误:

Couldn't start host: OAuth error.
4

4 回答 4

4

当您从https://remotedesktop.google.com/headless获取代码时, 它只能使用几分钟,并且只能使用一次。只需按照提示返回https://remotedesktop.google.com/headless 并为每次尝试获取新代码。

就我而言,当我第一次运行命令时出现另一个错误。我试图解决它,并重新运行相同的命令(使用原始代码)。我不断收到“无法启动主机:OAuth 错误”。 直到我发现每次尝试都需要从 https://remotedesktop.google.com/headless获取新代码。

仅供参考:错误消息不是立即给出的,而是在输入计算机名称并重复输入密码后给出的。

于 2020-01-31T14:14:50.333 回答
3

根据https://bugs.chromium.org/p/chromium/issues/detail?id=1039016,如果/usr/lib64/chrome-remote-desktop/start-host二进制文件不是来自 Google 构建和分发的“官方”DEBian 包中的一个,而是一个从源代码构建,例如由您自己或您的 Linux 发行版(例如 Fedora 构建的 chrome-remote-desktop 软件包;https: //bugzilla.redhat.com/show_bug.cgi?id=1788448旨在阐明如何使用该软件包) .

于 2020-01-07T19:35:01.250 回答
0

我在这里看到的是您之前在 CentOS 实例中添加了一些库,我尝试自己复制错误并在我的 CentOS 7 实例中(来自 Compute Engine)我似乎没有任何 /usr/lib64/chrome-remote -桌面/文件夹。

还是来自您的本地机器?

于 2019-09-13T20:36:30.457 回答
-1

我遇到了同样的错误,发现刷新无头页面以在命令中获取新的代码字符串有效。

于 2020-01-01T19:00:01.843 回答