За что отвечает каждая группа пользователей?
AntiVIRUZ 20 сентября, 2011 - 09:43
У меня возник такой вопрос: за что отвечает каждая группа пользователей gentoo? То есть в какие группы мне надо добавить моего пользователя чтобы я мог монтировать флешки, выключать компьютер и т.п. без перехода на root'a??
»
- Для комментирования войдите или зарегистрируйтесь
AntiVIRUZ написал(а): То есть
Это например
Чтобы монтировать флешки их
Чтобы монтировать флешки их надо соответсвующим образом прописать в /etc/fstab
как то так:
/dev/sdb1 /mnt/flash vfat noauto,user 0 0
Почитайте ман по fstab.
Полезные группы games,cdrw,cdrom,video,audio. Через них (кроме games) пользователю задаются права на соответствующие нужные устройства. udev создает устройства задает права на них. В конфигах udev и прописано с каким режимом с какой группой создавать то или иное устройство. Не во все группы следует себя добавлять, ибо не все устройства необходимы пользователю для работы. Так присутствие в группе disk - опасно для здоровья.
Выключить компьютер. Давайте разберемся. Предположим что мы хотим выключить компьютер при помощи shutdown не из под рута (вообще существует много способов остановки линя, за ними в нет).
Для начала найдем ее
wi@opo-adm ~$ locate shutdown | grep bin
/sbin/shutdown
/usr/bin/kdeinit4_shutdown
Теперь проверим права
wi@opo-adm ~$ ls -lh /sbin/shutdown
-rwxr-xr-x 1 root root 27K Окт 8 2010 /sbin/shutdown
Вроде как все хорошо. Сию программу может выполнить каждый. Выполняем :
wi@opo-adm ~$ /sbin/shutdown -h now
shutdown: you must be root to do that!
Usage: shutdown [-akrhPHfFnc] [-t sec] time [warning message]
-a: use /etc/shutdown.allow
-k: don't really shutdown, only warn.
-r: reboot after shutdown.
-h: halt after shutdown.
-P: halt action is to turn off power.
-H: halt action is to just halt.
-f: do a 'fast' reboot (skip fsck).
-F: Force fsck on reboot.
-n: do not go through "init" but go down real fast.
-c: cancel a running shutdown.
-t secs: delay between warning and kill signal.
** the "time" argument is mandatory! (try "now") **
Вот тут неприятность. Программа утверждает что погасить комп может только рут. Файлик shutdown.allow не позволяет запускать пользователю шатдаун. Он используется при привязке шатдауна к кнопке клавиатуры, сам шатдаун запускается от рута, а опция заставляет его проверять файлик на предмет наличия в нем юзера. Тоесть единственный способ запуска шатдауна - от рута. Тут вам может помочь судо, в котором вы разрешите какой нить группе или пользователю гасить комп желательно без ввода пароля. Это хороший способ для тех кто юзает боксы. В случае с кедами гномами и прочая - свои программки и свои заморочки. Ежели интересуетесь администрированием линя то много полезной инфы можно получить в книжке LSAG (+LNAG +ABS). В английском варианте находил легко, насчет русского - не знаю.
Поскольку все настройки линя есть текст вам следует научиться с текстом работать. Список групп лежит в /etc/group
Какая группа и для чего используется можно посмотреть грепом
# grep utmp /etc/ -R
grep: /etc/runlevels/default/hald: Нет такого файла или каталога
/etc/runlevels/boot/bootmisc:mkutmp()
/etc/runlevels/boot/bootmisc: # Not all systems have the utmp group
/etc/runlevels/boot/bootmisc: chgrp utmp "$1" 2>/dev/null
/etc/runlevels/boot/bootmisc: mkutmp /var/run/utmp$x
/etc/runlevels/boot/bootmisc: [ -e /var/log/wtmp ] || mkutmp /var/log/wtmp
/etc/runlevels/boot/bootmisc: for x in $(find /var/run ! -type d ! -name utmp \
/etc/init.d/bootmisc:mkutmp()
/etc/init.d/bootmisc: # Not all systems have the utmp group
/etc/init.d/bootmisc: chgrp utmp "$1" 2>/dev/null
/etc/init.d/bootmisc: mkutmp /var/run/utmp$x
/etc/init.d/bootmisc: [ -e /var/log/wtmp ] || mkutmp /var/log/wtmp
/etc/init.d/bootmisc: for x in $(find /var/run ! -type d ! -name utmp \
/etc/login.defs:# If defined, login failures will be logged here in a utmp format.
/etc/group:utmp:x:406:
/etc/group-:utmp:x:406:
grep: /etc/firebird/.#firebird.conf: Нет такого файла или каталога
/etc/gshadow:utmp:x::
/etc/gshadow-:utmp:x::
grep: /etc/libvirt/qemu/networks/autostart/default.xml: Нет такого файла или каталога
/etc/logrotate.conf: create 0664 root utmp
/etc/logrotate.conf: create 0600 root utmp
Какие файлы доступны группе можно посмотреть командой find.
Да, а можно просто настроить
Да, а можно просто настроить consolekit.
И что будет?
И что будет?
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
и будет я мог монтировать
и будет
Без членства в группах?
Без членства в группах? Ну-ну.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Конечно же с членством в
Конечно же с членством в группах, но без плясок над fstab (а что если воткнуть флешку с ntfs?), shutdown и прочим
>>Конечно же с членством в
>>Конечно же с членством в группах, но без плясок над fstab , shutdown и прочим
Партнера для "плясок" каждый выбирает себе сам. Я предпочитаю фстаб. Он тупо лежит на диске и не кушает памяти. И имеет ман .....
>>(а что если воткнуть флешку с ntfs?)
И что , никто кроме консолекита не умеет автомонтировать флешки? Обалдеть...
wi написал(а): >>(а что если
sys-apps/uam рулит, кстати.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
wi написал(а): Партнера для
Я ничего против не имею. И, безусловно, полезно знать все о чем вы написали.
Я просто предпочитаю, чтоб жена и ребенок могли пользоваться тем, что предлагает DE, а не создать ярлыки для скриптов выключения на раб. столе, как вы могли бы предложить. А тут без демона, кушающего память, сложно..
Для монтирования флешек есть
Для монтирования флешек есть туча ДОКУМЕНТИРОВАННЫХ способов. К примеру можно воспользоваться тем же udev. Или воспользоваться ядерным autofs.. Есть еше pmount. Вами же предложено настроить консолекит. Соответственно возникает вопрос по какому же из двух документов этого замечательного пакета man pam_ck_connector или ConsoleKit.html ?
и что из вышеперечисленного
и что из вышеперечисленного сможет отмаунтить флешку, если нажать "извлечь" на ней правой кнопочкой мыши?
Для монтирования флешек есть
Согласен.
Теперь вопрос - каким документированным способом можно повысить права на отдельное окно Х сервера, если процесс Х сервера 1 ? :)
Каким документированным способом можно повысить привилегии отдельного процесса только во время исполнения и по запросу юзера, прав на этот процесс не имеющего ?
Вот тут и всплывают всякие консолекиты и полисикиты, и скажите спасибо, что не полисикореутилсы и семанаге :)
П.С Как бы не хотелось некоторым товарищам, но модель DAC свое отжила, а RBAC целиком слишком сложен для простого хомячного десктопа; И как бы не было ненавистно слово Windows здешним
отдельным красноглазикам, но внедрение модели ( принципов построения ) безопасности NT идет полным ходом. Желающие идут читать Руссиновича.
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
/
Правильно заданный вопрос --- больше половины дела :)
Главное, чтобы на всякий случай даже не упоминались такие крамольные вопросы как: где, зачем и насколько оно необходимо.
Главное --- чтобы требования носили аксиоматический характер (не пришлось доказывать).
Как бы ни хотелось отдельным товарищам, утверждения о глобальной и тотальной "устарелости" данной модели "несколько" преувеличены.
Потому как простая и устаревшая, но работающая и используемая система лучше любой самой навороченной, но в угоду целевой аудитории практически не используемой.
А других применений не бывает потому что быть не может...
И выигрыша от унификации (концентрации ресурсов на разработку одного-единственного решения, с заготовкой некоторых шаблонов для обыкновенного пользователя™) ну никакого.
По документированности (и обоснованности применения) --- однозначно модель НТ (главное не упоминать вопрос: на фига оно нам нажно).
Отказываться от разумного решения просто потому, что оно было реализовано в виндавс столь же глупо, сколь и заимствование оттуда всего, что как правило не нужно. Просто потому что многое из используемого в OpenSource в виндавс... скажем так: труднодоступно.
:wq
--
Live free or die
В первом приближении вполне
В первом приближении вполне адекватная и простая система защиты заменяется неким мутным недокументированным демоном ( ни манов, ни инфо с ним в гентокомплекте нет), который помимо отжирания памяти позволит делать то, что и так получается без него. Ну и на самом деле, зачем забивать себе голову какими то группами, всякими там судо и прочей шнягой, когда есть консолекит. Настроил его (не иначе как по божественному наитию) - и никаких проблем.
Всё это, конечно, понятно, но
Всё это, конечно, понятно, но как быть например с:
Мне очень симпатичен апплет заряда/разряда батареи ноутбука. Да и мне не совсем понятен принцип работы gvfs. Будет ли он функционировать (должным образом) без consolekit.
Справедливость восторжествует.
По сути на окончательный
По сути на окончательный ответ я нечаянно наткнулся тут http://www.calculate-linux.ru/main/ru/create_system_users
users - доступ к Wicd network manager;
wheel - возможность получить привилегии суперпользователя используя команду su;
audio - предоставляет доступ к звуковой карте;
cdrom - доступ к CD/DVD приводу;
video - доступ к TV-тюнеру;
cdrw - запись на CD/DVD-диски;
usb - доступ к mp3-плеерам, флеш-накопителям, доступ к USB в VirtualBox;
plugdev - монтирование USB-устройств;
games - доступ к играм;
scanner - доступ к сканеру;
lp - доступ к сканеру, встроенному в МФУ;
uucp - доступ к модему.
Все, решено.
И всем спасибо!
И всем спасибо!
/
http://www.gentoo.ru/content/chto-eto-znachit-solved-resheno ?
:wq
--
Live free or die
Удивляет насколько некоторые
Удивляет насколько некоторые люди имеют компостировать мозг(Это я про обсуждение способов монтирования сверху). Вопрос был про то где найти описание групп)
и таки поиск рулит не правдали?
http://en.gentoo-wiki.com/wiki/List_of_Groups
В точку! Спасибо всем!
В точку! Спасибо всем!