Если я использую аутентификацию pubkey, например, из Ubuntu 11.04, как я могу настроить ssh-клиент на использование только аутентификации по паролю для сервера? (просто необходимо из-за тестирования паролей на сервере, где я по умолчанию вхожу с ключом)
Я нашел путь:
mv ~/.ssh/id_rsa ~/.ssh/id_rsa.backup
mv ~/.ssh/id_rsa.pub ~/.ssh/id_rsa.pub.backup
и теперь мне предлагают пароль, но есть ли какие-либо официальные способы?
ssh
password
key-authentication
LanceBaynes
источник
источник
ssh -o GSSAPIAuthentication=no example.com
-o PubkeyAuthentication=no
было достаточно в моем случае.-o PreferredAuthentications=keyboard-interactive -o PubkeyAuthentication=no
вместо этогоPasswordAuthentication
. Фактически, я здесь, потому что я хотел проверить, что отключение аутентификации пароля работало правильно на моем хосте.Я обнаружил ярлык для этой цели:
Обратите внимание на двоеточие (
:
) и пустой пароль после него.источник
mysql -u user -p
ssh
клиент слепо пытался использовать несвязанные приватные ключи для аутентификации на вновь установленном сервере и продолжал отклоняться из-за максимального количества попыток, которые не были получены, даже не запрашивая пароль. Для принудительной аутентификации по паролю для этого первого соединения мне пришлось использовать-o PreferredAuthentications=password
синтаксис, уловка двоеточия не имела заметного эффекта. Таким образом, хотя этот трюк может стоить попробовать, не следует полагаться на него как на последовательное поведение.Как и метод, опубликованный scoopr, вы можете установить параметры для каждого хоста в файле конфигурации клиента ssh.
В вашем
.ssh
каталоге создайте файл с именемconfig
(если он еще не существует) и установите для него права доступа600
, затем вы можете создать разделы, которые начинаются са затем установить для каждого хоста опции, например,
чтобы вы могли иметь
в этом файле, а затем просто
и вариант будет поднят.
источник
~/.ssh/config
и добавилPubkeyAuthentication no
Недавно я нуждался в этом, но ни один из вышеперечисленных параметров не работал,
ssh -v
показал, что параметры командной строки, передаваемые через-o
переключатель, были переопределены значениями, указанными в моем~/.ssh/config
файле.Что сработало, так это:
Со
ssh
страницы руководства :Кредиты на этот ответ: Как я могу заставить ssh игнорировать .ssh / config?
источник
~/.ssh/config
, ключи не используются, если я укажу-F /dev/null
.ssh -v
Выходные данные помогают в этом случае, они ясно показывают, что, поскольку в моей конфигурации ssh для меня есть универсальная запись*
, она выбирает использовать открытый ключ, а не уважает параметры, передаваемые через-o
коммутатор, как в предыдущих ответах.~/.ssh/id_rsa
указано на странице руководства. Эти пути жестко прописаны в клиенте. Просто убедитесь, что вы указали правильного пользователя при тестировании.Я попробовал несколько из этих ответов, но
ssh -v
продолжал показывать, что мои открытые ключи извлекаются из моего домашнего каталога. Тем не менее, указание поддельного идентификационного файла помогло мне:Я должен сделать это постоянно (работать вокруг разбитого сервера SSH в качестве APC стойку PDU - остаться далеко от этих вещей , если вы заботитесь о безопасности - так что я в конечном итоге положить опцию в мой конфигурационный файл:
источник
Ответы @scoopr и @Halil Özgür не сработали для меня.
Это сработало для меня:
Источник: http://linuxcommando.blogspot.com/2008/10/how-to-disable-ssh-host-key-checking.html
источник
А также будьте уверены, что
BatchMode=yes
в .ssh / config нет активных. В противном случае у вас нет шансов получить интерактивный запрос пароля.источник
Возможно, я единственный в мире с этой проблемой, но у меня работала
ssh
другая операционная система (choco ssh в Windows в оболочке cygwin) черезwhich ssh
Таким образом, решение было
Обратите внимание на полный путь. Я сделал это после того, как я побежал
cyg-get openssh
источник