我们一直在使用我们的跳转盒上的GNU屏幕，让ssh会话在我们专用networking内的多个主机上开放。 每个主机一个窗口。
最近，我们已经build立了一个新的环境，并经常出现屏幕挂起。 大多数情况下，当很多terminal输出被假脱机到屏幕上时（例如抓取文件），屏幕变得无法响应。 terminal停止更新中间命令，我不能切换到任何其他屏幕窗口。
我可以再次login到跳转框中，然后做一个屏幕-dr，它就像什么都不是。 我们使用的.screenrc是：
bindkey -k k2 screen bindkey -k k3 prev bindkey -k k4 next bindkey -k k7 copy bindkey -k k8 title bindkey -k k9 windows startup_message off hardstatus alwayslastline hardstatus string "%-w%{= BW}%50>%n %t%{-}%+w%<" nonblock on 虽然屏幕会议像这样冻结，你能build议我应该看看究竟是什么原因，因为我相当难倒？
这是在debian wheezy下，screen = 4.1.0〜20120320gitdb59704-7，这些都是EC2实例，以防相关。
有时候，你正在使用的xterm从任何正在被parsing的输出中获得一个Ctrl-S 。 这会导致会话“locking”（如“暂停”），您可以Ctrl-Q继续。 有几个 例子发生这种情况。
历史logging： Ctrl-S向远程主机发送“软件stream量控制closures（XOFF）”， Ctrl-Q发送XON。
SSH提示：如果以上不起作用; 下次SSH会话挂在你身上时，input~. （这是“Tilde”和“dot”，这应该是挂起的SSH会话，让你回到屏幕上。