несоответствие версии протокола - чиста ли ваша оболочка?

При выполнении инструкций по резервному копированию rsync, приведенных здесь: http://troy.jdmz.net/rsync/index.html

Я получаю сообщение об ошибке "Несоответствие версии протокола - чиста ли ваша оболочка?"

Я где-то читал, что мне нужно отключить отображение подсказок (PS1 = "") и motd (.hushlogin), чтобы справиться с этим. Я сделал это, приглашение и баннер входа в систему (MOTD) больше не появляются, но ошибка все еще появляется, когда я бегу:

rsync -avvvz -e "ssh -i /home/thisuser/cron/thishost-rsync-key" remoteuser@remotehost:/remote/dir /this/dir/

Как ssh-клиент, так и sshd-сервер используют версию 2 протокола.

В чем может быть проблема? Благодарю.

[РЕДАКТИРОВАТЬ] Я нашел http://www.eng.cam.ac.uk/help/jpmg/ssh/authorized_keys_howto.html, который указывает, что иногда необходимо выполнить «Force v2» с помощью флага -2 для ssh или slogin

 ssh -2 -i ~/.ssh/my_private_key remotemachine"

Не ясно, что это решило проблему, так как я думаю, что я поместил это изменение в ПОСЛЕ изменения ошибки, но факт в том, что ошибка превратилась в нечто другое. Я обновлю это, когда узнаю больше. И я обязательно попробую предложить запустить это в оболочке emacs - спасибо.

Один из ваших сценариев входа в систему (.bashrc / .cshrc / etc.), Вероятно, выводит данные в терминал (когда это не должно быть). Это приводит к ошибке ssh при подключении и подготовке к копированию, поскольку он начинает получать дополнительные данные, которых он не ожидает. Удалить вывод, который генерируется в сценариях запуска.

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

if shopt -q login_shell; then
    [any code that outputs text here]
fi

или альтернативно, как это, так как специальный параметр -содержит, iкогда оболочка является интерактивной:

if echo "$-" | grep i > /dev/null; then
    [any code that outputs text here]
fi

Для получения дополнительной информации см. Rsync через ssh из linux в windows sbs 2003 несоответствие протокола

Чтобы диагностировать это, убедитесь, что ниже приведены выходные данные, которые вы получаете, когда входите в ssh на хосте:

USER@HOSTNAME's password: 
Last login: Mon Nov  7 22:54:30 2011 from YOURIP
[USER@HOSTNAME ~]$ 

Если вы получаете новые строки или другие данные, вы знаете, что отправляется дополнительный вывод. Вы можете переименовать ваш .bashrc / .cshrc / .profile / и т.д. файлы к чему-то еще, чтобы они не выводили дополнительный вывод. Конечно, есть еще системные файлы, которые могут вызвать это. В этом случае проверьте у своего системного администратора, что системные файлы не выводят данные.

Существует простой способ проверить, является ли ваша оболочка чистой для соединения ssh: выполнить команду из соединения ssh вместо запуска интерактивной оболочки. Команда falseнемедленно прекратит работу без вывода каких-либо результатов, поэтому это хороший тест:

bash$ ssh remotehost false
Enter passphrase for key '/home/user/.ssh/my_private_key': 
bash$

Если эта командная строка производит какой-либо вывод, виноват один из ваших сценариев запуска:

bash$ ssh remotehost false
Enter passphrase for key '/home/user/.ssh/my_private_key': 
Welcome to RemoteHost!

This system is company property and is provided for authorized use only, 
as set forth in applicable written policies. Unauthorized use is prohibited 
and may be subject to discipline, civil suit and criminal prosecution.

Welcome back - You last logged in 16 days ago...
bash$

Еще одна вещь, чтобы проверить, если вы получаете эту ошибку, это то, установлен ли rsync и доступен ли с помощью ssh:

