forum.opennet.ru - "ssh: как решать разовые задачи при использовании 5-10 серверов?" (20)

"ssh: как решать разовые задачи при использовании 5-10 серверов?"

Форум Открытые системы на сервере (Др. сетевые сервисы)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"ssh: как решать разовые задачи при использовании 5-10 серверов?"	+/–
Сообщение от tokyoh (ok), 04-Авг-22, 18:03
Приветствую. Имею в работе 5-10 серверов на linux. Переодический приходится между ними пересылать какие-то файлы. Для этого приходится открывать между ними доступ по ssh-key. Иногда приходится открывать еще доступ в фаерволле. Далее, еще приходится вспоминать и в ручную вводить IP нужного сервера при передаче данных по scp. Вопрос: как все это можно упростить? Чтобы пересыл данных в разовых задачах между серверами перестал грузить мозг множеством действий. Спасибо.
Ответить \| Правка \| Cообщить модератору

Оглавление

Пиши все что нужно помнить в сценарии-скрипты и выбрасывай из головы , Непростое кино (?), 18:21 , 04-Авг-22, (1)

адреса, пароли, явки на стикер, лепи на монитор, Аноним (-), 03:56 , 05-Авг-22, (2)

DNS придумали для других целей, не смотри в эту сторону , DeerFriend (?), 08:26 , 05-Авг-22, (3)
Переход на IPv6 решит ваши проблемы , DeerFriend (?), 08:27 , 05-Авг-22, (4)

Зря стебетесь, башка не ведро с болтами , Непростое кино (?), 10:01 , 05-Авг-22, (5)
Добавит массу новых, и нет, не решит , Аноним (10), 13:54 , 05-Авг-22, (10)

Сделай алиасы в шелле, и да - вход только по ключам чтоб пароль не запоминать, Аноним (6), 11:16 , 05-Авг-22, (6)

А пароль для ключей Или и так сойдет , Аноним (8), 13:13 , 05-Авг-22, (8)

Ansible, Тот Самый (?), 11:17 , 05-Авг-22, (7)
Чтобы не тратить время на фаерволлы, можно ходить через хост, через который подк, Аноним (10), 13:53 , 05-Авг-22, (9)

gt оверквотинг удален много чего есть Ансибль например, Андрей (??), 17:47 , 05-Авг-22, (12)

gt оверквотинг удален Ансибл вроде как автоматизирует настройку чистых хостов , Аноним (10), 21:12 , 05-Авг-22, (13)

Что Ansible скажешь, то он и будет делать Все, что можно руками сделать по, Тот Самый (?), 10:53 , 06-Авг-22, (15)

Типичный случай кое-кто не умеет писать на шелле, поэтому выбрал репозиторий и , Аноним (16), 11:04 , 08-Авг-22, (16)

Типичный случай кое-кто не знает и не умеет ни хрена, но обязательно лезет выск, Тот Самый (?), 14:43 , 08-Авг-22, (17)
Зачем писать на ямле Через ансибль ад-хок запускаешь любую команду и она выпол, DeerFriend (?), 09:15 , 10-Авг-22, (18)

есть еще musshhttps packages debian org ru bullseye mussh, sys (??), 17:08 , 05-Авг-22, (11) +1

Кстати прикольно, сам по себе это shell скрипт умеет довольно мало Но если его , Аноним (20), 15:29 , 13-Сен-22, (20)

Можно руками cat run sh bin bashHOST hostPORTS 10 20 30 PASSWORD passwdecho, Аноним (19), 20:24 , 31-Авг-22, (19)

gt оверквотинг удален или gnu parallel, Аноним (-), 16:33 , 16-Сен-22, (21)

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Непростое кино (?), 04-Авг-22, 18:21 +/–

> Приветствую.
> Имею в работе 5-10 серверов на linux.
> Переодический приходится между ними пересылать какие-то файлы.
> Для этого приходится открывать между ними доступ по ssh-key.
> Иногда приходится открывать еще доступ в фаерволле.
> Далее, еще приходится вспоминать и в ручную вводить IP нужного сервера при
> передаче данных по scp.
> Вопрос: как все это можно упростить? Чтобы пересыл данных в разовых задачах
> между серверами перестал грузить мозг множеством действий. Спасибо.
Пиши все что нужно помнить в сценарии-скрипты и выбрасывай из головы.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2

