Вопросы Теги

Автоматизация удаленного входа такой, что пароль удаленного компьютера читать где-то [закрыт]

Вы можете использовать утилиту Ubuntu Disks. Откройте Dash и найдите Disks.

Выберите свой USB-ключ в меню слева, нажмите шестерни и выберите «Параметры редактирования монтирования»:

[d6 ] Здесь просто проверьте: Изменить параметры монтирования :

0
задан 7 June 2011 в 07:50

8 ответов

с помощью SSH и SCP можно использовать ключ аутентификации вместо паролей. Тогда вы можете сделать это "автоматизированные" без взаимодействия с пользователем, которое было бы в случае с аутентификацией по паролю. Некоторые хиты про эту тему с Google:

http://www.debuntu.org/ssh-key-based-authentication

http://www.debuntu.org/ssh-key-based-authentication

вы упомянули "без SSH-ключей". Что у тебя с этим проблемы? Если Вы не используете ключи, как вы хотите, чтобы избежать использования паролей, который составляет вашу проблему, если я понимаю Ваш вопрос.

2
ответ дан 25 July 2018 в 22:30
  • 1
    я хочу прочитать пароль удаленного сервера из файла....что-то вроде этого-- кошки /tmp/и pass_file | СШ -л локальный_пользователь удаленный пользователь script_to_be_executed...есть очень много серверов, мне нужно удаленно войти снова и снова – user 11 February 2011 в 15:42
  • 2
    То, что вы хотите действительно опасно. Так что вы должны хранить где-то пароли в виде обычного текста. Лично я думаю, что это никогда не будет сделано! В системный файл паролей (например, /etc/тень), данные всегда зашифрованы, это никогда не хорошая идея, чтобы хранить пароли открытым текстом и близких. Но в любом случае, я до сих пор не могу понять в чем проблема с ключа входа в систему для вас, (Пожалуйста скажите), вы можете сделать то же самое с ней (по SSH/УПП снова и снова) и не требует взаимодействия с пользователем (ввод пароля) так что тот же самый результат, но намного безопаснее, и гораздо более "стандартным, хорошо, что не" чувство. – LGB 11 February 2011 в 16:40
  • 3
    Кстати, если ваша проблема в том, что вы можете использовать несколько пар ключей, и вы можете использовать & quot; -i & quot; переключатель ssh, чтобы указать, какой (закрытый) ключевой файл вы хотите использовать. Затем вы можете выпустить такую ​​команду: «ssh -i key_for_this_server user @ remote ./script" например, и ./script будет запущен на удаленном компьютере без необходимости вводить пароль или что-нибудь (конечно, с некоторой предварительной работой по установке открытого ключа на удаленном компьютере, но это необходимо сделать только один раз). Вы можете даже перенаправить вывод (stdout), чтобы вы могли сохранить вывод локального скрипта и т. Д. И т. Д. – LGB 11 February 2011 в 16:57
  • 4
    И конечно, никто не сказал, что вы должны иметь разные пары ключей для всех систем, хотя, возможно, это хорошая идея. Но даже только с одной парой ключей, все равно это гораздо лучше, чем использование/хранение паролей открытым текстом. – LGB 11 February 2011 в 17:17
  • 5
    Сильный +1 Для ключ на основе авт. Я не могу понять, почему ОП сопротивляться. – ulidtko 11 February 2011 в 20:28

Используя ssh и scp, вы можете использовать проверку подлинности на основе ключей вместо паролей. Затем вы можете сделать это «автоматическим» без взаимодействия с пользователем, что было бы в случае аутентификации пароля. Некоторые хиты этой темы с google:

http://www.debuntu.org/ssh-key-based-authentication

http: //www.debuntu. org / ssh-key-based-authentication

Вы упомянули «без ssh-keygen». В чем твоя проблема? Если вы не используете ключи, как вы хотите избежать использования паролей, что является вашей проблемой, если я понимаю вашу проблему.

