домашний каталог пользователя ssh

Выставить права через chmod

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

chmod -R 755 /var/www/vhosts/m.ru/subdomains/1 

ssh это вам не ftp.

в итоге доступ появился но пользователь может по всему дереву каталогов прыгать ! как огарничеть его доступ той дирректорией которая указана: /var/www/vhosts/m.ru/subdomains/1

никак. Во всяком случае по системным каталогам он всё равно будет прыгать. Можно только закрыть доступ к другим юзерам, например chmod go-rwx /home/otheruser

из под рута зайти и как прописать что бы он не нырял глубже своей директории ???

никак. Это SHELL. Можно вот так: http://allanfeid.com/content/creating-chroot-jail-ssh-access вопрос — нужно-ли?

google://ssh+chroot

и да, пусть прыгает, тебе жалко? Что ты там скрываешь? Своё CP надо в своём закрытом хомяке хранить.

я гуглил. Не нашёл ответа «зачем?».

Не будь мудаком! Тебе не нужно != другим не нужно.

Не будь мудаком! Тебе не нужно != другим не нужно.

вот и хочу не быть мудаком: ЗАЧЕМ? Чего я не знаю?

ясно короче ) фиг с ним ! будет фтп и хватит тогда для пользователя )

Гуглите chroot, jail, sftp (если передачи файлов достаточно для решения задачи).

надо просто что бы он как ftp пользователь был ограничен своим каталогом в котором что хочет то и делает !

Ну тогда ftp/sftp. sftp настраивается довольно просто, если пользователей немного.

Не переворачивай с ног на голову. ТС хотел закрыть ssh юзера в его хомдире — это чрут. Точка. Зачем совсем др. вопрос. Например не светить имена др. пользователей в /etc/passwd и банально в /home/* и т.д. Имена файлов (даже если к содержимому нет доступа), тоже могут дать лишнюю инфу юзеру.

Если ты хочешь дать (win)scp в рамках хомдира юзера, а не полноценный шел, то есть решение и достаточно простое.

что значит «что хочет»? Может только файлы пишет/читает? Тогда вот: https://github.com/scponly/scponly/wiki И как его закрыть в хомяке.

можно и sftp, это как ftp, только по ssh.

Не переворачивай с ног на голову. ТС хотел закрыть ssh юзера в его хомдире — это чрут. Точка. Зачем совсем др. вопрос. Например не светить имена др. пользователей в /etc/passwd и банально в /home/* и т.д. Имена файлов (даже если к содержимому нет доступа), тоже могут дать лишнюю инфу юзеру.

понимаешь... В системе ничего не должно быть секретного. Я не говорю, что её нельзя закрыть, я говорю, что это — не нужно.

И да, с -x (и с -r) ты не сможешь прочитать даже имена файлов (только с -r ты можешь угадать имя файла, и прочитать сам файл, если у тебя +r на файле).

Т.е. все секретные данные нужно хранить в своём хомяке. Или в файлах с правами 0600 (или в каталогах 0700).

Chroot в некотором смысле фикция, т.к. фактический доступ к системным файлам у тебя есть. Т.е. не нужно от него ждать чудес. Чудес не бывает.

Не учите меня жить, киса.

не светить имена др. пользователей в /etc/passwd

chmod o-r /etc/passwd

и банально в /home/*

chomd o-rw /home

Но лень же, да.

Не учите меня жить, киса.

есть что-то против сказать, или как всегда?

chmod o-r /etc/passwd

а ты как зайдёшь?

chomd o-rw /home

это можно. Но не нужно. Кстати, там и так -w.

Но лень же, да.

попробовать самому, перед тем как посоветовать?

Ты дурачок что-ли? Я ТСу дал ответ. Ты влез со своим «не нужно». Не нужно, так не нужно, я тебя переубеждать не собираюсь.

а ты как зайдёшь?

Если мне нужно, можно и группу сделать

это можно. Но не нужно.

Не нужно. Сильный аргумент.

попробовать самому,

Лень выставлять права. Проще накостылять chroot.

Ты дурочек что-ли?

если тебя спросят, как правильно готовить KCN, и чем его вкуснее запивать, ты тоже расскажешь?

Ну тогда ладно, всё ок.

Если мне нужно, можно и группу сделать

login ЕМНИП с nogroup запускается... Ну делай...

Не нужно. Сильный аргумент.

чем не аргумент?

Лень выставлять права. Проще накостылять chroot.

ну ладно.

ssh + chroot — это далеко от выстрела в ногу, не говоря уже о KCN

ssh + chroot — это далеко от выстрела в ногу

согласен. Да, у меня кроме «не нужно» нет аргументов.

Создай группу и дай ей ограниченные права.