Як передати пароль на su / sudo / ssh, не змінюючи TTY?

Я пишу програму C Shell, яка буде робити suчи sudoабо ssh. Всі вони хочуть, щоб їх паролі були введені в консоль (TTY), а не в stdin або в командному рядку.

Хтось знає рішення?

Налаштування без пароля - sudoце не варіант.

очікувати може бути варіантом, але він не присутній у моїй програмі, що знімається.

Для sudo існує -S можливість прийому пароля зі стандартного вводу. Ось запис людини:

    -S          The -S (stdin) option causes sudo to read the password from
                the standard input instead of the terminal device.

Це дозволить вам запустити таку команду, як:

echo myPassword | sudo -S ls /tmp

Що стосується ssh, то я багато разів намагався автоматизувати / сценаріювати його використання без успіху. Здається, немає ніякого вбудованого способу передавати пароль в команду без запиту. Як зазначали інші, утиліта " очікувати ", схоже, спрямована на вирішення цієї дилеми, але в кінцевому підсумку, встановлення правильної авторизації приватного ключа - це правильний шлях при спробі автоматизації цього.

Я написав деякий Applescript, який вимагає ввести пароль через діалогове вікно, а потім будує власну команду bash, як це:

echo <password> | sudo -S <command>

Я не впевнений, чи допоможе це.

Було б добре, якби sudo прийняв попередньо зашифрований пароль, тому я міг зашифрувати його в рамках свого сценарію і не турбуватися про повторення ясних текстових паролів навколо. Однак це працює для мене та моєї ситуації.

Для sshви можете використовувати sshpass: sshpass -p yourpassphrase ssh user@host.

Вам просто потрібно спочатку завантажити sshpass :)

$ apt-get install sshpass
$ sshpass -p 'password' ssh username@server

У мене є:

ssh user@host bash -c "echo mypass | sudo -S mycommand"

Працює для мене.

Для судо ви також можете це зробити:

sudo -S <<< "password" command

Звичайним рішенням цієї проблеми є налаштування додатка-помічника, який виконує завдання, що вимагає доступу суперпользователя: http://en.wikipedia.org/wiki/Setuid

Судо не призначений для використання в автономному режимі.

Пізніше редагуйте: SSH може використовуватися для автентифікації приватного публічного ключа. Якщо в приватному ключі немає парольної фрази, ssh можна використовувати без запрошення пароля.

Це можна зробити, встановивши відкриті / приватні ключі на цільових хостах, до яких ви будете підключатися. Першим кроком було б генерувати ключ ssh для користувача, який запускає скрипт на локальному хості, виконавши:

ssh-keygen
Enter file in which to save the key (/home/myuser/.ssh/id_rsa): <Hit enter for default>
Overwrite (y/n)? y

Потім введіть порожній пароль. Після цього скопіюйте ключ ssh на цільовий хост, до якого ви будете підключатися.

ssh-copy-id <remote_user>@<other_host>
remote_user@other_host's password: <Enter remote user's password here>

Після реєстрації ключів ssh ви зможете виконати безшумний ssh remote_user@other_hostвід вас місцевий хост.

Можливо, ви можете використовувати expectкоманду ?:

expect -c 'spawn ssh root@your-domain.com;expect password;send "your-password\n";interact

Ця команда автоматично вводить пароль.

Коли немає кращого вибору (як пропонують інші), людина socat може допомогти:

   (sleep 5; echo PASSWORD; sleep 5; echo ls; sleep 1) |
   socat - EXEC:'ssh -l user server',pty,setsid,ctty

          EXEC’utes an ssh session to server. Uses a pty for communication
          between socat and ssh, makes it ssh’s  controlling  tty  (ctty),
          and makes this pty the owner of a new process group (setsid), so
          ssh accepts the password from socat.

Всі складні, складні, складні складності необхідні, і, хоча вам може не спати так довго, вам доведеться спати. Параметр echo = 0 також варто переглянути, як це передає віддалену команду в командному рядку ssh.

Погляньте на expectутиліту Linux.

Це дозволяє надіслати вихід у stdio на основі простого узгодження шаблону на stdin.

Налаштуйте SSH для аутентифікації відкритих ключів, не маючи парольних фраз на ключі. Вантажі путівників в мережі. Тоді вам не знадобиться пароль для входу. Потім ви можете обмежити з'єднання для ключа на основі імені клієнта. Забезпечує розумну безпеку і чудово підходить для автоматизованих входів.

ssh -t -t me@myserver.io << EOF
echo SOMEPASSWORD | sudo -S do something
sudo do something else
exit
EOF

У мене була така ж проблема. діалоговий скрипт для створення каталогу на віддаленому ПК. діалог із ssh простий. Я використовую sshpass (раніше встановлений).

   dialog --inputbox "Enter IP" 8 78 2> /tmp/ip

   IP=$(cat /tmp/ip)


   dialog --inputbox "Please enter username" 8 78 2> /tmp/user

   US=$(cat /tmp/user)


   dialog --passwordbox "enter password for \"$US\" 8 78 2> /tmp/pass

   PASSWORD = $(cat /tmp/pass)


   sshpass -p "$PASSWORD" ssh $US@$IP mkdir -p /home/$US/TARGET-FOLDER


   rm /tmp/ip

   rm /tmp/user

   rm /tmp/pass

привітання з Німеччини

тит

Спираючись на відповідь @ Jahid, це працювало для мене на macOS 10.13:

ssh <remote_username>@<remote_server> sudo -S <<< <remote_password> cat /etc/sudoers

краща sshpassальтернатива: passh https://github.com/clarkwang/passh

Вхід на віддалений сервер

 $ passh -p password ssh user@host

Запустіть команду на віддаленому сервері

 $ passh -p password ssh user@host date

інші методи передачі пароля

-p Пароль (за замовчуванням: `пароль ')

-p env: прочитати пароль від env var

-p файл: зчитування пароля з файлу

тут я пояснив, чому це краще, ніж sshpass та інші рішення.

echo <password> | su -c <command> <user> 

Це працює.

Жорстке кодування пароля в очікуваному скрипті - це те саме, що мати sudo без пароля, насправді гірше, оскільки sudo принаймні реєструє свої команди.

Одним із способів було б використання параметра read -s .. таким чином символи пароля не відлунюються назад на екран. Я написав невеликий сценарій для деяких випадків використання, і ви можете побачити його в моєму блозі: http://www.datauniv.com/blogs/2013/02/21/a-quick-little-expect-script/

ВИКОРИСТАННЯ:

echo password | sudo command

Приклад:

echo password | sudo apt-get update; whoami

Сподіваюся, що це допомагає ..

Ви можете вказати пароль як параметр для очікування сценарію.

su -c "Command" < "Password"

Сподіваюся, це корисно.