2
ответ дан 26 July 2018 в 22:02
  • 1
    Я хочу прочитать пароль удаленного сервера из файла ... что-то вроде этого: cat / tmp / pass_file | ssh -l localuser удаленный пользователь script_to_be_executed ... есть так много серверов, мне нужно удаленно входить в систему снова и снова – user 11 February 2011 в 15:42
  • 2
    То, что вы хотите действительно опасно. Так что вы должны хранить где-то пароли в виде обычного текста. Лично я думаю, что это никогда не будет сделано! В системный файл паролей (например, /etc/тень), данные всегда зашифрованы, это никогда не хорошая идея, чтобы хранить пароли открытым текстом и близких. Но в любом случае, я до сих пор не могу понять в чем проблема с ключа входа в систему для вас, (Пожалуйста скажите), вы можете сделать то же самое с ней (по SSH/УПП снова и снова) и не требует взаимодействия с пользователем (ввод пароля) так что тот же самый результат, но намного безопаснее, и гораздо более "стандартным, хорошо, что не" чувство. – LGB 11 February 2011 в 16:40
  • 3
    Кстати, если ваша проблема заключается в том, что вы можете использовать несколько ключевых пар, и вы можете использовать "я" выключатель SSH, чтобы сказать, что (Частная) ключевой файл, который вы хотите использовать. Затем можно выполнить команду: "СШ-я key_for_this_server пользователя@дистанционного ./сценарий" например, и ./скрипт будет выполняться на удаленной машине без необходимости ввода пароля, или что угодно (конечно, с некоторой предварительной работы для установки - открытого ключа на удаленный компьютер, но это должно быть сделано только один раз). Вы даже можете перенаправить поток вывода (stdout), так что вы можете сохранить результат локально запустить скрипт и т. д. и т. д. – LGB 11 February 2011 в 16:57
  • 4
    И конечно, никто не сказал, что вы должны иметь разные пары ключей для всех систем, хотя, возможно, это хорошая идея. Но даже только с одной парой ключей, все равно это гораздо лучше, чем использование/хранение паролей открытым текстом. – LGB 11 February 2011 в 17:17
  • 5
    Сильный +1 для ключа на основе ключа. Я не могу понять, почему OP сопротивляется этому. – ulidtko 11 February 2011 в 20:28

с помощью SSH и SCP можно использовать ключ аутентификации вместо паролей. Тогда вы можете сделать это "автоматизированные" без взаимодействия с пользователем, которое было бы в случае с аутентификацией по паролю. Некоторые хиты про эту тему с Google:

http://www.debuntu.org/ssh-key-based-authentication

http://www.debuntu.org/ssh-key-based-authentication

вы упомянули "без SSH-ключей". Что у тебя с этим проблемы? Если Вы не используете ключи, как вы хотите, чтобы избежать использования паролей, который составляет вашу проблему, если я понимаю Ваш вопрос.

2
ответ дан 2 August 2018 в 03:56
  • 1
    Я хочу прочитать пароль удаленного сервера из файла ... что-то вроде этого: cat / tmp / pass_file | ssh -l localuser удаленный пользователь script_to_be_executed ... есть так много серверов, мне нужно удаленно входить в систему снова и снова – user 11 February 2011 в 15:42
  • 2
    То, что вы хотите действительно опасно. Так что вы должны хранить где-то пароли в виде обычного текста. Лично я думаю, что это никогда не будет сделано! В системный файл паролей (например, /etc/тень), данные всегда зашифрованы, это никогда не хорошая идея, чтобы хранить пароли открытым текстом и близких. Но в любом случае, я до сих пор не могу понять в чем проблема с ключа входа в систему для вас, (Пожалуйста скажите), вы можете сделать то же самое с ней (по SSH/УПП снова и снова) и не требует взаимодействия с пользователем (ввод пароля) так что тот же самый результат, но намного безопаснее, и гораздо более "стандартным, хорошо, что не" чувство. – LGB 11 February 2011 в 16:40
  • 3
    Кстати, если ваша проблема заключается в том, что вы можете использовать несколько ключевых пар, и вы можете использовать "я" выключатель SSH, чтобы сказать, что (Частная) ключевой файл, который вы хотите использовать. Затем можно выполнить команду: "СШ-я key_for_this_server пользователя@дистанционного ./сценарий" например, и ./скрипт будет выполняться на удаленной машине без необходимости ввода пароля, или что угодно (конечно, с некоторой предварительной работы для установки - открытого ключа на удаленный компьютер, но это должно быть сделано только один раз). Вы даже можете перенаправить поток вывода (stdout), так что вы можете сохранить результат локально запустить скрипт и т. д. и т. д. – LGB 11 February 2011 в 16:57
  • 4
    И точно, никто не сказал, что у вас должны быть разные пары ключей для всех систем, хотя, может быть, это хорошая идея. Но даже с одной ключевой парой он намного лучше, чем использование / сохранение текстовых паролей. – LGB 11 February 2011 в 17:17
  • 5
    Сильный +1 Для ключ на основе авт. Я не могу понять, почему ОП сопротивляться. – ulidtko 11 February 2011 в 20:28

с помощью SSH и SCP можно использовать ключ аутентификации вместо паролей. Тогда вы можете сделать это "автоматизированные" без взаимодействия с пользователем, которое было бы в случае с аутентификацией по паролю. Некоторые хиты про эту тему с Google:

http://www.debuntu.org/ssh-key-based-authentication

http://www.debuntu.org/ssh-key-based-authentication

