小编god*_*god的帖子

来自屏幕的 ssh 导致未知的终端错误

我正在尝试从一个 Ubuntu 主机到另一个从屏幕内建立 ssh 连接(通过 lsh)。如果我尝试mc在此之后立即运行,则会出现以下错误:

Unknown terminal: screen-256color-s
Check the TERM environment variable.
Also make sure that the terminal is defined in the terminfo database.
Alternatively, set the TERMCAP environment variable to the desired
termcap entry.
Run Code Online (Sandbox Code Playgroud)

问题是——是谁造成了这次失败?是本地主机吗?偏僻的?缺少某些包裹(哪个?),某些未完成的东西lsh-server?或客户?

只是要清楚 - 我不想要像“TERM = xterm mc”这样的解决方法,我希望能够在(远程)控制台上使用支持256色的视觉主题。

ssh gnu-screen terminal-multiplexer terminal

10
推荐指数
3
解决办法
2万
查看次数

systemd 的密钥环最佳实践

有很多使用密钥环的工具:ssh-agent、gpg-agent、gnome-keyring、kwallet、钥匙串等包装器、与 GNU/Linux 内核通信的 keyctl。关于如何/何时启动针对不同环境量身定制的各种建议。

这使它相当混乱。我正在使用带有 systemd 的现代 GNU/Linux 发行版,并且我也使用 systemd --user 开始我的用户会话。我希望这个设置能持续几十年,所以我想知道让钥匙圈进入画面的最佳方法是什么?

主要用例是将来自 Chromium/firefox 的密码存储在一个统一的位置。

我应该从我的用户 shell 自动启动脚本中启动钥匙串吗(如果重要的话,我将 fish 用于交互式和 dash 作为登录 shell)?现在“gnome-keyring-daemon --daemonize --login”是通过 PAM 生成的。我应该从用户 systemd 单元启动“gnome-keyring --start”吗?是否有一些 dbus 服务会在第一次请求时启动一些密钥环守护进程?

问题列表还在继续,但您明白了 - 获得密钥环即服务的正确方法是什么?

gnome-keyring systemd kwallet

9
推荐指数
1
解决办法
3002
查看次数