Рекомендуйте клиентам SSH, которые свободны (предпочтительно открытый исходный код) (по крайней мере), для Windows, которые поддерживают бесконечную прокрутку

Проблема: я в настоящее время использую PuTTY для SSHing в наш сервер от машины Windows, но, потому что ее буфер вывода ограничен, когда у меня есть большое (небольшое количество сотни ценности экранов) объем данных, отправленный от сервера, верхняя часть потеряна. Вход действительно не сокращает горчицу также, потому что это - такой faff, чтобы найти файл журнала и иметь предосудительные отношения с ним.

Вопрос: Есть ли что-нибудь там, которое буферизует всю сессию или по крайней мере позволяет мне динамично увеличивать буфер некоторыми МБ (пока на сессии)?

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

- Будьте нежны, это - мой первый вопрос.Заранее спасибо!

2
задан 08.09.2013, 20:23

6 ответов

Предоставленный, это не большая часть надежного решения, однако в PuTTY, можно настроить количество строк scrollback, который будет сохранен. При установке этого на чрезвычайно высокое значение скажите 2147483647 (возможное максимальное значение), мог выручить Вас. У Вас в действительности был бы самый большой экранный буфер, который PuTTY мог дать Вам. Кроме того, середина сессии, можно изменить это значение путем доступа к системному меню и выбору, "Изменяет Настройки".

4
ответ дан 08.12.2019, 04:38

Просто станьте входящими в систему и выведите его к текстовому файлу.

5
ответ дан 08.12.2019, 04:38

Я предложил бы использовать screen на удаленной стороне. Это позволяет Вам указывать сколько буфера прокрутки для сохранения (см. здесь), и много других полезных удобств.

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

Это обычно - спаситель.

Другой хороший инструмент является tmux; схожая функциональность, больше положительных героев, и т.д. Не уверенный это может быть применено к Вашему сценарию, все же.

2
ответ дан 08.12.2019, 04:38

Все еще основанное на клиенте решение, как с другими перечисленными, но другая опция не script который регистрирует всю сессию. Посмотрите man script для получения дополнительной информации (или некоторая копия онлайн страницы справочника как здесь).

Вы могли объединить это с less выполнение в другом клиентском окне SSH (или другом окне на экранной сессии). Если Вы делаете что-то как mkfifo /tmp/scriptpipe; script -f /tmp/scriptpipe можно просмотреть это использование чего-то как cat /tmp/scriptpipe | less - меньше инструмента позволит Вам прокрутить назад и вперед по мере необходимости. Дополнительное преимущество этого состоит в том, что можно сохранить представление прокрученным назад при вводе новых команд в активную сессию (полезный для того, чтобы сделать новую работу, относящуюся к commands+output от некоторое время назад).

Я рекомендую использовать экран в сочетании с этим, любым и с активной сессией и с less в отдельных окнах экранной сессии или каждого на отдельной экранной сессии в отдельных клиентах - это означает, что можно снова соединиться легко, не теряя работы/вывода, если Вы переносите отбрасывание соединения середина сессии.

Если Вы хотите записать сессию в файл, а также отправку копии через канал к меньше, сделайте что-то как cat /tmp/scriptpipe | tee /file/to/save/sessionlog/to | less.

2
ответ дан 08.12.2019, 04:38

Я использую значение 99 999 строк для backscroll и никогда не имел проблемы. Конечно, это использует память как черт, но с сегодняшним ПК, это не должно быть проблемой.

1
ответ дан 08.12.2019, 04:38

Каждый раз, когда Вы думаете, что собираетесь быть выполнением большой команды и нуждаетесь во всем выводе, вводят его как это:

command > logfile.txt

Затем Вы можете cat или получите файл к своей локальной машине для просмотра.

0
ответ дан 08.12.2019, 04:38

Теги

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