Существует ли простой способ “перезапустить” область tmux?

Принятие HTTPD является апачским:

RewriteEngine on
RewriteCond %{HTTP_HOST} ^demo\.* [NC]
RewriteRule .* http://domain.com/ [L]
50
27.08.2013, 15:58
2 ответа

Смотря на руководство, команду respawn-pane пораженный меня, но оказалось, что это не работало. Читая более тесно, это оказалось этим respawn-pane -k был ответ, так как он уничтожит рабочую команду.

Таким образом, область может быть "перезапущена" и порождена снова на месте.

Так <prefix>+: и затем войдите respawn-pane -k и нажмите Enter

86
27.01.2020, 19:33
  • 1
    Или используйте без -k если Вы создали область в remain-on-exit режим и уничтоженный команда самостоятельно. –  peterph 03.08.2015, 23:26

На самом деле существует способ восстановить расположение - list-windows дает Вам описание расположения для всех окон на сессии и select-layout может переварить анализируют строку и устанавливают расположение соответственно (см. select-layout в странице справочника tmux(1)).

Что касается Вашей ssh проблемы - ssh серверы должен закрыть соединение, после того как система закрывается (хотя я видел некоторые дистрибутивы Linux, которые так или иначе портят надлежащее поведение, не закрывая ssh демона и рабочие сессии правильно) - если это так, посмотрите ESCAPE CHARACTERS раздел (и другие места, относящиеся к нему) в ssh(1) - символ ESC, сопровождаемый . (точка), сильно завершает соединение на стороне клиента. Конечно, не помогает, породили ли Вы просто область с ssh при выполнении в ней, но если Вы испытываете проблему чаще, возможно, Вы хотели бы выполнить оболочку в области и назвать ssh от там.

4
27.01.2020, 19:33
  • 1
    I upvoted Ваш ответ, потому что это увеличивает стоимость. Но вот то, почему символы ESC являются не обязательно хорошей идеей: использование ssh сессии для соединения с tmux сессией, которая имеет открытые соединения SSH. Затем внезапно необходимо думать о том, как отправить символ ESC вне первого соединения SSH для достижения внутреннего (s). И btw, я обычно выполняю ssh от оболочки. большое спасибо –  0xC0000022L 31.07.2015, 11:18
  • 2
    В значительной степени то же самое как тогда, когда Вы выполняете вложенные tmux сессии. У или Вас есть различные символы ESC на внешней и внутренней сессии (быть этим ssh или tmux один), или Вы просто отправляете символ ESC дважды - который заставляет его пойти как единственный во вложенную сессию (соединенное проводами поведение для ssh, настраивающегося в tmux). –  peterph 03.08.2015, 23:25

Теги

Похожие вопросы