Должны ли скрипты, которые требуют sudo, потерпеть неудачу, если у них их нет, или использовать sudo и приглашение?

У меня есть скрипт, который дает мне детальный контроль над яркостью подсветки и требует sudoзапуска. Это по сути это:

backlight="/sys/class/backlight/acpi_video0/brightness"
echo $1 | tee $backlight

и живет в ~/bin/backlight-adjust. Сценарию нужны sudoпривилегии, потому что tee $backlightон пишет в привилегированное местоположение. Так что он потерпит неудачу, если не будет работать с sudo.

У этого подхода есть проблема, потому что я не могу просто запустить sudo backlight-adjust, потому что ~/binего нет $PATHв sudoсреде, только в моей среде. Так что мне придется бежать sudo env "PATH=$PATH" backlight-adjustили что-то подобное.

В качестве альтернативы я мог бы написать это так:

backlight="/sys/class/backlight/acpi_video0/brightness"
echo $1 | sudo tee $backlight

и предложите мне пароль.

Второй подход работает лучше для меня, потому что я не должен помнить, чтобы напечатать sudo; это подскажет мне. И я могу сохранить свои $PATHнетронутыми. В целом это кажется более удобным, но есть ли причины, по которым я не должен делать это вторым способом?

(Я использую Xubuntu 14.04, а моя оболочка - GNU bash 4.2.45, если это имеет значение.)

Лично я бы использовал другой подход. Сделайте псевдоним для вашего скрипта. Добавьте эту строку в ваш ~/.bashrc(или эквивалент в других оболочках)

alias backlight-adjust='sudo ~/bin/backlight-adjust'

Таким образом, вам не нужно беспокоиться о том, чтобы не забыть запустить его, sudoи вам не нужно добавлять sudoскрипт в скрипт. Он будет полностью прозрачен для вас и просто спросит ваш пароль, когда вы попытаетесь запустить backlight-adjust.

Я не могу понять, почему это может быть неправильно - хотя я обычно предпочитаю, чтобы команды не задавали мне вопросы, чтобы они могли быть написаны в сценариях. Вы можете настроить /etc/sudoersего sudoбез пароля.

Но ... почему бы не добавить

chgrp  one-of-your-groups-here /sys/class/backlight/acpi_video0/brightness     
chmod g+w /sys/class/backlight/acpi_video0/brightness 

по твоему /etc/rc.localи забыть про sudo?

(В Ubuntu, если вы можете использовать его, sudoвы входите в группу sudo , так что вы можете использовать его chgrp sudo /sys...и быть счастливым.)

В качестве альтернативы, вы можете добавить

Defaults        env_keep +="PATH"

в ваш /etc/sudoersфайл.

Вы указываете sudo backlight-Adjust, потому что ~ / bin отсутствует в $ PATH в среде sudo.

Так зачем зависеть от этого? Я думаю, что вы должны просто изменить эту строку, /home/user/bin/backlight-adjustи она будет работать.

Но мне бы очень хотелось, чтобы решение Тердона использовать псевдоним тоже. Или вы можете поместить свой скрипт в /usr/bin/и он будет доступен для каждого пользователя (включая root)

Не может дать общее правило ... если сценарий / программа предназначена для выполнения некоторой перенастройки (например, принтера) и вызывается обычными пользователями, это должно быть. В противном случае, я бы оставил достаточно хорошо в покое: если обычный пользователь запускает его, просто не работает (либо в результате явной проверки, либо просто потому, что ему не разрешено что-либо делать).

Повышенные привилегии должны быть выданы экономно, если вообще. Переключиться на более высокую привилегию сложно, лучше оставить это экспертам (т.е. sudo(1)).

Лично я использую что-то подобное ${SUDO}в своих сценариях, чтобы вызывающий мог установить его при необходимости или ${SUDO:-sudo}использовать по умолчанию.

В вашем конкретном случае, я с принятым ответом.

Поместите скрипт (без sudo) в подходящее место для всего пользователя, например /bin, и затем сделайте следующее:

sudo chown root /bin/backlight-adjust
sudo chmod 4755 /bin/backlight-adjust

Это работает путем установки флага setuid, что означает, что он всегда будет запускаться как владелец файла. Для получения дополнительной информации, пожалуйста, прочитайте http://major.io/2007/02/13/chmod-and-the-mysterious-first-octet/ . Я на самом деле не очень много знаю о том, как это работает, я просто нашел, что это гуглится, основываясь на том, что я думал, что читал несколько лет назад.