Добрый день возникла одна небольшая загвоздка. Есть файл /var/spool/cron/root в котором прописываются задания для крона, как выяснилось это файл обязан иметь права 644, иначе в логах BAD FILE MODE. Но мне нужно иметь возможность править этот файл под другими пользователями соответственно мне нужно чтобы этот файл имел права 666. Всякие sudo мне не подходят. Может кто-нибудь знает как и где можно снять ограничение и поставить этому файлу какие угодно права. Или может есть еще какие-нибудь решения данного вопроса.
боюсь что здесь правильно решение только одно:
чашка кофе и grep -R 'BAD FILE MODE' по исходникам...
> боюсь что здесь правильно решение только одно:А как же долго-нудно рассказывать наивному вьюноше про береги root-а с молоду?!
>> боюсь что здесь правильно решение только одно:
> А как же долго-нудно рассказывать наивному вьюноше про береги root-а с молоду?!не надо умничать, есть конкретная задача, если вам нечем помочь, то лучше промолчать. Если я ставлю вопрос именно таким образом, то наверно мне нужно сделать это именно так. Если бы можно было запустить от другого пользователя я бы здесь это вопрос не публиковал.
> нужно сделать это именно так. Если бы можно было запустить от
> другого пользователя я бы здесь это вопрос не публиковал.На всякий случай:
после этой модификации у вас любой пользователь сможет запускать команды от root-а.
Проще тогда дать им root-овский пароль - не надо ничего модифицировать.
:-)
> не надо умничать, есть конкретная задача,вам деликатно намекают, что задача поставлена ракообразно. как если бы у электрика спросили какие шурупы больше подходят для завинчивания в розетку - провода удлинить.
пользователь, который может добавлять строчку в крон рута фактически имеет всю систему. нахрена он тогда пользователь - неясно. фигачьте сразу от рута.
> если вам нечем помочь, то лучше промолчать.
ничего, что я съехидничаю? человек, который юзеру позволяет иметь всю систему врядли сумеет заткнуть собеседника в интернете :)
> Если я ставлю вопрос именно таким образом, то наверно мне
> нужно сделать это именно так. Если бы можно было запустить от
> другого пользователя я бы здесь это вопрос не публиковал.ещё раз повторю. с точки зрения электрика вы спрашиваете какие шурупы лучше вкручивать в розетку.
попробую включить телепата. вам нужно запускать процесс с повышенными привилегиями. это нормально. ненормально ровно две ошибки.
1. лезть в кронфайл лапами. причина понятна, вам надо сделать это из скрипта. нежелательно, но не смертельно.
2. вывод, что лезть надо именно в крон рута. вот это вообще недопустимо. от юзеря в крон рута может попасть ВСЁ и это ВСЁ будет выполнено с правами рута. Это категорически недопустимо. Есть стандартный механизм по повышению полномочий. Достаточно гибкий и контролируемый. sudo.т.е. вместо того, чтобы грязными лапами лезть в крон рута, вы штатно лезете вкрон пользователя. и пишете скриптом туда что-то типа:
*/5 * * * * /usr/local/bin/sudo ляляля траляля тыц тыца перед этим для пользователя (для группы) грамотно заполняете права в файлике sudoers, ограничив список команд и параметров к ним. ну чтобы команда "ляляля" которая пишется в крон пользователя вашим скриптом выполнялась только если разрешено. например разрешили только reboot и rm ~/tmp/*.
PS /usr/local/bin/sudo это для фряхи. для линукса /usr/bin/sudo естессно.
>> боюсь что здесь правильно решение только одно:
> А как же долго-нудно рассказывать наивному вьюноше про береги root-а с молоду?!А вот когда он осилит исходники, осилит программинг хотя бы на начальном уровне, сборку, установку - осознание само придет :)