Почему это задание rsync + ssh cron дает мне ошибки «Разрешения на отказ (publickey)»?
Если вы все еще заинтересованы, я думаю, что нашел решение. Откройте сайт https://www.messenger.com в Chrome или Chromium, тот же сайт, который вышеупомянутое приложение (которое несколько ненадежно) является просто оболочкой. Затем вы нажимаете на верхние правые параметры в Chromium, выбираете больше инструментов -> Добавить сайт на рабочий стол.
Тогда, если вы выполните поиск в своей пусковой установке, появится веб-приложение под названием «Messenger», которое загружается точно что вы ищете. Это в основном оригинальная страница Chromium, но без каких-либо панелей инструментов, очень минималистский ...
4 ответа
Вы уже пробовали использовать старый трюк для очистки файлов хостов? Я имею в виду:
rm ~/.ssh/known_hosts
Стоит попробовать, поскольку ssh восстановит его, и вы избавитесь от устаревшего материала. Вы можете, конечно, также удалить части, принадлежащие данному IP / хосту.
Дополнительные вопросы: выполняется ли ваше задание cron под вашим UID или выполняется ли он как пользователь cron или root?
-
1Команды работают индивидуально, поэтому я не вижу, как удаление ~/.ssh/known_hosts изменит что-нибудь? И cron работает как мой пользовательский «tom» на рабочем столе с намерением войти на сервер как пользовательское «резервное копирование только» с помощью соответствующего (без пароля) SSH-ключа, который находится в пользовательском томе ~/.ssh. – Tom Brossman 14 September 2014 в 16:03
-
2@ runlevel0 Флаг -r и -f не требуется для удаления known_hosts - это обычный файл (а не каталог), и он не является readonly. rm .ssh/known-hosts будет значительно безопаснее, учитывая, что односимвольная опечатка - случайное добавление пробела между . и ssh/known_hosts после rm -rf (или rm -r) обычно удаляет все содержимое домашней папки пользователя ! – Eliah Kagan 15 September 2014 в 17:52
-
3Привет, Элия, отлично! Я использую флаг -rf как рефлекторное действие, но вы абсолютно правы. Мне плохо. – runlevel0 17 September 2014 в 13:02
Используйте сценарий rrsync вместе со специальным ключом ssh следующим образом:
REMOTE server
mkdir ~/bin
gunzip /usr/share/doc/rsync/scripts/rrsync.gz -c > ~/bin/rrsync
chmod +x ~/bin/rrsync
LOCAL computer
ssh-keygen -f ~/.ssh/id_remote_backup -C "Automated remote backup" #NO passphrase
scp ~/.ssh/id_remote_backup.pub devel@10.10.10.83:/home/devel/.ssh
REMOTE computer
cat id_remote_backup.pub >> authorized_keys
Подготовить к недавно добавленной строке следующий
command="$HOME/bin/rrsync -ro ~/backups/",no-agent-forwarding,no-port-forwarding,no-pty,no-user-rc,no-X11-forwarding
. Результат выглядит как
command="$HOME/bin/rrsync -ro ~/backups/",no-agent-forwarding,no-port-forwarding,no-pty,no-user-rc,no-X11-forwarding ssh-rsa AAA...vp Automated remote backup
LOCAL
Поместите в свой crontab следующий скрипт с разрешением x:
#!/bin/sh
echo ""
echo ""
echo "CRON:" `date`
set -xv
rsync -e "ssh -i $HOME/.ssh/id_remote_backup" -avzP devel@10.10.10.83:/ /home/user/servidor
Источник: http://www.guyrutenberg.com/2014/01/14/restricting-ssh- доступ к Rsync /
Чтобы попробовать и отлаживать, добавьте в ssh часть «ssh -v» таким образом, вы можете получить подробный режим с некоторой полезной информацией.
Изменить: на странице man:
-v Verbose mode. Causes ssh to print debugging messages about its progress. This is helpful in debugging connection,
authentication, and configuration problems. Multiple -v options increase the verbosity. The maximum is 3.
Я думаю, что вы не настроили файл sshd_config должным образом. Убедитесь, что PermitRootLogin yes и PubkeyAuthentication yes для удаленного обслуживания.
-
1Он не пытается войти в систему как пользователь root, и он, вероятно, правильно настроил проверку подлинности с открытым ключом, потому что он может ssh и даже успешно запустить команду резервного копирования с терминала. – Alaa Ali 15 September 2014 в 18:42
-
2Спасибо за совет, но я определенно не имею PermitRootLogin включен и не планирую его менять. Лучшая практика - отключить его, а ssh - только как обычный пользователь (добавьте их к вашим «sudoers», если это необходимо) и никогда не будет root. – Tom Brossman 15 September 2014 в 22:05