Клиент SSH больше не находит закрытый ключ в объявлении IdentityFile
До Ubuntu 12.04
Ярлыки расположены по-разному в зависимости от используемого вами рабочего стола (gnome / unity, kde, xfce, lxde и т. д.).
Для gnome они находятся под ~/.gconf/desktop/gnome/keybindings (пользовательские ярлыки)
и в ~/.gconf/apps/metacity.
До Ubuntu 12.04
~/.config/dconf/user (в dconf-editor: org.gnome.settings-daemon.plugins.media-keys.custom-keybindings (пользовательские ярлыки)
~/.config/compiz-1/compizconfig
3 ответа
Разрешения на ~ / .ssh / config также должны быть установлены на 600.
После того, как я установил эти разрешения с chmod 600 ~/.ssh/config, обычное поведение снова начало работать (например, выполнение команды ssh myhost4 в успешном SSH-подключении к серверу без ошибок).
-
1Это может быть , что ssh -vvv myhost4 сказал бы о неправильных разрешениях, но я не уверен. Вы можете вернуть разрешения и попробовать. – PerlDuck 29 March 2018 в 12:37
-
2Я просмотрел этот вывод, @PerlDuck. Не видел его там. Но возврат прав и повторных попыток может оказаться полезным. Я дам вам знать, что я нахожу. – TheDavidJohnson 31 March 2018 в 15:55
-
3Интересно. Когда я делаю chmod 666 ~/.ssh/config, простейшая ssh myhost терпит неудачу с Bad owner or permissions on /home/pduck/.ssh/config. После chmod 660 или chmod 600 он работает. ssh -V возвращает OpenSSH_7.5p1 Ubuntu-10ubuntu0.1, OpenSSL 1.0.2g 1 Mar 2016. Возможно, это имеет значение. Я на 17.10. – PerlDuck 31 March 2018 в 16:12
Разрешения на ~ / .ssh / config также должны быть установлены на 600.
После того, как я установил эти разрешения с chmod 600 ~/.ssh/config, обычное поведение снова начало работать (например, выполнение команды ssh myhost4 в успешном SSH-подключении к серверу без ошибок).
Разрешения на ~ / .ssh / config также должны быть установлены на 600.
После того, как я установил эти разрешения с chmod 600 ~/.ssh/config, обычное поведение снова начало работать (например, выполнение команды ssh myhost4 в успешном SSH-подключении к серверу без ошибок).