bash$ ssh remotehost "rsync --version"
Enter passphrase for key '/home/user/.ssh/my_private_key': 
rsync  version 3.0.9  protocol version 30
Copyright (C) 1996-2011 by Andrew Tridgell, Wayne Davison, and others.
Web site: http://rsync.samba.org/
Capabilities:
    64-bit files, 64-bit inums, 64-bit timestamps, 64-bit long ints,
    socketpairs, hardlinks, symlinks, IPv6, batchfiles, inplace,
    append, ACLs, xattrs, iconv, symtimes

rsync comes with ABSOLUTELY NO WARRANTY.  This is free software, and you
are welcome to redistribute it under certain conditions.  See the GNU
General Public Licence for details.
bash$

Если rsync не в пути, вы увидите что-то вроде:

bash$ ssh remotehost "rsync --version"
Enter passphrase for key '/home/user/.ssh/my_private_key': 
bash: rsync: command not found
bash$

Это можно исправить, установив rsync, или, если он установлен, но в необычном месте, передав его в командную строку rsync:

rsync -avvvz -e "ssh -i /home/thisuser/cron/thishost-rsync-key" \
    --rsync-path="/usr/local/bin/rsync" \
    remoteuser@remotehost:/remote/dir /this/dir/

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

ssh username@host "/bin/true" > testfile
ls -l testfile

Если testfile НЕ равен 0 байтов, проблема в том, что ваша оболочка что-то выводит. Проверьте /etc/profile, .profile, .bashrc, .cshrcи т.д. Если это так, вы можете изменить его , чтобы проверить , если ваш терминал в интерактивном режиме и только вывод текста, используя следующий код в Bashrc. Что-то эквивалентное существует и для других оболочек:

if shopt -q login_shell; then
    [any code that outputs text here]
fi

или альтернативно, как это, так как специальный параметр -содержит, iкогда оболочка является интерактивной:

if echo "$-" | grep i > /dev/null; then
    [any code that outputs text here]
fi

Однако, если тестовый файл фактически равен 0 байтов, значит, ваша оболочка работает, но возможно, что у вас просто очень старая версия rsync. Вы можете сказать клиентской стороне (предполагая, что это более новая сторона) не рекламировать такую ​​высокую версию, чтобы старая версия сервера rysnc не распознала ее. Вы можете сделать это, используя --protocol=опцию. В моем случае с использованием --protocol=30сделал трюк.

Если у вас все еще возникают проблемы, попробуйте ssh, поскольку пользователь rsysnc подключается к нему, и попробуйте запустить, rsync --versionчтобы увидеть, может ли оболочка найти rsync. Если вы получите что-то, в котором говорится, что команда не найдена, то rsync может быть не установлен на машине, к которой вы подключаетесь, или он может быть не в пути. Rsync имеет опции для указания пути к удаленному концу, прочитайте справочную страницу.

Это особый случай из других ответов, но не сильно отличается от того.

Чтобы выполнить rsync через ssh, вам нужен доступ к оболочке в ssh для выполнения команды удаленного rsync. Если ваша учетная запись ssh разрешает только scp / sftp, вы не сможете запустить команду удаления rsync и не выдаст эту ошибку.

Это можно проверить с помощью той же команды, что и выше

ssh remotehost false

Этот должен потерпеть неудачу, и этот должен быть успехом

sftp remotehost

Это доказывает, что у вас есть доступ только по sftp.

Если вы хотите и имеете разрешения для этого, вы можете отключить доступ только для sftp для этого пользователя, отредактировав записи /etc/ssh/sshd_configи проверки match и forcecommandзаписи.

Вы также можете проверить этот пост

Я получил это protocol version mismatch -- is your shell clean?просто потому, что еще не установил rsync на другом конце. sudo yum install rsyncрешил проблему.

Подсказка вообще не будет отображаться при непосредственном выполнении команды, и не в интерактивном режиме. Простой Google запускает первый результат: http://marc.info/?l=rsync&m=100263876212594&w=2 И поскольку оболочка потенциально может быть вызвана, она не должна отображать что-либо в неинтерактивном режиме - например, при вводе просто " bash "в существующее приглашение, только новое приглашение должно появиться.

Это может быть вызвано сообщением о входе в систему на удаленном хосте, например, «Срок действия вашего пароля истечет через 6 дней», которого RSYNC не ожидает