[mar]

внесу свои 5 копеек

пример номер раз (свежий) - только что попросили помочь разобраться - у людей на сервере отрубило апач. Вот прямо-таки отрубило и все. Мои действия -
1) зайти на сервер по ssh и посмотеть нужные логи (не требует root)
2) из логов выясняем где что не так (аналогично)
3) говорим sudo -s (или на других системах su, но там достаточно этого и своего пароля), правим то, что нужно. запускаем апач и отлогониваемся
все остальное (если нужно) - уже от себя.

пример номер два - старый - звонит друг и начинает задавать весьма странные вопросы по юниксу. У меня возникают стр-р-р-рашные подозрения, пара наводящих вопросов и - вуаля, выясняем, что человек, работая root-ом в linux, да еще (чтоб проще было, ага, как же иначе?) в mc, нажал там на F8, когда курсор находился на одном из каталогов в / Смешно? Ему после перезагрузки было не очень Хорошо, что не /etc с индивидуальными настройками снес - восстановили с установочного cd

и еще, nix_lamer, (не в обиду. ладно? ) - я знаю очень мало случаев, когда на сервере нужны X-ы.


kim-aa
ms позиционируют по сути аналог su, как большое достижение Vista в плане безопасности

[nix_lamer]

я знаю очень мало случаев, когда на сервере нужны X-ы.

у меня на сервере их нет

пример из midnight commander показателен. Спасибо.
не в обиду - легко!

[Igor_I]

Потребовалось запустить программу от пользователя, microdc2 (консольный клиент DC++).
Требуется запустить от определенного пользователя, при этом должно считать конфигурацию из своего каталога. И локаль должна быть UTF-8.
Просто sudo -u * microdc2 - у пользователя нет прав на чтение /root/*** - все правильно
sudo -H -c rusutf8 -u microdc2 microdc2 - конфиг читается, но нет юникода - файлы не скачиваются, путь неправилен.
rusutf8 - это специально созданный класс

[ruslandh]

Читаем man sudo

"-H" Параметр -H (HOME) устанавливает значение переменной окружения HOME к домашнему каталогу целевого пользователя (по умолчанию root), определенную в passwd(5). По умолчанию sudo не изменяет HOME. "-c" Параметр -c (класс) заставляет sudo выполнить определенную команду с ограничением ресурсов, свойственным указанному классу пользователя. Параметр класс может быть либо именем класса, указанным в /etc/login.conf, или знаком -. Указание класс с помощью - означает, что команда будет выполнена с учетом прав того пользователя, от имени которого эта команда выполняется. Если параметр класс указывает на текущий класс пользователя, то команда должна быть выполнена от имени root, или команда sudo должна выполняться из оболочки суперпользователя (root). Этот параметр доступен с BSD-классом входа в систему, где sudo был сконфигурирован с параметром --with-logincap.

Я подозреваю что-то с правами не так.
А текущая локаль какая ?

[Igor_I]

Примерно так, наверно
/usr/bin/su microdc2 -c /usr/local/bin/microdc2

[ruslandh]

/usr/bin/su - microdc2 -c /usr/local/bin/microdc2
?

[Igor_I]

В консоли, что у root , что у пользователя - KOI8-R.


Ладно запустить вроде получилось, теперь надо как-то вывести сообщения в какую-то консоль. Если поставить & либо > то программа получает (null) пишет себе exit и благополучно закрывается. А в нулевую консоль нехочется мусорить, и так там навалом
---
А нифига все время в конце было & , поэтому программа и закрывалась. Но теперь в нулевой консоли даже до логина не доходит.

[ruslandh]

Igor_I
Может проще у автора спросить как с кодировками быть (он вроде русский) ?

The author of microdc2, Vladimir Chugunov, can be contacted by e-mail on the following address:
vladch_@_k804.mainet.msk.su