2

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

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

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

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

6 ответов6

5

Просто включите вход в систему и поместите его в текстовый файл.

4

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

2

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

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

Это вообще спасатель жизни.

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

2

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

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

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

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

1

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

0

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

command > logfile.txt

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

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .