The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Обоснование целесообразности переноса компонентов из корня в..., opennews (ok), 27-Янв-12, (0) [смотреть все] –1

Сообщения [Сортировка по времени | RSS]


12. "Обоснование целесообразности переноса компонентов из корня в..."  –4 +/
Сообщение от I am (??), 27-Янв-12, 12:55 
И да, нахрена /usr/bin, /usr/sbin, /bin, /sbin... Особо бесит, когда в PATH по дефолту нет /sbin.
Ответить | Правка | Наверх | Cообщить модератору

17. "Обоснование целесообразности переноса компонентов из корня в..."  –3 +/
Сообщение от YetAnotherOnanym (?), 27-Янв-12, 13:14 
Ну так поправьте .yourshellrc, в чём проблема?
Ответить | Правка | Наверх | Cообщить модератору

32. "Обоснование целесообразности переноса компонентов из корня в..."  +2 +/
Сообщение от Xaionaro (ok), 27-Янв-12, 13:46 
> Особо бесит, когда в PATH по дефолту нет /sbin.

О да, это определённо является причиной слить /sbin и /usr/sbin. Не смотря на то, что если в PATH нет /sbin, то и /usr/sbin там обычно тоже нет. Пофиг что можно просто поправить конфиги, лучше всю систему перелопатить.

> И да, нахрена /usr/bin, /usr/sbin, /bin, /sbin

У них разные функции, см. FHS.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

287. "Обоснование целесообразности переноса компонентов из корня в..."  +/
Сообщение от Клыкастый2 (?), 28-Янв-12, 22:47 
> Пофиг что можно просто поправить конфиги, лучше всю систему перелопатить.

Всё для apt-get-kiddies. закончится всё одним разделом, /linux /program_files, файлом подкачки и скачкой rpm с интернет помоек.

>> И да, нахрена /usr/bin, /usr/sbin, /bin, /sbin
> У них разные функции, см. FHS.

что-то мне подсказывает что дальше вики дело не двинется, а мнение не поменяется.

Ответить | Правка | Наверх | Cообщить модератору

97. "Обоснование целесообразности переноса компонентов из корня в..."  +/
Сообщение от Аноним (-), 27-Янв-12, 15:37 
> И да, нахрена /usr/bin, /usr/sbin, /bin, /sbin... Особо бесит, когда в PATH
> по дефолту нет /sbin.

По секьюрити. Не?

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

108. "Обоснование целесообразности переноса компонентов из корня в..."  +/
Сообщение от Аноним (-), 27-Янв-12, 16:28 
>> И да, нахрена /usr/bin, /usr/sbin, /bin, /sbin... Особо бесит, когда в PATH
>> по дефолту нет /sbin.
> По секьюрити. Не?

Не. Ничто не мешает пользователю поместить в PATH что угодно.

Ответить | Правка | Наверх | Cообщить модератору

131. "Обоснование целесообразности переноса компонентов из корня в..."  +/
Сообщение от ZloySergant (ok), 27-Янв-12, 18:09 
>> По секьюрити. Не?
>Не. Ничто не мешает пользователю поместить в PATH что угодно.

Ничто не мешает поставить запрет на запуск из $PREFIX/sbin всем, кроме отдельно взятых пользователей.

Ответить | Правка | Наверх | Cообщить модератору

142. "Обоснование целесообразности переноса компонентов из корня в..."  –1 +/
Сообщение от Аноним (-), 27-Янв-12, 18:25 
>>> По секьюрити. Не?
>>Не. Ничто не мешает пользователю поместить в PATH что угодно.
> Ничто не мешает поставить запрет на запуск из $PREFIX/sbin всем, кроме отдельно
> взятых пользователей.

RBAC уже реализован в пингвине? Хоть в каком-нибудь? С профилями выполнения?

Ответить | Правка | Наверх | Cообщить модератору

147. "Обоснование целесообразности переноса компонентов из корня в..."  +1 +/
Сообщение от ZloySergant (ok), 27-Янв-12, 18:30 
>>>> По секьюрити. Не?
>>>Не. Ничто не мешает пользователю поместить в PATH что угодно.
>> Ничто не мешает поставить запрет на запуск из $PREFIX/sbin всем, кроме отдельно
>> взятых пользователей.
> RBAC уже реализован в пингвине? Хоть в каком-нибудь? С профилями выполнения?

Оно как-бы и не обязательно для такого запрета. man 5 group

Ответить | Правка | Наверх | Cообщить модератору

313. "Обоснование целесообразности переноса компонентов из корня в..."  +/
Сообщение от Michael Shigorinemail (ok), 29-Янв-12, 18:05 
> RBAC уже реализован в пингвине? Хоть в каком-нибудь? С профилями выполнения?

И давно.  Раз осилили четыре буквы для повторения -- идите-ка да читайте и дальше сами.

Ответить | Правка | К родителю #142 | Наверх | Cообщить модератору

157. "Обоснование целесообразности переноса компонентов из корня в..."  +/
Сообщение от Аноним (-), 27-Янв-12, 18:56 
> Ничто не мешает поставить запрет на запуск из $PREFIX/sbin всем, кроме отдельно
> взятых пользователей.

Это вообще никак не связано с содержимым переменной PATH.
Хотя твоё знание man group меня восхитило, молодец.

Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

237. "Обоснование целесообразности переноса компонентов из корня в..."  +2 +/
Сообщение от PereresusNeVlezaetBuggy (ok), 28-Янв-12, 04:02 
>> И да, нахрена /usr/bin, /usr/sbin, /bin, /sbin... Особо бесит, когда в PATH
>> по дефолту нет /sbin.
> По секьюрити. Не?

Нет. Чисто для удобства тех, кто работает в консоли, плюс ма-а-аленький прирост производительности при запуске исполняемых файлов без указания абсолютного пути.

Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру