первое, что приходит в голову - алиас в баше

Ты определись, тебе нормальный chroot нужен или сахарок?

Если второе, то скорее всего поможет «cd site_folder» в .bashrc или .bash_profile (всегда путаюсь).

ну смени homedir юзера site_subfolder :-)

Ясно. Уточняю.

Суть в том, что несколько человек работают каждый на своей площадке (поддиректории) на данном юзере. Сделано это для того, чтобы в любой момент под нового программиста можно было сбацать именованную dev-площадку без создания нового юзера и, в том числе, необходимости у программиста прописывать хосты в /etc/hosts.

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

Пахнет Израилем.

Навскидку, тогда можно команду смены диры зашить в ключ.

без создания нового юзера

Да, это офигительно трудоемкий процесс

вы сами придумали себе геморрой эти «упрощением». изначально, какую проблему вы пытались решить? уверен, есть более простое и элегантное решение, чем использование одного пользователя.

Даже не знал о такой возможности.

magic_chroot

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

Изначально каждый девелопер имел юзера под свой dev. Создание новой площадки включало в себя необходимость иметь root-привилегии для создания нового юзера и прописывания нужного hostname-а, а также бонусом правка у себя (пользователя площадкой) /etc/hosts, чтобы стучаться на именно свою площадку через вебморду.

Сейчас можно спокойно без root-привилегий наплодить сколь угодно много площадок, гораздо быстрее, с возможностью легко поменять её имя (имя папки), а nginx уже сам догадывается, кому что подсовывать, исходя из адреса.

по-моему, вам RTFM надо было сперва.

чтобы пользователя завести- не обязательно нужен root. sudo вас спасёт. или я что-то недопонимаю. отсутствие необходимости прописывать в hosts легко обеспечить через * в DNS. вы просто выбрали негодные средства для решения задачи. и да, есть возможность юзверей в базе держать.

в любом случае - когда один логин на многих людей - это ЗЛО по определению. чему пример - свежий баян про смену пароля в Мск гы.

Спасибо, кэп, что подсказал про sudo и DNS. Я запрашиваю в теме об одном, получаю ответ о другом. Бесполезно.

тебе ответ дал baverman. других sshей у мну для тя нету...

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

описанное решение - это гланды через известное место, я с подобной проблемой сталкивался, решал в т.ч. через magic_chroot.

Понял вас. Спасибо за разъяснения.

не во что. общий логин - это очень нездраво, поверь.