вы упомянули "без SSH-ключей". Что у тебя с этим проблемы? Если Вы не используете ключи, как вы хотите, чтобы избежать использования паролей, который составляет вашу проблему, если я понимаю Ваш вопрос.

2
ответ дан 4 August 2018 в 19:59
  • 1
    я хочу прочитать пароль удаленного сервера из файла....что-то вроде этого-- кошки /tmp/и pass_file | СШ -л локальный_пользователь удаленный пользователь script_to_be_executed...есть очень много серверов, мне нужно удаленно войти снова и снова – user 11 February 2011 в 15:42
  • 2
    Вы хотите действительно опасно. Поэтому вы должны хранить пароли где-то в виде простого текста. Лично я считаю, что этого никогда не должно быть! В системном файле паролей (например, / etc / shadow) пароли всегда зашифровываются, никогда не рекомендуется хранить пароли как текстовые. Но, в любом случае, я все еще не понимаю, в чем проблема с ключом для входа в систему (скажите), вы можете сделать то же самое с ним (ssh / scp снова и снова), и вам не нужно взаимодействовать с пользователем (введите passwd), поэтому тот же результат, но гораздо более безопасный и гораздо более «стандартный, хороший способ» и т. д. чувство. – LGB 11 February 2011 в 16:40
  • 3
    Кстати, если ваша проблема заключается в том, что вы можете использовать несколько ключевых пар, и вы можете использовать "я" выключатель SSH, чтобы сказать, что (Частная) ключевой файл, который вы хотите использовать. Затем можно выполнить команду: "СШ-я key_for_this_server пользователя@дистанционного ./сценарий" например, и ./скрипт будет выполняться на удаленной машине без необходимости ввода пароля, или что угодно (конечно, с некоторой предварительной работы для установки - открытого ключа на удаленный компьютер, но это должно быть сделано только один раз). Вы даже можете перенаправить поток вывода (stdout), так что вы можете сохранить результат локально запустить скрипт и т. д. и т. д. – LGB 11 February 2011 в 16:57
  • 4
    И конечно, никто не сказал, что вы должны иметь разные пары ключей для всех систем, хотя, возможно, это хорошая идея. Но даже только с одной парой ключей, все равно это гораздо лучше, чем использование/хранение паролей открытым текстом. – LGB 11 February 2011 в 17:17
  • 5
    Сильный +1 Для ключ на основе авт. Я не могу понять, почему ОП сопротивляться. – ulidtko 11 February 2011 в 20:28

с помощью SSH и SCP можно использовать ключ аутентификации вместо паролей. Тогда вы можете сделать это "автоматизированные" без взаимодействия с пользователем, которое было бы в случае с аутентификацией по паролю. Некоторые хиты про эту тему с Google:

http://www.debuntu.org/ssh-key-based-authentication

http://www.debuntu.org/ssh-key-based-authentication

вы упомянули "без SSH-ключей". Что у тебя с этим проблемы? Если Вы не используете ключи, как вы хотите, чтобы избежать использования паролей, который составляет вашу проблему, если я понимаю Ваш вопрос.

2
ответ дан 6 August 2018 в 04:01
  • 1
    я хочу прочитать пароль удаленного сервера из файла....что-то вроде этого-- кошки /tmp/и pass_file | СШ -л локальный_пользователь удаленный пользователь script_to_be_executed...есть очень много серверов, мне нужно удаленно войти снова и снова – user 11 February 2011 в 15:42
  • 2
    То, что вы хотите действительно опасно. Так что вы должны хранить где-то пароли в виде обычного текста. Лично я думаю, что это никогда не будет сделано! В системный файл паролей (например, /etc/тень), данные всегда зашифрованы, это никогда не хорошая идея, чтобы хранить пароли открытым текстом и близких. Но в любом случае, я до сих пор не могу понять в чем проблема с ключа входа в систему для вас, (Пожалуйста скажите), вы можете сделать то же самое с ней (по SSH/УПП снова и снова) и не требует взаимодействия с пользователем (ввод пароля) так что тот же самый результат, но намного безопаснее, и гораздо более "стандартным, хорошо, что не" чувство. – LGB 11 February 2011 в 16:40
  • 3
    Кстати, если ваша проблема в том, что вы можете использовать несколько пар ключей, и вы можете использовать & quot; -i & quot; переключатель ssh, чтобы указать, какой (закрытый) ключевой файл вы хотите использовать. Затем вы можете выпустить такую ​​команду: «ssh -i key_for_this_server user @ remote ./script" например, и ./script будет запущен на удаленном компьютере без необходимости вводить пароль или что-нибудь (конечно, с некоторой предварительной работой по установке открытого ключа на удаленном компьютере, но это необходимо сделать только один раз). Вы можете даже перенаправить вывод (stdout), чтобы вы могли сохранить вывод локального скрипта и т. Д. И т. Д. – LGB 11 February 2011 в 16:57
  • 4
    И точно, никто не сказал, что у вас должны быть разные пары ключей для всех систем, хотя, может быть, это хорошая идея. Но даже с одной ключевой парой он намного лучше, чем использование / сохранение текстовых паролей. – LGB 11 February 2011 в 17:17
  • 5
    Сильный +1 для ключа на основе ключа. Я не могу понять, почему OP сопротивляется этому. – ulidtko 11 February 2011 в 20:28

