ROSA Forum

AGOnic писал(а):но в других линях это делается и без проблем.

AGOnic писал(а):Не знаю, что там и кто ..зырит..
Просто проще и быстрее, что то ..менять.. от root.

AGOnic писал(а):su - -c dolphin
Это понятно, но сложнее, вводить надо.

AGOnic писал(а):Жаль только, что по существу вопроса - ответа нет.
Только ..продвинутость..

AGOnic писал(а):Да будет всем известно, что последняя Rosa Fresh R4 Gnome -
..имеет.. вход от root.

AGOnic писал(а):Alt+F2 - вызывает строку поиска.

AGOnic писал(а):GDM или KDM - это сугубо личный выбор ..

AGOnic писал(а):По сути - это одно и то же (su -, sudo).
Всё равно - вводить.
Спасибо.

AGOnic писал(а):Имеется вопрос... У Rosa R4 входить в root каталог , как пользователь возможно?
То есть нажав Ctrl+Alt+Backspace,
или ..завершить сеанс.. выбираем либо root либо пользователя.
У меня почему то возможности выбрать root нет, только пользователь -
пробовал настройками ..играть.., не получилось .
Возможно это сделать или это норма у Rosa R4 ?

AGOnic писал(а):Спасибо Pulfer.
Но я там конечно был, прежде чем спросить..
Там не оказалось почему то root.

[X-*-Core]
...
AllowRootLogin=true

[X-*-Greeter]
...
HiddenUsers=nobody,root

Pulfer писал(а): Это не баг, конечно, а фича. Если действительно есть желание разблокировать вход в иксовую сессию под рутом, то можно попробовать снять соответствующую галочку в настройках KDM ("Настройки рабочего стола" -> "Вход в систему") (см. скриншот).

AllowRootLogin=true

AGOnic писал(а):Может просто удалить тему ?

ДроноваЮ писал(а):

AGOnic писал(а):Может просто удалить тему ?

Зачем. Наверняка ещё кто-нибудь найдётся с подобными специфическими запросами. Тема же тоже далеко не нова, сколько себя помню, любители позапущать иксы из-под рута всегда были и будут, я думаю. Дикие линуксоиды-с.

AGOnic писал(а): По существу вопроса-темы - простого ответа нет.

AGOnic писал(а): Мне просто так удобнее..

