Вопросы Теги

Вызовы сценария Bash ожидают сценарий с основным соединением SSH

Википедия также отмечает:

z/Architecture сохраняет обратную совместимость с предыдущим 32-bit-data/31-bit-addressing архитектура ЕКА/390 и его предшественники полностью назад к 32-bit-data/24-bit-addressing Система/360.

2
09.01.2014, 08:45
2 ответа

Используя Ожидать сценарий для отправки трудно кодированного незашифрованного пароля обычно Очень Плохая Идея. При необходимости в scriptable, соединениях SSH без пароля намного лучше использовать аутентификацию пары ключей:

ssh-keygen # and then follow the prompts; don't set a passphrase
ssh-copy-id username@remote.host.example.com

После выполнения так, Вы можете ssh user@remote.host.example.com не будучи должен ввести Ваш пароль.

Можно все еще израсходовать набор мультиплексирования соединения управления с Control директивы в ~/.ssh/config, и закройте основное соединение с ssh -O exit user@remote.host.example.com.

Необходимо также использовать sshутилита простого выполнения управляет удаленно - после того как Вам настраивали аутентификацию пары ключей, Вы можете иметь:

ssh username@remote.host.exameple.com /etc/init.d/dnsmasq restart

в Вашем сценарии и быть все установленным пойти.

4
27.01.2020, 22:00
  • 1
    Кто сказал, что пароль был трудно кодирован? Это запрашивается от пользователя (который является btw требование). –  David Kennedy 01.01.2014, 22:00
  • 2
    В сценарии удара в качестве примера это метасинтаксически установлено на первой строке после хижины: # Set $user, $addr, $pass, $source and $dest ... –  DopeGhoti 01.01.2014, 22:01
  • 3
    Это - аргумент, переданный сценарию все же. Это хорошо? –  David Kennedy 01.01.2014, 22:01
  • 4
    Это все еще выставляет пароль в простом тексте любому, кому удается прочитать Ваш сценарий удара. Закрытые ключи никогда не являются группой набора - или читаемый миром и позволяют много уровней дополнительной безопасности. Например, если Ваш ключ поставлен под угрозу, можно удалить его из удаленного хоста authorized-keys файл и генерирует новую пару ключей, не имея необходимость волноваться об изменении Вашего пароля. –  DopeGhoti 01.01.2014, 22:04
  • 5
    Возможно, я должен разъясниться: этот сценарий называют из приложения, которое предлагает пользователю пароль. Я не понимаю, в какой точке это становится простым текстом, если expect -f upload.exp "$user" "$addr" "$pass" часть зарегистрирована где-нибудь с фактическим паролем? –  David Kennedy 01.01.2014, 22:06

, если это все еще ваш вопрос:

«SSH-соединение устанавливается, но оно выходит из строя, когда я пытаюсь повторно использовать его для команды SCP. Почему?»

Это происходит потому, что вы запускаете отдельную оболочку с ожидаемым скриптом. Ваш сеанс ssh привязан к этой оболочке, и если ваш скрипт завершится, оболочка также завершится, и ваш сеанс ssh умирает.

Извините, но у меня нет краткого решения этой проблемы.

0
27.01.2020, 22:00

Теги

Похожие вопросы