Почему SSH просит мой пароль с закрытым ключом каждый раз

Я использовал много дистрибутивов, и вот то, что я знаю.

  1. OpenSuse

    • SuSe был, прежде всего, KDE, прежде чем он купил Novell длительный срок
    • используемый некоторый код KDE 4, прежде чем KDE был выпущен - начало и игры
    • как было известно, изменил kde
    • установки и настраивают вещи для gtk для Вас
    • мог бы способствовать в восходящем направлении / имеют фактический kde devs - не 100%
    • QT управляемые приложения
  2. Mandriva

    • Я никогда не использовал его (не, так как это была мандрагора),
    • Я знаю, что они присвоили 2 devs для работы над k3b 2 - много бонусных очков
  3. Chakra

    • Распределение на основе Дуги Linux, который является KDE конкретный
    • некоторые пользовательские kde/qt приложения
    • шаман - спокойный диспетчер пакетов
  4. Все остальные - Kubuntu, Fedora, Дуга, хинду (примечание: kubuntu, мягкая фетровая шляпа не могла бы быть точной),

    • Ваниль AFAIK установки KDE
    • Пользовательская Товарищеская встреча сделает gtk theming для Вас, другие Вы делаете это сами
    • у них вряд ли будет любой kde/qt (исключенный знаток) приложения, которые не доступны везде

Чтобы быть честным, я мог бы давать всем остальным несправедливый учет... Я не использовал kubuntu или мягкую фетровую шляпу очень вообще. Я использую Дугу Linux KDE сам, который следует в восходящем направлении.

9
24.01.2012, 19:36
2 ответа

Вставьте свой открытый ключ hostnachine:~/.ssh/authorized_keys и удостоверьтесь, что это имеет соответствующие полномочия - chmod 600. См. страницу справочника, раздел AUTHENTICATION, для получения дополнительной информации. Обратите внимание, что sshd, возможно, настроил для запрещения этого метода входа в систему, хотя я не могу понять почему.

5
27.01.2020, 20:07
  • 1
    за Благодарность, которая работала. Однако Вы могли объяснить меня, почему я должен поместить его в authorized_keys и почему это работало без него прежде. –  Ben D 24.01.2012, 20:06
  • 2
    Страница справочника имеет информацию в разделе AUTHENTICATION. Относительно того, почему это работало перед рукой, я не могу быть уверен, не имея корневого доступа к Вашим машинам и делая некоторую работу судебной экспертизы. –  Sardathrion - Reinstate Monica 24.01.2012, 21:50
  • 3
    , можно также использовать ssh-copy-id, чтобы скопировать открытый ключ автоматически в узел назначения, если Вы не хотите/нуждаетесь копировать его вручную. нано –  Coren 25.01.2012, 10:27

Проверьте полномочия каталога и полномочия файла.

$HOME не может быть записываемым группой или другим.

$HOME/.ssh потребности иметь 700 полномочия, не читаемые, записываемые или исполняемые группой и другим.

$HOME/.ssh/authorized_keys быть не записываемым или исполняемым любым.

Если Вы находите, что полномочия не достаточно строги, попытайтесь выяснить то, что вызвало проблему. В прошлый раз, когда это произошло со мной, я скомпилировал PHP с нуля. Выполнение make install поскольку корень (Slackware) изменил полномочия и владение / или /home поскольку я вспоминаю и помешал ssh работать с authorized_keys и id_rsa.pub файлы, которые существовали и работающий целую вечность. Вы хотите определить то, что вызвало проблему, поскольку измененное владение каталога и/или разрешение могут произойти из-за установки руткита или чего-то как этот.

1
27.01.2020, 20:07
  • 1
    Это зафиксировало его для меня.. После фиксации моих полномочий я добавил его, использование 'ssh-добавляет'.. после закрытия того терминала и повторного открытия его и выполнения, 'ssh-добавляют-l' (понижают L) я видел свои идентификационные данные, которые работали.. Я мог SSH ко всем своим полям, не имея необходимость вводить мою передачу с закрытым ключом 300 + времена день!!Спасибо! –  Henry van Megen 23.12.2016, 13:11

Теги

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