keleg писал(а):Разархивировать его нужно в /usr/share/applications/kde4 (а вот для этого придется запустить раз дельфина под kdesu - ALt+F2, kdesu dolphin

AGOnic писал(а):Очень любопытно.
Но Dolphin-root НЕ открывается сам по себе ..скрытый..,
а в меню предлагает ..открыть с помощью.. Dolphin-root ?
Ну, в целом, довольно интересно. Реально чуть быстрее. Спасибо keleg.

Если класть ярлыки в - /usr/share/applications/kde4
или в ~/.local/share/applications - где искать ?

keleg писал(а):"где искать" - в стандартном стартовом меню есть поиск...

keleg писал(а):У меня все находит (возможно, понадобится перезагрузка KDE). Положите правильно и все будет.

AGOnic писал(а): Но я полагал, что должен увидеть в пуск - утилиты - системные - Dolphin(root) - вот про это вопрос был.

keleg писал(а):

AGOnic писал(а): Но я полагал, что должен увидеть в пуск - утилиты - системные - Dolphin(root) - вот про это вопрос был.

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

NoDisplay - NoDisplay means "this application exists, but don't display it in the menus". This can be useful to e.g. associate this application with MIME types, so that it gets launched from a file manager (or other apps), without having a menu entry for it (there are tons of good reasons for this, including e.g. the netscape -remote, or kfmclient openURL kind of stuff).

keleg писал(а):ага, видно случайно лишнее скопировал. Теперь все закончилось хорошо

keleg писал(а):Чтоб не возиться с kdesu можно сделать отдельный ярлык для запуска дельфина под рутом
Пример такого файла я присобачил к этому сообщению . Разархивировать его нужно в /usr/share/applications/kde4 (а вот для этого придется запустить раз дельфина под kdesu - ALt+F2, kdesu dolphin
Если этот вариант интересен многим, можно попросить Pulfer добавить это решение к новым кедам, что сейчас тестируются QA.

keleg писал(а):а при чем тут параноики? Там ведь все равно пароль спрашивает и вся остальная система не под рутом работает. ИМХО - безопасный вариант, и, как уже говорилось, минт так вполне работает.

Aesculapius писал(а):Я очень извиняюсь, не хочу создавать отдельную тему, но мой вопрос косвенно затрагивает эту тему.
Поясните пожалуйста, в чём разница между пользователем состоящим в группе wheel и пользователем вне этой группы исключительно в РОСЕ?

## Allows people in group wheel to run all commands
%wheel  ALL=(ALL)       ALL 

sokoloff писал(а):

Aesculapius писал(а):Я очень извиняюсь, не хочу создавать отдельную тему, но мой вопрос косвенно затрагивает эту тему.
Поясните пожалуйста, в чём разница между пользователем состоящим в группе wheel и пользователем вне этой группы исключительно в РОСЕ?

Пользователи из группы wheel могут запускать программы через sudo. В /etc/sudoers есть строки

Код: Выделить всё

## Allows people in group wheel to run all commands
%wheel  ALL=(ALL)       ALL 

Aesculapius писал(а):Блин, как же пользователю запретить использование пароля рута в KDE?

Aesculapius писал(а):Т.е. sudo для всех - зло морально устарело?

Aesculapius писал(а):

sokoloff писал(а):Пользователи из группы wheel могут запускать программы через sudo.

Разве? А su?

• Сервер, скажем почтовый - вообще не создаем для пользователя учетки, используем виртуальные ящики. Нет пользователей - нет проблем. Все настройки выполняют админы, для них заведены учетки, и они входят в группу whell, т.о. они могут админить этот комп, но они не знают рутового пароля. При увольнении админа, мы только лочим его учетку, т.к. он не знал рутового пароля, не надо проводить авральную смену этого пароля. Хотим более гибко настроить права для админов, исключаем админа из whell, и через sudoers даем ему права на выполнение только некоторых команд.
• Рабочий компьютер пользователя в корпоративной сети. Пользователь не должен сам ставить программы и менять настройки. Создаем пользователя, он не входит в группу whell, т.о. не может ничего поправить вне своей домашней директории. Ситуация с админами аналогична предыдущей.
• Домашний комп. Пользователь сам админит свой комп, сам ставит программы, и.т.д. Соответственно он должен входить в группу whell. Если есть второй пользователь и мы не хотим давать ему возможности изменять что-то, то создаем еще одого пользователя и не включаем его в whell.

sokoloff писал(а):Капитан очевидность спешит на помощь. "Чтобы запретить пользователю использование пароля рута, не говорите пользователю какой пароль у рута.

sokoloff писал(а):Домашний комп. Пользователь сам админит свой комп, сам ставит программы, и.т.д. Соответственно он должен входить в группу whell. Если есть второй пользователь и мы не хотим давать ему возможности изменять что-то, то создаем еще одого пользователя и не включаем его в whell.

$ su -
Пароль: 
su: Доступ запрещен

slavyanix писал(а):там в настройки kdesu лезьть уже надо. нет? потому как разный тип приложений. тут про kdesu читать надо. и админские штучки будут недоступны. а вообще возьми и выставь в права на прогу. точнее на доступ к ней. и укажи только одного пользователя остальным запрет. разве это нельзя сделать в графике. кстати должен быть файл запрета доступа к программам на подобие /etc/sudoers/...

slavyanix писал(а):что то не то. там только общие понятия.

Aesculapius писал(а):

sokoloff писал(а):Домашний комп. Пользователь сам админит свой комп, сам ставит программы, и.т.д. Соответственно он должен входить в группу whell. Если есть второй пользователь и мы не хотим давать ему возможности изменять что-то, то создаем еще одого пользователя и не включаем его в whell.

Вот это очевидность! И не надо таких колкостей.

sokoloff писал(а): Прошу прощения, если это прозвучало как колкость, ничего такого не хотел сказать. Единственное где была некоторая фривольность, это первый пункт, но я его специально оформил как шутку с КО. Еще раз, никого обидеть не хотел.

Не могли бы Вы расписать чего хотите получить? Я не понимаю чего Вы хотите добиться. И если Вы единственный пользователь, то самое простое не вводить рутовый пароль и все, кто же вас заставит? Но если хотите большего, то:
Хотите запретить su, проще всего залочить рута http://fx-files.ru/archives/679. Нет пароля - не работает su.
Хотите залочить sudo, уберите себя из whell, или поправьте /etc/sudoers
Но если Вы единственный пользователь системы, то Вы должны иметь возможность править настройки, или через su, или через sudo. Иначе как Вы будете ставить программы?

$ su -
Пароль:
su: Доступ запрещен

Aesculapius писал(а):Хорошо, попробую ещё раз, намного проще. На данный момент имеется два пользователя (в том числе суперюзер, но это не в счёт, без бога никак):
1-ый пользователь, который изначально состоит в группе wheel (тот что в конце установки создан);
2-ой пользователь, не состоящий в группе wheel (по умолчанию), его создал позже.

sokoloff писал(а):А второй пользователь это вы, или другой человек?

slavyanix писал(а):раньше читал но уже не помню точно. был файл в /etc где можно прописать пользователя и программы доступные ему на выполнение. а не проще через права на файл обрубить. есть же возможность допустить только определенных лиц на возможность запуска. например ту же su или sudo запретить к выполнению всем кроме пользователя.

slavyanix писал(а):кстати а не прроще ли просто организовать запрет для пользователя на уровне прав доступа к файлу. грубо говоря рутом выставить права на su так что бы её могли запускать только члены определенной группы, например wheel и все все проблемы отпадут сразу так как второй пользователь не будет иметь право даже на чтение данного файла. как вам такое решение? быстро и элегантно.

Aesculapius писал(а):

sokoloff писал(а):А второй пользователь это вы, или другой человек?

Мой брат.

slavyanix писал(а):тогда хватит и запрета на запуск su / sudo.

$ su -
# urpmi --auto-update

Настройки рабочего стола -> Обновление системы (без пароля учётной записи root, если через draksec настроить обновление с запросом рута то всё равно запрашивает пароля пользователя)

$ su -
# urpmi ...

Настройки рабочего стола -> Установка и удаления программ (требуется пароль учётной записи root иногда нет)

SimpleWelcome -> Установка и удаления программ (требуется пароль учётной записи root иногда нет)

sokoloff писал(а):А почему нельзя сменить пароль рута, и не говорить его брату?

keleg писал(а):смысл в том, что если подряд несколько действий от рута, вводить пароль только один раз.

slavyanix писал(а):я так понял он имеет ввиду повторный запуск программы утановки без запроса рутового пароля. но проблемы то нет. первый раз он то спросит, а его брат пароля не знает. полагаю это и есть объяснение. предложу только зайти под учетную запись брата и попробовать там запустить установку программ и если пароль рута спросит, то проблема решена.

keleg писал(а):Вы опишите ситуацию, которая вам не нравится и мы попробуем подсказать, как она решается в Росе.

Aesculapius писал(а):

keleg писал(а):Вы опишите ситуацию, которая вам не нравится и мы попробуем подсказать, как она решается в Росе.

По поводу draksec. Например, если выбрать вариант "пароль пользователя root" для ROSA Update (да и не только для обновления) то вместо запроса рута почему-то предлагается ввести пароль обычного пользователя? Ввёл и всё доступ разрешён.

keleg писал(а):Скорее всего это работает только для пользователя из группы wheel, которому в любом случае доступно sudo.

keleg писал(а):Не совсем. Пользователь из группы wheel (это, по умолчанию, первый пользователь, который поставил систему) считается почти администратором т.к. он всегда может делать административные действия через sudo - под своим паролем или под root - c админским.
Это сделано в основном для переходящих с убунты, где именно такая схема авторизации. Получается для первого пользователя смешанная схема - и как в редхат-мандриве, и как в убунте работает.
Обычный же пользователь, не из группы wheel без входа под рутом никаких админских действий делать не может, ведь sudo ему недоступно.

Если хотите вырубить для пользователя sudo - уберите его из группы wheel. Второй и последующие пользователи, насколько помню, автоматически в нее не включаются и для них действуют более строгие правила - без sudo.

keleg писал(а):Флейм почищен. Давайте о вещах, а не о людях.