ssh никогда не запрашивать пароль
Это работало в моем терминале Gnome 3.18.3.
Отредактируйте ваш .bashrc-файл и добавьте эту функцию
# Update gnome terminal title
function termtitle() {
# take argument
TITLE=$1
shift
# update title
PROMPT_COMMAND='echo -ne "\033]0; $TITLE \007"'
}
Не забудьте source ваш [d3 ] .bashrc file
$ source ~/.bashrc
И тогда вы можете просто обновить, вы сможете изменить название терминала следующим образом:
$ termtitle "MariaDB CLI"
2 ответа
Скорее всего, у вас есть несколько строк identityfile в файле .ssh/config.
Даже если у вас identityfile в конфигурации host, он применяется глобально. Это означает, что ssh пробует каждый файл удостоверения (т. Е. Открытый ключ) на каждом хосте, прежде чем он запросит запрос пароля с сервера.
Вы можете исправить это с помощью
Удаление всех, кроме одной строки identityfile, или Добавление PubkeyAuthentication no в .ssh/config или Выполнение ssh с параметром -o PubkeyAuthentication=no.Из man 5 ssh_config:
PubkeyAuthentication
Specifies whether to try public key authentication. The argument to this
keyword must be “yes” or “no”. The default is “yes”. This option applies
to protocol version 2 only.
IdentityFile
...
It is possible to have multiple identity files specified in configuration
files; all these identities will be tried in sequence. Multiple
IdentityFile directives will add to the list of identities tried (this
behaviour differs from that of other configuration directives).
Некоторые общие инструкции с открытыми ключами:
Удаление всех, кроме одного identityfile или Всегда создавайте пару ключей на вашем устройстве и передавайте только открытый ключ. Таким образом, даже если сервер взломан, ваш личный ключ по-прежнему безопасен и безопасен. Это может произойти неожиданными способами - например, с помощью резервных копий. Добавление PubkeyAuthentication no к .ssh/config или Компрометация сервера не ставит под угрозу другие серверы, даже если вы используете один и тот же закрытый ключ для подключения к нескольким серверам (за исключением случаев, когда вы передали этот закрытый ключ на сервер. Никогда не делайте этого.) Выполнение ssh с параметром -o PubkeyAuthentication=no.Есть некоторые исключения из этого, но не слишком много.
-
1Ааа! У меня «слишком много». идентифицировать файлы и проверять их на 5 и останавливать. Понял! Это все объясняет. Я предполагаю, что я должен переместить все из них в подпапку, так что они не будут найдены автоматически, и функция пароля снова будет работать автоматически ... – Alexis Wilke 12 February 2014 в 00:32
-
2Если возможно, вы должны / могли использовать только один открытый ключ для каждой необходимой вам службы. Очень редко есть причина сделать это любым другим способом. Если кто-то украл ваш открытый ключ (содержимое authorized_keys), они ничего не могут с ним поделать. И если все ваши личные ключи (id_rsa / id_dsa) находятся на одном компьютере в любом случае, использование более одного значения не имеет значения. – Olli 12 February 2014 в 00:46
Ваш местный ssh не должен запрашивать пароль, ssh-сервер на другом конце должен. Вероятно, сервер настроен так, чтобы не принимать аутентификацию паролем. Мой не просил бы у вас пароля.
-
1Другой сервер - совершенно новый сервер, и они говорят вам сделать именно это. Не только это, мой партнер мог войти без проблем! На моем компьютере что-то подозрительное, что не позволяет ему проверять пароль ... Собственно, если вы посмотрите на журналы, авторизированная проверка подлинности включает в себя «пароль». Поэтому мой локальный клиент ssh СЛЕДУЕТ задать мне пароль, но он решил пропустить его. – Alexis Wilke 12 February 2014 в 00:11
-
2Легче понять, почему сервер не запрашивает пароль, а не видит, почему ваш клиент не предоставит вам эту опцию, если сервер предлагает ее. На их конце множество опций конфигурации, а на ваших - немного. Возможно, кто-то с вашим IP-адресом попытался войти в систему слишком много раз без правильного пароля, и будущие попытки вашего IP-адреса были отключены. Стреляй, я просто прочитал ответ Олли. Вот и все. – Marc 12 February 2014 в 02:11