“Отклоненное разрешение, попробуйте еще раз” при передаче файлов с scp
Можно создать список установленного программного обеспечения с:
$ rpm -qa > installed-software.log
Так как они основаны на различных дистрибутивах, я не уверен, как Вы сделали бы установку.
Если бы я копировал его в новую установку того же дистрибутива, то я выполнил бы следующую команду как корень
# yum -y install $(cat /home/user/installed-software.log)
Это похоже существует проблема с ssh конфигурация на серверах - Вы не можете ssh ни от одного из них (вероятно, из соображений безопасности).
Можно попробовать предложение Stephane, чтобы сделать передачу от локальной машины (scp user@server.a:/home/public/backup.tar user@server.b:/home/public/). Это должно управлять проблемой со взятием входа от терминала (который мог бы меня намеренно созданный на серверах).
Если это не поможет, то это будет означать, что поставщик, вероятно, запрещает исходящие соединения SSH. В этом случае Вас оставят с двумя опциями:
- попросите, чтобы поставщик позволил исходить соединения SSH
или
передайте файлы через свою локальную машину:
scp-3 user@server.a:/home/public/backup.tar user@server.b:/home/public/
Насколько я понимаю кажется, что следующая аутентификация работает правильно localhost → server.a и localhost → server.b. Так, ssh server.a работы, и ssh server.b работы. Соединения server.x → server.y сбой из-за некоторой странной проблемы с 'процедурой' пароля чтения по серверам.
Самое легкое обходное решение должно было бы настроить ssh ключи для соединения автоматически от одного сервера до другого:
server.a$ ssh-keygen #use default answers and empty passphrase
server.a$ ssh-copy-id server.b
Это позволяет server.a → server.b соединения с ключевой аутентификацией. Сделайте то же на server.b для другого направления.
После этого я надеюсь scp должен работать с автоматической аутентификацией, избегая 'проблемы' пароля чтения.
-
1
-
2@Max кажется что
sshкоманда на серверах так или иначе повреждается при попытке считать пароль. Это пытается открыться/dev/ttyкоторый, кажется, отсутствует. Существует что-то не так с ssh установкой (или ОС серверов, независимо от того, что это). Однако, так как Вы можетеsshим от Вашего хоста можно использовать метод, предоставленный в моем ответе. (Если Вы не пишете автоматизированный резервный сценарий, и Вы хотите скопировать непосредственно от одного сервера до другого непосредственно.) – Stéphane Gimenez 15.08.2011, 02:37 -
3я не уверен, но без
-3флаг не делаетscpпросто входит в server.a, затем оттуда устанавливает связь с server.b? Я вполне уверенный это все еще требуетserver.a->server.b. – n0pe 15.08.2011, 02:54 -
4@Max Err, кажется, что Вы правы для
-3. И проблема кажется более сложной, чем я думал. Я могу воспроизвести его так или иначе. – Stéphane Gimenez 15.08.2011, 04:07 -
5я отредактировал свой вопрос. Это - ошибка на их стороне, таким образом, я использую работу вокруг. – n0pe 15.08.2011, 04:18
man scp: нет никакого индикатора выполнения, когда Вы используете-3. Но можно просто проверить передачи для определения этого. – rozcietrzewiacz 15.08.2011, 02:53