Используя ssh и scp, вы можете использовать проверку подлинности на основе ключей вместо паролей. Затем вы можете сделать это «автоматическим» без взаимодействия с пользователем, что было бы в случае аутентификации пароля. Некоторые хиты этой темы с google:

http://www.debuntu.org/ssh-key-based-authentication

http : //ubuntuforums.org/archive/index.php/t-30709.html

Вы упомянули «без ssh-keygen». В чем твоя проблема? Если вы не используете ключи, как вы хотите избежать использования паролей, что является вашей проблемой, если я понимаю вашу проблему.

2
ответ дан 7 August 2018 в 22:00

Используя ssh и scp, вы можете использовать проверку подлинности на основе ключей вместо паролей. Затем вы можете сделать это «автоматическим» без взаимодействия с пользователем, что было бы в случае аутентификации пароля. Некоторые хиты этой темы с google:

http://www.debuntu.org/ssh-key-based-authentication

http : //ubuntuforums.org/archive/index.php/t-30709.html

Вы упомянули «без ssh-keygen». В чем твоя проблема? Если вы не используете ключи, как вы хотите избежать использования паролей, что является вашей проблемой, если я понимаю вашу проблему.

2
ответ дан 10 August 2018 в 10:14

Используя ssh и scp, вы можете использовать проверку подлинности на основе ключей вместо паролей. Затем вы можете сделать это «автоматическим» без взаимодействия с пользователем, что было бы в случае аутентификации пароля. Некоторые хиты этой темы с google:

http://www.debuntu.org/ssh-key-based-authentication

http : //ubuntuforums.org/archive/index.php/t-30709.html

Вы упомянули «без ssh-keygen». В чем твоя проблема? Если вы не используете ключи, как вы хотите избежать использования паролей, что является вашей проблемой, если я понимаю вашу проблему.

2
ответ дан 13 August 2018 в 16:37
  • 1
    Я хочу прочитать пароль удаленного сервера из файла ... что-то вроде этого: cat / tmp / pass_file | ssh -l localuser удаленный пользователь script_to_be_executed ... есть так много серверов, мне нужно удаленно входить в систему снова и снова – user 11 February 2011 в 15:42
  • 2
    То, что вы хотите, опасно действительно . Поэтому вы должны хранить пароли где-то в виде простого текста. Лично я считаю, что этого никогда не должно быть! В системном файле паролей (например, / etc / shadow) пароли всегда зашифровываются, никогда не рекомендуется хранить пароли как текстовые. Но, в любом случае, я все еще не понимаю, в чем проблема с ключом для входа в систему (скажите), вы можете сделать то же самое с ним (ssh / scp снова и снова), и вам не нужно взаимодействовать с пользователем (введите passwd), поэтому тот же результат, но гораздо более безопасный и гораздо более «стандартный, хороший способ» и т. д. чувство. – LGB 11 February 2011 в 16:40
  • 3
    Кстати, если ваша проблема в том, что вы можете использовать несколько пар ключей, и вы можете использовать & quot; -i & quot; переключатель ssh, чтобы указать, какой (закрытый) ключевой файл вы хотите использовать. Затем вы можете выпустить такую ​​команду: «ssh -i key_for_this_server user @ remote ./script" например, и ./script будет запущен на удаленном компьютере без необходимости вводить пароль или что-нибудь (конечно, с некоторой предварительной работой по установке открытого ключа на удаленном компьютере, но это необходимо сделать только один раз). Вы можете даже перенаправить вывод (stdout), чтобы вы могли сохранить вывод локального скрипта и т. Д. И т. Д. – LGB 11 February 2011 в 16:57
  • 4
    И точно, никто не сказал, что у вас должны быть разные пары ключей для всех систем, хотя, может быть, это хорошая идея. Но даже с одной ключевой парой он намного лучше, чем использование / сохранение текстовых паролей. – LGB 11 February 2011 в 17:17
  • 5
    Сильный +1 для ключа на основе ключа. Я не могу понять, почему OP сопротивляется этому. – ulidtko 11 February 2011 в 20:28

Другие вопросы по тегам:

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