ssh не входит по ключу

Правильные права должны быть не на хомяк, а на ~/.ssh и ~/.ssh/id_rsa

Если на клиенте включён selinux, то ещё и туда надо посмотреть, не перемещал ли ты файлы, часом?

однако у клиента:

Причём тут клиент? Права на сервере неправильные.

По паролю нормально входит?

Кому принадлежат на удалённой системе /home/valentin и /home/valentin/.ssh, /home/valentin/.ssh/authorized_keys?

Ругается, что пользователь не тот. Фикстся chown.

По паролю нет проблем

Всюду все принадежит valentin’y

Слышал краем уха про selinux, но нкогда с ним не имел дел.
Вообще, перестало входить по ключу на этот комп после его апгрейда до ubuntu24.04

Ну в убунте нет селинукса, расслабься.

А, ой.

Покажи вывод ls -la /home/valentin/.ssh с сервера.

drwxrwxrwx 130 valentin valentin 12288 июн 18 18:52 ..

chmod -R go-rwx ~/.ssh

ls -ld ~/.ssh же.

На серваке:

sudo chown root:root /home
sudo chmod 0755 /home
chmod 0700 /home/valentin

sudo chown root:root /home
sudo chmod 0755 /home
chmod 0700 /home/valentin

спасибо!
это решило проблему. Но не затруднит ли Вас объяснить смысл этой магии?

смысл этой магии

всё вокруг магия, если не учил физику администрирование..

man chown, man chmod, словарь русско-английский…

Спасибо, теперь я знаю, что такое «послать на три буквы»

мы тоже знаем, что нас окружают мамкины какиры, неспособные текст из консоли скопировать в переводчик, не говоря уже о способности почитать документацию.

рассказываем ли мы об этом на форумах?

Но не затруднит ли Вас объяснить смысл этой магии?

Каждый объект в файловой системе принадлежит какому-либо пользователю и группе. Кроме того, у каждого объекта есть права доступа. Они определяют доступность объекта для владельца, группы и всех остальных. Если упрощать (подробнее можно поискать в сети, но, имхо, тема очень хорошо раскрыта в FreeBSD Handbook), то для директорий это:

• Право просматривать содержимое директории (read-бит).
• Право вносить изменения в директорию, то есть создавать или удалять различные объекты (write-бит).
• Право на вход в директорию, то есть право обращаться к её содержимому (execute-бит).

Директория /home обычно содержит домашние директории пользователей, в то время как сама принадлежит root-пользователю. Только root имеет права на запись в эту директорию. Остальные пользователи могут видеть её содержимое, и заходить в неё, но не имеют прав записи.
Пользователю может принадлежать домашняя директория. Владеет этой директорией сам пользователь, и только он может просматривать её содержимое, вносить новые записи, и заходить в неё.
Как и для всего остального, это определяется выставленными правами владения и доступа к этим директориям.

По умолчанию, если в конфигурационном файле /etc/ssh/sshd_config не указано иное (опция StrictModes=no подробнее man sshd_config), демон sshd при запуске проверяет корректность прав владения и доступа для путей к своим конфигурационным файлам, в том числе к файлу /home/<user_name>/.ssh/authorized_keys. И, если что-то покажется ему неправильным, просто отказывается запускаться.

В своём предыдущем посте Вы опубликовали, вероятно, вывод команды ls -al ~/.ssh, для своего пользователя на сервере. Из этого вывода видно, что права владения и доступа верно выставлены для директории /home/valentin/.ssh, но вот права доступа для самой домашней директории неправильны. У Вас это были rwxrwxrwx, что означало, что любой пользователь в системе, может спокойно заходить в Вашу домашнюю директорию и творить в ней всё, что заблагорассудится. Вследствие этого, sshd отказывался запускаться, так как такая ситуация казалась ему опасной. Прав владения и доступа на директорию /home не были видны, однако можно было предположить возможность и их некорректной установки.

Теперь о «магии».

• Команда chown root:root /home выполняемая от имени root-пользователя, изменяла права владения для директории /home на пользователя root и группу root.
• Команда chmod 0755 /home, так же выполняемая от имени root-пользователя выставляла права доступа для этой директории в rwxr-xr-x.
• И, наконец, команда chmod 0700 /home/valentin которую можно было выполнить и от имени владельца, выставляла права rwx------ для домашней директории Вашего пользователя.

Вот за такие посты не то что звезду, медаль давать надо!

Спасибо большое

Во-первых, большое спасибо за человечность, которой часто не хватает породе сисадминов, наверное, из-за обостренного чувства, что они все-таки обслуга, а не творцы.

У Вас это были rwxrwxrwx

Я как пользователь более 30 лет рабтаю в unix’e и linuх’e, поэтому знаком с азами. Мне по большом счету непонятно, какое дело sshd до того, кому я разрешаю копаться в своей директории. В какой момент появились такие права, мне самому непонятно, но ПК абсолютно личный в абсолютно личной сети, поэтому для меня это совсем нестрашно.

Медаль за открытие ChatGPT :)

какое дело sshd до того, кому я разрешаю копаться в своей директории

Это попытка защитить пользователя от защемления яиц дверью. Если выставлены 777 права на $HOME, это значит, что кто угодно может удалить ~/.ssh, создать новый и добавить туда свои ключи, после чего зайти под этим пользователем. То бишь это такая дыра в системе. И вот sshd пытается как-то бороться с этой дырой. Если сильно хочется - есть опция для отключения этой борьбы. Я сам считаю, что такой функционал избыточен, юникс должен быть опасный и резкий, как удар бритвы. Но я не пишу sshd, может это и к лучшему.

В какой момент появились такие права, мне самому непонятно

Или потеря памяти, или в системе вирус.

Или потеря памяти, или в системе вирус.

Исключено, скорее, «умелые ручки» при копировании своей директории с одного компа на другой

Это написал не искуственный идиот, а естественный :)

Ну ладно, тогда медаль надо, я бы такие объёмы на форуме поленился писать, да ещё и с форматированием, да без опечаток. Очень подозрительно!

Таки с опечатками. В основном без синтаксических ошибок (vim это подсвечивает), но не всегда замечаются.