2. Сообщение от Аноним (-), 05-Авг-22, 03:56 +/–

> Пиши все что нужно помнить
адреса, пароли, явки на стикер, лепи на монитор
> и выбрасывай из головы

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

3. Сообщение от DeerFriend (?), 05-Авг-22, 08:26 +/–

> Далее, еще приходится вспоминать и в ручную вводить IP нужного сервера при передаче данных по scp.
DNS придумали для других целей, не смотри в эту сторону.

Ответить | Правка | Наверх | Cообщить модератору

4. Сообщение от DeerFriend (?), 05-Авг-22, 08:27 +/–

Переход на IPv6 решит ваши проблемы.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #10

5. Сообщение от Непростое кино (?), 05-Авг-22, 10:01 +/–

> Переход на IPv6 решит ваши проблемы.
Зря стебетесь, башка не ведро с болтами.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

6. Сообщение от Аноним (6), 05-Авг-22, 11:16 +/–

> Приветствую.
> Имею в работе 5-10 серверов на linux.
> Переодический приходится между ними пересылать какие-то файлы.
> Для этого приходится открывать между ними доступ по ssh-key.
> Иногда приходится открывать еще доступ в фаерволле.
> Далее, еще приходится вспоминать и в ручную вводить IP нужного сервера при
> передаче данных по scp.
> Вопрос: как все это можно упростить? Чтобы пересыл данных в разовых задачах
> между серверами перестал грузить мозг множеством действий. Спасибо.
Сделай алиасы в шелле, и да - вход только по ключам чтоб пароль не запоминать

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8

7. Сообщение от Тот Самый (?), 05-Авг-22, 11:17 +/–

Ansible

Ответить | Правка | Наверх | Cообщить модератору

8. Сообщение от Аноним (8), 05-Авг-22, 13:13 +/–

> вход только по ключам чтоб пароль не запоминать
А пароль для ключей? Или и так сойдет?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

9. Сообщение от Аноним (10), 05-Авг-22, 13:53 +/–

> Приветствую.
> Имею в работе 5-10 серверов на linux.
> Переодический приходится между ними пересылать какие-то файлы.
> Для этого приходится открывать между ними доступ по ssh-key.
> Иногда приходится открывать еще доступ в фаерволле.
> Далее, еще приходится вспоминать и в ручную вводить IP нужного сервера при
> передаче данных по scp.
> Вопрос: как все это можно упростить? Чтобы пересыл данных в разовых задачах
> между серверами перестал грузить мозг множеством действий. Спасибо.
Чтобы не тратить время на фаерволлы, можно ходить через хост, через который подключаться по внутренней сети.
# .ssh/config
# у вас есть связность до этого хоста откуда угодно, а у хоста есть доступ во внутреннюю сетку
Host jumphost
  Host 11.22.33.44
  User user
  IdentityFile ~/.ssh/id_ed25519
Host company_app1
  User root
  IdentityFile ~/.ssh/id_ed25519
  ProxyCommand /usr/bin/ssh login@jumphost HOSTALIASES=/etc/host.aliases /bin/nc %h %p
в host.aliases любые сопоставления
company_app1 10.100.123.45
company_app1 shithole.company.com
На все хосты разбросать этот конфиг и ключ, который авторизован на jumphost. Сделать это можно заодно с прописыванием своего ключа. Это всё скриптуется.
Зато потом без ввода паролей можно лепить штуки типа `ssh company_app1` или `scp company_app1:/root/config company_app2:/root/`
Кручения педалей становится гораздо меньше, хотя вроде бы мелочь.
Сопровождение и обновление конфигов можно через какую-нибудь систему управления конфигами делать. На практике делать это приходится редко и вполне можно это просто в баше в цикле делать простыми командами для каждого хоста.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12

10. Сообщение от Аноним (10), 05-Авг-22, 13:54 +/–

> Переход на IPv6 решит ваши проблемы.
Добавит массу новых, и нет, не решит.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

11. Сообщение от sys (??), 05-Авг-22, 17:08 +1 +/–

есть еще mussh
https://packages.debian.org/ru/bullseye/mussh

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20

12. Сообщение от Андрей (??), 05-Авг-22, 17:47 +/–

>[оверквотинг удален]
> company_app1 10.100.123.45
> company_app1 shithole.company.com
> На все хосты разбросать этот конфиг и ключ, который авторизован на jumphost.
> Сделать это можно заодно с прописыванием своего ключа. Это всё скриптуется.
> Зато потом без ввода паролей можно лепить штуки типа `ssh company_app1` или
> `scp company_app1:/root/config company_app2:/root/`
> Кручения педалей становится гораздо меньше, хотя вроде бы мелочь.
> Сопровождение и обновление конфигов можно через какую-нибудь систему управления конфигами
> делать. На практике делать это приходится редко и вполне можно это
> просто в баше в цикле делать простыми командами для каждого хоста.
...много чего есть Ансибль например

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #13

13. Сообщение от Аноним (10), 05-Авг-22, 21:12 +/–

>[оверквотинг удален]
>> company_app1 shithole.company.com
>> На все хосты разбросать этот конфиг и ключ, который авторизован на jumphost.
>> Сделать это можно заодно с прописыванием своего ключа. Это всё скриптуется.
>> Зато потом без ввода паролей можно лепить штуки типа `ssh company_app1` или
>> `scp company_app1:/root/config company_app2:/root/`
>> Кручения педалей становится гораздо меньше, хотя вроде бы мелочь.
>> Сопровождение и обновление конфигов можно через какую-нибудь систему управления конфигами
>> делать. На практике делать это приходится редко и вполне можно это
>> просто в баше в цикле делать простыми командами для каждого хоста.
> ...много чего есть Ансибль например
Ансибл вроде как автоматизирует настройку чистых хостов? И как он поможет, если нужно что-то примитивное сделать, а в другой раз что-то совсем другое?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #15

15. Сообщение от Тот Самый (?), 06-Авг-22, 10:53 +/–

> Ансибл вроде как автоматизирует настройку чистых хостов?
????
> И как он поможет, если нужно что-то примитивное сделать, а в другой раз что-то совсем другое?
Что Ansible скажешь, то он и будет делать. Все, что можно руками сделать по ssh, можно автоматизировать в Ansible. Применение оправдано, начиная с 4-5 хостов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #16

16. Сообщение от Аноним (16), 08-Авг-22, 11:04 +/–

>> Ансибл вроде как автоматизирует настройку чистых хостов?
> ????
>> И как он поможет, если нужно что-то примитивное сделать, а в другой раз что-то совсем другое?
> Что Ansible скажешь, то он и будет делать. Все, что можно руками
> сделать по ssh, можно автоматизировать в Ansible. Применение оправдано, начиная с
> 4-5 хостов.
Типичный случай: кое-кто не умеет писать на шелле, поэтому выбрал репозиторий и корявый код на ямле. И давай рассказывать сказки про автоматизировай.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #17, #18

17. Сообщение от Тот Самый (?), 08-Авг-22, 14:43 +/–

> Типичный случай: кое-кто не умеет писать на шелле, поэтому выбрал репозиторий и
> корявый код на ямле. И давай рассказывать сказки про автоматизировай.
Типичный случай: кое-кто не знает и не умеет ни хрена, но обязательно лезет высказать свое "экспертное" мнение
Ansible написан на Python
YAML - язык разметки, используется в Ansible для описания конфигураций

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

18. Сообщение от DeerFriend (?), 10-Авг-22, 09:15 +/–

Зачем писать на ямле?
Через ансибль ад-хок запускаешь любую команду и она выполнится параллельно на группе серверов.
ЗЫ: я не буду рассказывать про преимущества ИкК
ЗЫ: я не буду рассказывать про преимущества ИкК
ЗЫ: я не буду рассказывать про преимущества ИкК
ЗЫ: я не буду рассказывать про преимущества ИкК
ЗЫ: я не буду рассказывать про преимущества ИкК
ЗЫ: я не буду рассказывать про преимущества ИкК

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

