Подавить сообщение сервера в rsync

Когда я rsync или scp с определенного сервера, я получаю довольно длинное сообщение, сообщающее мне правила сервера. Однако, когда я настраиваю регулярные тяги, я хотел бы иметь возможность подавлять эти сообщения в моих журналах. Просматривая страницу man, предположите, что -q должен работать, но это только вызывает сообщения из самого scp. Как я могу это сделать?

5 Solutions collect form web for “Подавить сообщение сервера в rsync”

Для rsync у него есть --no-motd вы можете использовать для подавления motd для вашего скрипта и только видеть вывод о том, что передает rsync. Похоже, он был добавлен в rsync 3.x, так как я не вижу эту опцию в 2.x.

На странице руководства перечислены предостережения о том, что вы не используете его при попытке получить список модулей, которые вы можете rsync:

–no-MOTD

Этот параметр влияет на информацию, которая выводится клиентом в начале передачи демонов. Это подавляет текст «сообщение дня» (MOTD), но также влияет на список модулей, которые отправляет демон в ответ на запрос «rsync host ::» (из-за ограничения в протоколе rsync), поэтому опустите эту опцию, если вы хотите запросить список модулей из демона.

Для scp, пытаясь прикоснуться к файлу ~/.hushlogin . Когда я scp-файлы, я не вижу motd, хотя ваша настройка может отличаться. На странице login для login есть дополнительная информация:

Если файл .hushlogin существует, то выполняется «тихий» вход (это отключает проверку почты и печать последнего времени входа и сообщения дня). В противном случае, если существует / var / log / lastlog, последнее время входа будет напечатано (и будет зарегистрирован текущий вход).

Если вы не хотите связываться со своим локальным файлом ~/.ssh/config а опция --no-motd не работает для вас, у меня был успех, устанавливающий переменную env RSYNC_RSH .

 RSYNC_RSH="ssh -q" rsync 

Вы также можете попробовать использовать опцию rsync -e

 rsync -e 'ssh -q' 

Если ваша версия rsync не поддерживает опцию --no-motd , то LogLevel quiet в ~/.ssh/config сделает трюк.

В моей системе SuSE 11 я нашел сообщение баннера в /etc/issue.net, а затем заметил строку баннера в файле / etc / ssh / sshd_config.

 #banner /etc/issue.net 

Затем перезапустите демон ssh

 service sshd restart 

Это подавило баннер при использовании scp внутри скриптов и очистило файлы журнала.

Вероятно, вы можете подавить motd, перенаправив STDERR в / dev / null, но таким образом вы также пропустите все другие сообщения об ошибках.

 scp src dst 2> /dev/null 
  • Разрешения «проблема» с использованием SCP для копирования в корневую папку из локального
  • SCP без запроса пароля с использованием другого имени пользователя
  • Копирование файлов через два слоя SSH из Windows
  • scp: localhost пароль не принимается
  • scp на локальную машину после SSHing
  • Параметры MaxStartups и MaxSessions для ssh-соединений?
  • копировать файлы удаленно на одном пути
  • пароль выходит из строя через ssh, работает локально
  • Файл SCP между двумя серверами, проходящими через несколько серверов
  • Возможно ли отставание между scp и проверка нового файла
  • Скрипты на несколько серверов одновременно
  • Interesting Posts

    Доступ к компьютерам локальной сети через соединение VPN

    Псевдонимы для программ в / sbin /

    Какова связь между выходом программы, стандартным выходом и файловыми дескрипторами?

    Как перемещать файлы в файлы с тем же именем, но с другим расширением

    Использовать UMTS Stick в качестве модема «dial in» – нет необходимости в dataplan

    Как программно определить, когда устройство вызывает прерывание?

    как избавиться от нежелательных линий? в то время как цикл?

    Как избежать переполнения буфера кольца printk ядра?

    Является ли Gobolinux активным больше?

    Как псевдоним части выражения для поиска?

    Как ограничить использование дискового пространства пользователями без квот?

    Могу ли я использовать scrypt для хэша для LUKS?

    Как найти любую символическую ссылку на сервере?

    важные пакеты debian автоматически снимаются

    awk help – изменение после многострочного контекста

    Linux и Unix - лучшая ОС в мире.