重启后屏幕共享处于不可用状态

Question

[Ubuntu 20.04.1 LTS，x64 GNOME 3.36.3]

我在用作Pi-hole服务器的这台机器上保持屏幕共享处于打开状态。但是，每次重新启动时，屏幕共享都不起作用，我需要转到物理 PC，禁用 SC，然后重新启用它。然后它又开始工作了。我的屏幕共享设置：

如何解决这个问题，这样我就不需要在每次重新启动后重置 SC？

Answer 1

我找到了解决该问题的更安全的方法。互联网上提出的典型解决方案是使用“密码和密钥”应用程序为登录密钥环设置空白密码。然而，这是非常不安全的，因为设备上的所有密码都将以明文形式存储。

我决定做的是在“密码和密钥”应用程序中创建一个没有密码的新密钥环，并将其设置为默认密钥环。然后我继续从登录密钥环中删除 VNC 密码。然后我重新启动计算机以确保新的密钥环是默认密钥环。重启后，我在屏幕共享设置中重新输入了VNC密码。这会将 VNC 密码存储在新的不安全密钥环中。然后返回“密码和密钥”应用程序并再次将登录密钥环设置为默认值。再次重新启动，现在 VNC 密码保持保存，默认密钥环也恢复为登录密钥环，确保设备上保存的所有未来密码都将被加密。

所以本质上，我只是减少了以明文形式保存所有密码的不安全性，改为仅以明文形式存储 VNC 密码。

Answer 2

也遇到了这个问题，经过一些在线研究后发现了这个关于该错误的讨论。呃，好吧，这是一个错误，取决于你如何看待它。用户Onur Samiloglu指出，这与钥匙圈未解锁有关：

\n

\n

我找到了一个解决方法。

\n

当远程桌面守护进程启动时，密钥环似乎仍然处于锁定状态，因此 VNC 服务器无法读取密码。当我打开 Seahorse 时，它​​说它仍然处于锁定状态。我的 GNOME 设置为自动登录（如果这有影响的话）。

\n

\n

密钥环可能未解锁的原因是登录时未解锁。或者（像我一样）您自动使用用户登录。他们继续提出如何纠正问题的想法（出于历史目的，我将其粘贴在下面），但我个人并不喜欢这种方法，因为它需要以明文形式保存可能是您的登录密码的副本文本。我有一个替代方案，但如果不是这个用户，我根本不可能想到它，所以：非常感谢 Onur Samiloglu 的见解！

\n

我使用的解决方案是从密钥环中删除密码要求（我正在使用 Ubuntu 21.10）。去做这个：

\n

\n
1. 打开“密码和密钥”应用程序
\n
2. 右键单击“登录”密钥环并点击“更改密码”。例子
\n
3. 输入您的密码（可能是您的登录密码，除非您已更改）
\n
4. 对于新密码，请输入空白 - 您应该收到一条警告，表明密钥环将始终解锁。
\n
5. 再次重新启动并重新启用 VNC
\n
6. 再次重新启动以确保其仍然有效。
\n

\n

对阅读本文的任何人发出警告：如果您使用登录密钥环存储任何其他敏感密码，您可能会想要找到另一个解决方案，因为这绝对不安全。就我的目的而言，这是完美的，因为该机器只是用来真正运行 Plex。

\n

请记住，在用户登录 Pi 上的 Ubuntu 之前，无法使用 GUI 启用 VNC 工作；用户必须登录桌面环境才能使 VNC 工作。这可能可以通过另一个 VNC 服务器应用程序或 Ubuntu 使用的 Vino/gnome-remote-desktop 的某些配置（取决于您的 Ubuntu 版本）来实现，但我不知道。

\n

您最好在这里将您的经验添加到此错误中，以便可以将更好的解决方案构建到未来版本的 ubuntu 中：https ://bugs.launchpad.net/ubuntu/+source/gnome-remote-desktop /+错误/1928536

\n

Onur Samiloglu 的解决方案：

\n

\n

我正在终止当前正在运行的 gnome-keyring-daemon，创建一个新的未锁定守护进程，然后启动它。然后我重新启动\n远程桌面守护进程并瞧\xc3\xa0！远程桌面密码\n已接受！！！

\n

命令（以用户身份执行，而不是 root）：

\n

# killall gnome-keyring-daemon\n# echo -n "keyringpasswordNOTVNCPASSWORD" | gnome-keyring-daemon -l -d\n# gnome-keyring-daemon -s\n# systemctl --user restart gnome-remote-desktop\n

\n

这可能是桌面自动登录或密钥环\n解锁的一般问题。VNC 服务器拒绝密码可能只是\n症状，而不是实际的错误。

\n

\n