Есть ли способ настроить сценарий выскочки для выполнения программы пространства пользователя без , сохраняя права root, но поэтому пользователь, имеющий право собственности на программу на основе каталога или разрешений, может останавливать / начать с запуском программы во время загрузки?
Проблема с использованием su
трюка с системными заданиями у пользователя нет контроля над этим заданием. Это все еще системное задание, несмотря на то, что он работает как заданный пользователь.
Правильное решение в 12.04 использует пользовательские задания . Эти задания живут в $HOME/.init
каждого пользователя и полностью контролируются этим пользователем. У них также нет корневых ресурсов, поскольку пользовательское задание всегда выполняется как учетные данные этого пользователя. В противном случае они действуют как системные задания, поэтому вы можете определить start on
строфы точно так же, как и системные задания.
По умолчанию задания Upstart не имеют окружения, кроме того, что определено в задании. Вы можете обойти это путем exec'ing через sh -l
(exec /bin/sh -l -c "exec YOUR STUFF HERE"
).
Да, с помощью sudo:
sudo -u lordoftime program
-u + имя пользователя запускает программу в качестве этого пользователя.
Проблема с использованием su
трюка с системными заданиями у пользователя нет контроля над этим заданием. Это все еще системное задание, несмотря на то, что он работает как заданный пользователь.
Правильное решение в 12.04 использует пользовательские задания . Эти задания живут в $HOME/.init
каждого пользователя и полностью контролируются этим пользователем. У них также нет корневых ресурсов, поскольку пользовательское задание всегда выполняется как учетные данные этого пользователя. В противном случае они действуют как системные задания, поэтому вы можете определить start on
строфы точно так же, как и системные задания.
По умолчанию задания Upstart не имеют окружения, кроме того, что определено в задании. Вы можете обойти это путем exec'ing через sh -l
(exec /bin/sh -l -c "exec YOUR STUFF HERE"
).
Проблема с использованием su
трюка с системными заданиями у пользователя нет контроля над этим заданием. Это все еще системное задание, несмотря на то, что он работает как заданный пользователь.
Правильное решение в 12.04 использует пользовательские задания . Эти задания живут в $HOME/.init
каждого пользователя и полностью контролируются этим пользователем. У них также нет корневых ресурсов, поскольку пользовательское задание всегда выполняется как учетные данные этого пользователя. В противном случае они действуют как системные задания, поэтому вы можете определить start on
строфы точно так же, как и системные задания.
По умолчанию задания Upstart не имеют окружения, кроме того, что определено в задании. Вы можете обойти это путем exec'ing через sh -l
(exec /bin/sh -l -c "exec YOUR STUFF HERE"
).
Да, с помощью sudo:
sudo -u lordoftime program
-u + имя пользователя запускает программу в качестве этого пользователя.
Проблема с использованием su
трюка с системными заданиями у пользователя нет контроля над этим заданием. Это все еще системное задание, несмотря на то, что он работает как заданный пользователь.
Правильное решение в 12.04 использует пользовательские задания . Эти задания живут в $HOME/.init
каждого пользователя и полностью контролируются этим пользователем. У них также нет корневых ресурсов, поскольку пользовательское задание всегда выполняется как учетные данные этого пользователя. В противном случае они действуют как системные задания, поэтому вы можете определить start on
строфы точно так же, как и системные задания.
По умолчанию задания Upstart не имеют окружения, кроме того, что определено в задании. Вы можете обойти это путем exec'ing через sh -l
(exec /bin/sh -l -c "exec YOUR STUFF HERE"
).
Да, с помощью sudo:
sudo -u lordoftime program
-u + имя пользователя запускает программу в качестве этого пользователя.
Проблема с использованием su
трюка с системными заданиями у пользователя нет контроля над этим заданием. Это все еще системное задание, несмотря на то, что он работает как заданный пользователь.
Правильное решение в 12.04 использует пользовательские задания . Эти задания живут в $HOME/.init
каждого пользователя и полностью контролируются этим пользователем. У них также нет корневых ресурсов, поскольку пользовательское задание всегда выполняется как учетные данные этого пользователя. В противном случае они действуют как системные задания, поэтому вы можете определить start on
строфы точно так же, как и системные задания.
По умолчанию задания Upstart не имеют окружения, кроме того, что определено в задании. Вы можете обойти это путем exec'ing через sh -l
(exec /bin/sh -l -c "exec YOUR STUFF HERE"
).
Да, с помощью sudo:
sudo -u lordoftime program
-u + имя пользователя запускает программу в качестве этого пользователя.
Проблема с использованием su
трюка с системными заданиями у пользователя нет контроля над этим заданием. Это все еще системное задание, несмотря на то, что он работает как заданный пользователь.
Правильное решение в 12.04 использует пользовательские задания . Эти задания живут в $HOME/.init
каждого пользователя и полностью контролируются этим пользователем. У них также нет корневых ресурсов, поскольку пользовательское задание всегда выполняется как учетные данные этого пользователя. В противном случае они действуют как системные задания, поэтому вы можете определить start on
строфы точно так же, как и системные задания.
По умолчанию задания Upstart не имеют окружения, кроме того, что определено в задании. Вы можете обойти это путем exec'ing через sh -l
(exec /bin/sh -l -c "exec YOUR STUFF HERE"
).
Да, с помощью sudo:
sudo -u lordoftime program
-u + имя пользователя запускает программу в качестве этого пользователя.
Проблема с использованием su
трюка с системными заданиями у пользователя нет контроля над этим заданием. Это все еще системное задание, несмотря на то, что он работает как заданный пользователь.
Правильное решение в 12.04 использует пользовательские задания . Эти задания живут в $HOME/.init
каждого пользователя и полностью контролируются этим пользователем. У них также нет корневых ресурсов, поскольку пользовательское задание всегда выполняется как учетные данные этого пользователя. В противном случае они действуют как системные задания, поэтому вы можете определить start on
строфы точно так же, как и системные задания.
По умолчанию задания Upstart не имеют окружения, кроме того, что определено в задании. Вы можете обойти это путем exec'ing через sh -l
(exec /bin/sh -l -c "exec YOUR STUFF HERE"
).
Да, с помощью sudo:
sudo -u lordoftime program
-u + имя пользователя запускает программу в качестве этого пользователя.
Проблема с использованием su
трюка с системными заданиями у пользователя нет контроля над этим заданием. Это все еще системное задание, несмотря на то, что он работает как заданный пользователь.
Правильное решение в 12.04 использует пользовательские задания . Эти задания живут в $HOME/.init
каждого пользователя и полностью контролируются этим пользователем. У них также нет корневых ресурсов, поскольку пользовательское задание всегда выполняется как учетные данные этого пользователя. В противном случае они действуют как системные задания, поэтому вы можете определить start on
строфы точно так же, как и системные задания.
По умолчанию задания Upstart не имеют окружения, кроме того, что определено в задании. Вы можете обойти это путем exec'ing через sh -l
(exec /bin/sh -l -c "exec YOUR STUFF HERE"
).
Да, с помощью sudo:
sudo -u lordoftime program
-u + имя пользователя запускает программу в качестве этого пользователя.
~/.progfolder/
?
– Thomas Ward♦
2 June 2012 в 00:17