19. Сообщение от Аноним (19), 31-Авг-22, 20:24 +/–

> Приветствую.
> Имею в работе 5-10 серверов на linux.
> Переодический приходится между ними пересылать какие-то файлы.
> Для этого приходится открывать между ними доступ по ssh-key.
> Иногда приходится открывать еще доступ в фаерволле.
> Далее, еще приходится вспоминать и в ручную вводить IP нужного сервера при
> передаче данных по scp.
> Вопрос: как все это можно упростить? Чтобы пересыл данных в разовых задачах
> между серверами перестал грузить мозг множеством действий. Спасибо.
Можно руками:
cat ./run.sh
#!/bin/bash
HOST=host
PORTS="10 20 30"
PASSWORD=passwd
echo $1
for port in $PORTS; do
    echo "Connecting to $HOST $port"
    run="ssh -p ${port} -C ${HOST}"
    ${run} 'bash -s' < ${1}
done
cat ./reboot.sh
#!/bin/bash
PASSWORD=passwd
echo ${PASSWORD} | sudo -S sh -c 'reboot'
run like
./run.sh reboot.sh

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21

20. Сообщение от Аноним (20), 13-Сен-22, 15:29 +/–

> есть еще mussh
> https://packages.debian.org/ru/bullseye/mussh
Кстати прикольно, сам по себе это shell скрипт умеет довольно мало. Но если его взять за пример, по можно писать свой велосипед, очень удобно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

21. Сообщение от Аноним (-), 16-Сен-22, 16:33 +/–

>[оверквотинг удален]
>     echo "Connecting to $HOST $port"
>     run="ssh -p ${port} -C ${HOST}"
>     ${run} 'bash -s' < ${1}
> done
> cat ./reboot.sh
> #!/bin/bash
> PASSWORD=passwd
> echo ${PASSWORD} | sudo -S sh -c 'reboot'
> run like
> ./run.sh reboot.sh
или gnu parallel

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. Сообщение от Непростое кино (?), 04-Авг-22, 18:21	+/–
> Приветствую. > Имею в работе 5-10 серверов на linux. > Переодический приходится между ними пересылать какие-то файлы. > Для этого приходится открывать между ними доступ по ssh-key. > Иногда приходится открывать еще доступ в фаерволле. > Далее, еще приходится вспоминать и в ручную вводить IP нужного сервера при > передаче данных по scp. > Вопрос: как все это можно упростить? Чтобы пересыл данных в разовых задачах > между серверами перестал грузить мозг множеством действий. Спасибо. Пиши все что нужно помнить в сценарии-скрипты и выбрасывай из головы.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #2

2. Сообщение от Аноним (-), 05-Авг-22, 03:56	+/–
> Пиши все что нужно помнить адреса, пароли, явки на стикер, лепи на монитор > и выбрасывай из головы
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

3. Сообщение от DeerFriend (?), 05-Авг-22, 08:26	+/–
> Далее, еще приходится вспоминать и в ручную вводить IP нужного сервера при передаче данных по scp. DNS придумали для других целей, не смотри в эту сторону.
Ответить \| Правка \| Наверх \| Cообщить модератору

4. Сообщение от DeerFriend (?), 05-Авг-22, 08:27	+/–
Переход на IPv6 решит ваши проблемы.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #5, #10

5. Сообщение от Непростое кино (?), 05-Авг-22, 10:01	+/–
> Переход на IPv6 решит ваши проблемы. Зря стебетесь, башка не ведро с болтами.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4

6. Сообщение от Аноним (6), 05-Авг-22, 11:16	+/–
> Приветствую. > Имею в работе 5-10 серверов на linux. > Переодический приходится между ними пересылать какие-то файлы. > Для этого приходится открывать между ними доступ по ssh-key. > Иногда приходится открывать еще доступ в фаерволле. > Далее, еще приходится вспоминать и в ручную вводить IP нужного сервера при > передаче данных по scp. > Вопрос: как все это можно упростить? Чтобы пересыл данных в разовых задачах > между серверами перестал грузить мозг множеством действий. Спасибо. Сделай алиасы в шелле, и да - вход только по ключам чтоб пароль не запоминать
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #8

