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 回答