Как я могу подавить/etc/issue, не теряя сообщения об ошибках?
Действительно ли возможно сказать ssh клиенту не печатать подключения /etc/issue к stdout при соединении с удаленным хостом, но распечатать какую-либо другую диагностику (например, ошибка) сообщения?
Любое использование ssh -q или наличие LogLevel quiet в ~/.ssh/config подавляет /etc/issue печать, но также и выключают сообщения об ошибках. Я попробовал touchлуг ~/.hushlogin также - который останавливается /etc/motd быть распечатанным, но не влияет /etc/issue.
Самое очевидное решение состоит в том, чтобы только удалить /etc/issue, но политика компании диктует файл быть там со страшными предупреждениями о несанкционированном доступе. Это является необоротным. К сожалению, у меня есть набор сценариев, которые натыкаются на довольно много хостов через ssh, и файлы журнала являются b) a) очень большой и b) полный юридического жаргона. Начиная с довольно большого количества необслуживаемых выполнений материала я не хочу терять любые сообщения об ошибках, которые печатаются.
3 ответа
Никакой мой OS X localhost или моя печать сервера Ubuntu /etc/issue когда я ssh в (ни с оболочкой, ни с выполнением удаленной команды), таким образом, я не могу воспроизвести Вашу проблему. Я попробую это из памяти.
Если Вы не возражаете устанавливать две связи, Вы могли бы сделать это:
num_lines="$(ssh yourhost 'cat /etc/issue' | wc -l)";
ssh yourhost 'your real command here' | tail +$(($num_lines / 2 + 1));Первая команда ssh вызовет /etc/issue быть распечатанным дважды (однажды системой, однажды cat), таким образом, количество строк будет дважды больше чем это /etc/issue. Вывод второй команды только покажет вывод от того количества строк плюс одна.
Если Ваш журнал будет иметь набор сессий добавленным в одном файле, у Вас мог бы быть свой сценарий, делают что-то как echo START LOGGING прежде, чем выполнить любые другие команды, и затем echo END LOGGING перед разъединением, и затем используют простой сценарий оболочки (использующий sed или awk) полоса все содержание файла между КОНЦОМ и ЗАПУСКАЮТСЯ (т.е. шаблон перед каждым входом в систему).
Править:
Теперь я вижу, что Вы не регистрируетесь, но вместо этого ищете сообщения в окне - я рекомендую создать журналы и просканировать журналы вместо того, чтобы полагаться на один только вывод окна терминала - это намного более гибко, и позволяет вернуться к ошибкам от предыдущих сессий в случае необходимости.