7. Сообщение от Тот Самый (?), 05-Авг-22, 11:17	+/–
Ansible
Ответить \| Правка \| Наверх \| Cообщить модератору

8. Сообщение от Аноним (8), 05-Авг-22, 13:13	+/–
> вход только по ключам чтоб пароль не запоминать А пароль для ключей? Или и так сойдет?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6

9. Сообщение от Аноним (10), 05-Авг-22, 13:53	+/–
> Приветствую. > Имею в работе 5-10 серверов на linux. > Переодический приходится между ними пересылать какие-то файлы. > Для этого приходится открывать между ними доступ по ssh-key. > Иногда приходится открывать еще доступ в фаерволле. > Далее, еще приходится вспоминать и в ручную вводить IP нужного сервера при > передаче данных по scp. > Вопрос: как все это можно упростить? Чтобы пересыл данных в разовых задачах > между серверами перестал грузить мозг множеством действий. Спасибо. Чтобы не тратить время на фаерволлы, можно ходить через хост, через который подключаться по внутренней сети. # .ssh/config # у вас есть связность до этого хоста откуда угодно, а у хоста есть доступ во внутреннюю сетку Host jumphost Host 11.22.33.44 User user IdentityFile ~/.ssh/id_ed25519 Host company_app1 User root IdentityFile ~/.ssh/id_ed25519 ProxyCommand /usr/bin/ssh login@jumphost HOSTALIASES=/etc/host.aliases /bin/nc %h %p в host.aliases любые сопоставления company_app1 10.100.123.45 company_app1 shithole.company.com На все хосты разбросать этот конфиг и ключ, который авторизован на jumphost. Сделать это можно заодно с прописыванием своего ключа. Это всё скриптуется. Зато потом без ввода паролей можно лепить штуки типа `ssh company_app1` или `scp company_app1:/root/config company_app2:/root/` Кручения педалей становится гораздо меньше, хотя вроде бы мелочь. Сопровождение и обновление конфигов можно через какую-нибудь систему управления конфигами делать. На практике делать это приходится редко и вполне можно это просто в баше в цикле делать простыми командами для каждого хоста.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #12

10. Сообщение от Аноним (10), 05-Авг-22, 13:54	+/–
> Переход на IPv6 решит ваши проблемы. Добавит массу новых, и нет, не решит.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4

11. Сообщение от sys (??), 05-Авг-22, 17:08	+1 +/–
есть еще mussh https://packages.debian.org/ru/bullseye/mussh
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #20

12. Сообщение от Андрей (??), 05-Авг-22, 17:47	+/–
>[оверквотинг удален] > company_app1 10.100.123.45 > company_app1 shithole.company.com > На все хосты разбросать этот конфиг и ключ, который авторизован на jumphost. > Сделать это можно заодно с прописыванием своего ключа. Это всё скриптуется. > Зато потом без ввода паролей можно лепить штуки типа `ssh company_app1` или > `scp company_app1:/root/config company_app2:/root/` > Кручения педалей становится гораздо меньше, хотя вроде бы мелочь. > Сопровождение и обновление конфигов можно через какую-нибудь систему управления конфигами > делать. На практике делать это приходится редко и вполне можно это > просто в баше в цикле делать простыми командами для каждого хоста. ...много чего есть Ансибль например
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9 Ответы: #13

13. Сообщение от Аноним (10), 05-Авг-22, 21:12	+/–
>[оверквотинг удален] >> company_app1 shithole.company.com >> На все хосты разбросать этот конфиг и ключ, который авторизован на jumphost. >> Сделать это можно заодно с прописыванием своего ключа. Это всё скриптуется. >> Зато потом без ввода паролей можно лепить штуки типа `ssh company_app1` или >> `scp company_app1:/root/config company_app2:/root/` >> Кручения педалей становится гораздо меньше, хотя вроде бы мелочь. >> Сопровождение и обновление конфигов можно через какую-нибудь систему управления конфигами >> делать. На практике делать это приходится редко и вполне можно это >> просто в баше в цикле делать простыми командами для каждого хоста. > ...много чего есть Ансибль например Ансибл вроде как автоматизирует настройку чистых хостов? И как он поможет, если нужно что-то примитивное сделать, а в другой раз что-то совсем другое?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12 Ответы: #15

