我目前在使用工作中传递给我的用例screen
是ssh
服务器,su
技术用户帐户,然后是screen -RD
. 当ssh
会话由于超时而自动丢失时,我重复这些步骤并在服务器上为该技术帐户设置我的“终端状态”,就像没有发生连接重置一样。
我想了解-RD
标志的重要性和我读过 的屏幕手册页(我强调):
-D -R
附在此时此地。详细地说,这意味着:如果会话正在运行,则重新连接。如有必要,请先远程分离并注销。如果它没有运行,请创建它并通知用户。这是作者的最爱。
我试过网络搜索logout remotely screen
,相关的最高结果只是https://www.tecmint.com/keep-remote-ssh-sessions-running-after-disconnection/,我在其中读到了关于分离的信息:
分离屏幕
就在您想退出远程会话,但又想保持在该机器上创建的会话时,您需要做的就是将屏幕与终端分离,这样它就没有控制终端了。完成此操作后,您可以安全地注销。
在 SE 上,我发现如何从另一个终端远程分离屏幕和https://askubuntu.com/questions/526972/remotely-log-out-of-graphical-gnome-session但这些是其他具体问题。
我曾尝试阅读有关登录、退出等的 wiki,但仍不清楚。我可以远程注销哪些会话?我screen
在服务器上运行......也许这些标志与我的特定用例无关?-RD
(远程注销)最常见的用例是什么?
当您
screen
在服务器上运行时,您实际上同时有两个终端会话:第一个是您通过 SSH 连接的,第二个是由screen
命令管理的“本地”会话。如果第一个会话因任何原因终止而没有screen
先正确退出,这两个会话将自动相互分离,并且当您建立新的 SSH 会话时,screen
允许您重新连接到现有的第二个会话。如果中断连接的超时类似于防火墙因不活动而中断现有连接,那么问题在于防火墙可能无法向连接的任一端发出中断信号,直到结束question 试图通过已被切断的连接发送一些东西。
因此,如果防火墙切断了 SSH 连接,然后您在 SSH 连接上输入了一个字符,防火墙将向 SSH 客户端发送回 TCP 重置,您会看到连接已被切断。但是 SSH 服务器端不一定知道它:如果服务器没有尝试向您发送任何内容,它可能仍然坐在那里,等待您的任何输入,在一个 TCP 连接上 - 就服务器而言知道 - 仍然连接但空闲。
在这种特殊情况下,您将需要从旧的 SSH 会话中删除会话的选项,即使您
-D
认为它仍处于连接状态。screen -DR
screen
screen
作为副作用,它会导致服务器尝试
screen
在初始的、切断的 SSH 会话上发送输出(来自 的“断开连接”消息和新的 shell 提示符),防火墙将发送回 TCP 重置,等等服务器端最终会在sshd
网络层面得到旧的 SSH 连接被中断的信息,并将其清理掉。但是,如果导致您的 SSH 会话超时的原因是服务器上的某事导致您的第一个 SSH 会话终止,例如,服务器管理员将其设置
ClientAliveCountMax
为 0sshd_config
并设置ClientAliveInterval
为某个非零值作为一种黑客攻击inactivity timeout 从 开始sshd
,那么您的旧 SSH 会话将完全断开连接,并且该screen
会话已经在等待您处于已分离状态。在这种情况下,只需screen -R
重新连接到它就足够了......但-D
在这种情况下另外指定选项不会受到伤害。顺便说一句,以这种方式滥用
ClientAliveInterval
andClientAliveCountMax
设置sshd_config
是设置用户不活动超时的一种非常不可靠的方法,因为客户端可以在不知道他们正在这样做的情况下解决它。这是因为ClientAliveInterval
监控的是 SSH 连接级别的活动,而不是实际的用户活动。如果 SSH 客户端的用户遇到网络超时问题,他们可能会
ServerAliveInterval
在他们的~/.ssh/config
(或非 OpenSSH 客户端上的等效设置)中进行设置。如果客户端ServerAliveInterval
设置的时间短于防火墙的连接不活动超时,则会导致 SSH 客户端自动发送加密的 SSH “你还在吗?” 处于不活动状态的数据包,sshd
服务器会回复它,重置防火墙上的不活动计时器。但是,只要 SSH 连接实际工作,设置具有较短超时值的客户端
ServerAliveInterval
也会导致服务器永远不会达到超时,从而破坏了所谓的“用户不活动超时”。ClientAliveInterval
不幸的是,一些安全强化标准似乎包含了这种
ClientAliveInterval
基于用户不活动超时的黑客攻击,因此一些安全审计人员可能会要求它,即使它并不真正适合其预期目的。