Не обязательно причина, но практическое последствие файлов, не заканчивающихся новой строкой:
Рассмотрите то, что произошло бы, если бы Вы хотели обработать несколько использований файлов cat
. Например, если Вы хотели найти слово foo
в начале строки через 3 файла:
cat file1 file2 file3 | grep -e '^foo'
Если первая строка в file3 запускается с foo
, но file2 не имеет финала \n
после его последней строки это возникновение не было бы найдено grep, потому что последняя строка в file2 и первая строка в file3 будут рассматриваться grep как одна строка.
Так, для последовательности и для предотвращения неожиданностей, которые я пытаюсь сохранить своими файлами, всегда заканчивающимися новой строкой.
Я недавно нуждался в этом также и придумал это:
ssh -o PreferredAuthentications=password -o PubkeyAuthentication=no example.com
Необходимо удостовериться, что клиент не настроен для запрещения аутентификации по паролю.
А также метод, отправленный scoopr, можно установить на опции хоста в ssh клиентском конфигурационном файле.
В Вашем .ssh
каталог, создайте названный файл config
(если это уже не существует), и установите полномочия на 600
, можно затем создать разделы, которые запускаются с
host <some hostname or pattern>
и затем установленный на опции хоста после этого, например,
host bob.specific.foo
user fred
host *.home.example
user billy
port 9191
таким образом, Вы могли иметь
host server.to.test
PubkeyAuthentication=no
в том файле, и затем просто
ssh server.to.test
и опция будет взята.
Недавно мне это понадобилось, но ни один из вышеперечисленных параметров не работал, ssh -v
показал, что параметры командной строки передаются через -o
были переопределены значениями, указанными в моем файле ~ / .ssh / config
.
Сработало следующее:
ssh -F /dev/null <username>@<host>
Из справочной страницы ssh
:
-F configfile
Specifies an alternative per-user configuration file. If a
configuration file is given on the command line, the system-wide
configuration file (/etc/ssh/ssh_config) will be ignored. The default
for the per-user configuration file is ~/.ssh/config.
Кредиты на этот ответ: Как я могу заставить ssh игнорировать .ssh / config?
@Scoopr и @halil Özgür ответы не работали для меня.
Это работало для меня:
ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no user@example.com
Источник: http://linuxcommando.blogspot.com/2008/10/how-to-disable-ssh-host-key-Checking.html
Возможно, я единственный в мире с этой проблемой, но у меня был ssh
из другой операционной системы (choco ssh в Windows в оболочке cygwin), видимый через which ssh
Поэтому решением было
/usr/bin/ssh user@example.com
Заметить полный путь. Я сделал это после выполнения cyg-get openssh
Я попробовал несколько из этих ответов, но ssh -v
продолжал показывать, что мои открытые ключи извлекаются из моего домашнего каталога. Однако указание поддельного файла идентификации помогло мне:
ssh -i /dev/null host
Я должен делать это постоянно (чтобы обойти неисправный SSH-сервер в монтируемом в стойку PDU APC - держитесь подальше от этих вещей если вы заботитесь о безопасности - так что в итоге я поместил эту опцию в свой конфигурационный файл:
Host apc1 apc2
KexAlgorithms +diffie-hellman-group1-sha1
IdentityFile /dev/null
ssh -o GSSAPIAuthentication=no example.com
– IllvilJa 13.08.2013, 13:56-o PubkeyAuthentication=no
было достаточно в моем случае. – mivk 04.09.2016, 13:04-o PreferredAuthentications=keyboard-interactive -o PubkeyAuthentication=no
вместо этого наутилус – guido 17.09.2016, 18:23