15. Сообщение от Тот Самый (?), 06-Авг-22, 10:53	+/–
> Ансибл вроде как автоматизирует настройку чистых хостов? ???? > И как он поможет, если нужно что-то примитивное сделать, а в другой раз что-то совсем другое? Что Ansible скажешь, то он и будет делать. Все, что можно руками сделать по ssh, можно автоматизировать в Ansible. Применение оправдано, начиная с 4-5 хостов.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #13 Ответы: #16

16. Сообщение от Аноним (16), 08-Авг-22, 11:04	+/–
>> Ансибл вроде как автоматизирует настройку чистых хостов? > ???? >> И как он поможет, если нужно что-то примитивное сделать, а в другой раз что-то совсем другое? > Что Ansible скажешь, то он и будет делать. Все, что можно руками > сделать по ssh, можно автоматизировать в Ansible. Применение оправдано, начиная с > 4-5 хостов. Типичный случай: кое-кто не умеет писать на шелле, поэтому выбрал репозиторий и корявый код на ямле. И давай рассказывать сказки про автоматизировай.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15 Ответы: #17, #18

17. Сообщение от Тот Самый (?), 08-Авг-22, 14:43	+/–
> Типичный случай: кое-кто не умеет писать на шелле, поэтому выбрал репозиторий и > корявый код на ямле. И давай рассказывать сказки про автоматизировай. Типичный случай: кое-кто не знает и не умеет ни хрена, но обязательно лезет высказать свое "экспертное" мнение Ansible написан на Python YAML - язык разметки, используется в Ansible для описания конфигураций
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #16

18. Сообщение от DeerFriend (?), 10-Авг-22, 09:15	+/–
Зачем писать на ямле? Через ансибль ад-хок запускаешь любую команду и она выполнится параллельно на группе серверов. ЗЫ: я не буду рассказывать про преимущества ИкК ЗЫ: я не буду рассказывать про преимущества ИкК ЗЫ: я не буду рассказывать про преимущества ИкК ЗЫ: я не буду рассказывать про преимущества ИкК ЗЫ: я не буду рассказывать про преимущества ИкК ЗЫ: я не буду рассказывать про преимущества ИкК
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #16

19. Сообщение от Аноним (19), 31-Авг-22, 20:24	+/–
> Приветствую. > Имею в работе 5-10 серверов на linux. > Переодический приходится между ними пересылать какие-то файлы. > Для этого приходится открывать между ними доступ по ssh-key. > Иногда приходится открывать еще доступ в фаерволле. > Далее, еще приходится вспоминать и в ручную вводить IP нужного сервера при > передаче данных по scp. > Вопрос: как все это можно упростить? Чтобы пересыл данных в разовых задачах > между серверами перестал грузить мозг множеством действий. Спасибо. Можно руками: cat ./run.sh #!/bin/bash HOST=host PORTS="10 20 30" PASSWORD=passwd echo $1 for port in $PORTS; do echo "Connecting to $HOST $port" run="ssh -p ${port} -C ${HOST}" ${run} 'bash -s' < ${1} done cat ./reboot.sh #!/bin/bash PASSWORD=passwd echo ${PASSWORD} \| sudo -S sh -c 'reboot' run like ./run.sh reboot.sh
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #21

20. Сообщение от Аноним (20), 13-Сен-22, 15:29	+/–
> есть еще mussh > https://packages.debian.org/ru/bullseye/mussh Кстати прикольно, сам по себе это shell скрипт умеет довольно мало. Но если его взять за пример, по можно писать свой велосипед, очень удобно.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #11

21. Сообщение от Аноним (-), 16-Сен-22, 16:33	+/–
>[оверквотинг удален] > echo "Connecting to $HOST $port" > run="ssh -p ${port} -C ${HOST}" > ${run} 'bash -s' < ${1} > done > cat ./reboot.sh > #!/bin/bash > PASSWORD=passwd > echo ${PASSWORD} \| sudo -S sh -c 'reboot' > run like > ./run.sh reboot.sh или gnu parallel
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #19