Я думаю, что моя основная проблема в том, что я не совсем понимаю, как работает ssh / scp. Но я не знаю, что гуглить, чтобы попытаться прочитать мой вопрос.
Описание проблемы
Я создал сценарий bash на serverA. Он пытается передать файл с сервера A на сервер B. Этот сценарий будет запланирован как задание cron.
Чтобы проверить, будет ли этот сценарий работать, я просто попытался вручную скопировать файл с serverA на serverB. т, что гуглить, чтобы попытаться прочитать мой вопрос. Описание проблемы Я создал сценарий bash ...
Я думаю, что моя основная проблема в том, что я не совсем понимаю, как работает ssh / scp. Но я не знаю, что гуглить, чтобы попытаться прочитать мой вопрос.
Описание проблемы
Я создал сценарий bash на serverA. Он пытается передать файл с сервера A на сервер B. Этот сценарий будет запланирован как задание cron.
Чтобы проверить, будет ли этот сценарий работать, я просто попытался вручную скопировать файл с serverA на serverB. т, что гуглить, чтобы попытаться прочитать мой вопрос. Описание проблемы Я создал сценарий bash ...
Я думаю, что моя основная проблема в том, что я не совсем понимаю, как работает ssh / scp. Но я не знаю, что гуглить, чтобы попытаться прочитать мой вопрос.
Описание проблемы
Я создал сценарий bash на serverA. Он пытается передать файл с сервера A на сервер B. Этот сценарий будет запланирован как задание cron.
Чтобы проверить, будет ли этот сценарий работать, я просто попытался вручную скопировать файл с serverA на serverB. Он пытается передать файл с сервера A на сервер B. Этот сценарий будет запланирован как задание cron.
Чтобы проверить, будет ли этот сценарий работать, я просто попытался вручную скопировать файл с serverA на serverB. Он пытается передать файл с сервера A на сервер B. Этот сценарий будет запланирован как задание cron.
Чтобы проверить, будет ли этот сценарий работать, я просто попытался вручную скопировать файл с serverA на serverB. Но я получаю сообщение об ошибке «Permission denied» на serverA.
Я вошел в serverA в первую очередь следующим образом:
mycomputer#> ssh root@serverA.mydomain
Вопросы:
Ручной тест scp - хорошая идея? Потому что я вхожу в систему, используя свой ключ, в serverA, но в конечном итоге именно задание cron будет запускать команду scp.
Как узнать, под каким идентификатором пользователя / ключами задание cron будет пытаться скопировать?
Что мне нужно в Google, чтобы лучше понять, как все это работает?
Спасибо.
Если вы хотите автоматизировать что-то подобное, вам нужно будет настроить открытые / частные ключи с обеих сторон, а затем настроить ssh для авторизованных ключей в том направлении, в котором вы хотите копировать. Предполагая, что вы используете OpenSSh, сделайте следующее в обеих системах:
ssh-keygen -t dsa
cd ~ / .ssh
идентификатор cp id_dsa
cp id_dsa.pub authorized_keys
cp id_dsa.pub имя_системы_id_dsa.pub
Теперь вам нужно будет скопировать последний файл из исходной системы в каталог ~ / .ssh целевой системы, а затем выполнить следующую команду:
cat systemname_id_dsa.pub >> authorized_keys
Теперь у вас должна быть возможность ssh / scp от источника к цели без пароля для этого пользователя. Я бы посоветовал делать это не как root, а как другой пользователь, поскольку это может вызвать проблемы с безопасностью при выполнении как root.
Для копирования с сервера A на сервер B с помощью scp вам необходимо:
1) Выберите пользователя на сервере B (userB), который должен «получать» файлы. Этому пользователю потребуются права на запись в каталог, в который будут скопированы файлы.
2) Создайте пару открытый / закрытый ключ для этого пользователя.
3) Поместите открытый ключ в /.ssh/allowedkeys на сервере B.
4) Выберите пользователя на сервере A, который будет отправлять файлы. Этому пользователю потребуются права на чтение файлов, которые будут отправлены.
5) Поместите закрытый ключ в /.ssh/userB на сервере A
6) Напишите сценарий для копирования желаемых файлов. Копия будет примерно такой scp -i ~ / .ssh / userB somefiles (скрыто) Войдите на сервер A как userA и запустите crontab -e, чтобы отредактировать crontab пользователяA, добавьте сценарий в crontab с желаемыми настройками.
Это должно вас туда доставить.
Для лучшего понимания я бы порекомендовал вам изучить эти два компонента из пакета OpenSSH (вы можете сделать это с помощью man ssh-keygen
и / или man ssh-copy-id
):
SSH-KEYGEN (1)
- генерация, управление и преобразование ключей аутентификации SSH-COPY-ID (1)
- использование локально доступных ключей для авторизация входа на удаленном компьютере пример (как сделать так, чтобы пара ключей и скопировала ее на удаленный хост):
SSH-KEYGEN (1)
:
$ ssh-keygen
Generating public/private rsa key pair.
Enter file in which to save the key (/X/.ssh/id_rsa):
Created directory '/X/.ssh'.
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /X/.ssh/id_rsa.
Your public key has been saved in /X/.ssh/id_rsa.pub.
The key fingerprint is:
e0:cd:fd:18:45:66:0d:11:a0:08:75:6a:f3:1a:6c:45 X@Z
The key's randomart image is:
+--[ RSA 2048]----+
| ... E ..B= |
| . = . + . |
| * o . |
| + B . . |
| = S o |
| . o + |
| . . . |
| |
| |
+-----------------+
$
&
SSH-COPY-ID (1)
:
$ ssh-copy-id root@Y
The authenticity of host 'Y (Z.Z.Z.Z)' can't be established.
RSA key fingerprint is 5e:8e:ad:71:77:6a:c4:16:e6:0e:34:f8:92:b2:ce:9f.
Are you sure you want to continue connecting (yes/no)? yes
/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed
/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- if you are prompted now it is to install the new keys
root@Y's password:
Number of key(s) added: 1
Now try logging into the machine, with: "ssh 'root@Y'"
and check to make sure that only the key(s) you wanted were added.
$
После этого вы сможете использовать scp
для копирования без запроса пароля ...
Ручной тест scp - хорошая идея ? Потому что я вхожу в систему, используя мой ключ в serverA, но в конечном итогеэто работа cron, которая будет запускать команду scp.
перед планированием использования cron я бы провёл ручную проверку, так как таким образом вы знаете, чего ожидать, не дожидаясь запланированного времени.
Как узнать, под каким идентификатором пользователя / ключами будет выполняться задание cron попытаться copy?
crond
обычно запускается под root, но для проверки вы можете использовать следующее:
# ps aux | grep crond | grep -v grep
root 2696 0.0 0.0 126336 1712 ? Ss May13 0:01 /usr/sbin/crond -n
#