Bash: как дублировать ввод/вывод из интерактивных скриптов только в полных строках?

Question

Как я могу захватить ввод/вывод скрипта в реальном времени (например, с tee), но по очереди вместо символа? Моя цель - захватить ввод, введенный в интерактивные подсказки скрипта, только после завершения обработки и последующего завершения обработки (после нажатия клавиши RETURN).

В частности, я пытаюсь создать сценарий оболочки для ssh, который создает timestamped журнал команд, используемых на удаленных серверах. The script, который использует тройник для перенаправления вывода для фильтрации, работает хорошо, но перенаправленный вывод становится беспорядочным, когда я использую клавишу backspace или клавиши вверх/вниз для прокрутки моей удаленной истории. Например: service test stopexitservice test stopart или cd ..logs[1Pls -al.

Возможно, есть способ захватить прокрутку и перенаправить терминал, как с тройником?

Обновление: Я нашел character-based cleanup solution, который делает то, что я хочу большую часть времени. Тем не менее, я все еще надеюсь на ответ на этот вопрос (который вполне может быть ответом msw, что это очень сложно сделать).

Answer 1

В мире Unix существуют два основных режима обработки ввода с клавиатуры. Они известны как «сырые», в которых символы передаются от терминала к программе чтения по одному за раз. Это режим, который будут использовать редакторы (и такие), потому что редактор должен немедленно реагировать, когда вы нажимаете клавишу.

Другая терминальная дисциплина называется «приготовленной», которая представляет собой линейное поведение, которое вы считаете линейным вводом строки, когда вы получаете обратное пространство, и команда не выполняется до тех пор, пока вы не нажмете return. Ssh должен принимать ваши данные в сыром режиме по-символу, потому что он не знает, что работает на другой стороне. Например, если вы используете редактор с дальней стороны, он не может дождаться возврата перед отправкой нажатия клавиши. Таким образом, как некоторые предположили, захват истории оболочки на дальней стороне является единственным разумным способом получить командно-командную запись команд bash, которые вы набрали.

---

Я упрощен для ясности; на самом деле большинство установок bash принимают входные данные в режиме raw, потому что они позволяют редактору изменять команду. Например, Ctrl-P прокручивает историю команд или Ctrl-A переходит в начало строки. И bash должен быть в состоянии получить эти ключи в момент их ввода, не дожидаясь возврата.

Это еще одна причина, что захват на местной стороне неприятно сложно: если вы захватите локальную сторону, поток будет заполнен Backspaces и все команды редактирования bash. Чтобы получить подлинную транскрипцию того, что действительно выполняется удаленной оболочкой, вам нужно проанализировать поток символов, как если бы вы были удаленной оболочкой. Там также проблема, если вы запускаете что-то вроде

vi /some_file/which_is_on_the_remote/machine 

входного потока к локальной SSH будет наполнено движением команд фрагментов текста, в то числе забоя и так далее, и это будет кровавым трудно понять, что является частью команда bash и что вы говорите с редактором.

Немногие вещи, связанные с компьютерами, невозможны; получение чистого ввода с локальной стороны вызова ssh действительно очень тяжело.

Answer 2

Я задаю вопрос о фактической полезности записи команд, которые вы выполняете на локальном или удаленном компьютере. Причина в том, что существует столько состояний, которые не видны из командного журнала.В качестве простого примера вот бревно из двух команд:

17:00$ cp important_file important_file.bak 
17:15$ rm important_file 

и через два дня вы пытаетесь выяснить, является ли important_file.bak должен иметь содержимое, предназначенные или нет. Учитывая этот журнал, вы не можете ответить на этот простой вопрос. Даже если у вас была последовательность

16:58$ cat important_file 
17:00$ cp important_file important_file.bak 
17:15$ rm important_file 

Если вы не захватывая выход, то cat в журнале не скажу ничего. Дайте мне почти любую последовательность команд, и я могу представить себе сценарий, в котором он не даст вам информацию, необходимую для понимания того, что было сделано.

Answer 3

Для очень сходной цели я использую GNU screen, которые предлагают возможность записывать все, что вы делаете в сеансе оболочки (INPUT/OUTPUT). Журнал создает также приходит с нежелательными символами, но я убираю их с Perl:

perl -ne 's/\x1b[[()=][;?0-9]*[0-9A-Za-z]?//g;s/\r//g;s/\007//g;print' < screenlog.0

Я надеюсь, что это помогает.

Некоторые особенности screen: http://speaking-my-language.blogspot.com/2010/09/top-5-underused-gnu-screen-features.html

сайта я нашел жемчужно-Oneliner: https://superuser.com/questions/99128/removing-the-escape-characters-from-gnu-screens-screenlog-n