Не подскажете форумчане?
Как можно отрубить USB порты для флешек.... (любых типов), переносных жестких дисков, и т.д. Дело в том что у нас клавы на ЮСБи, надо что бы они работали, а флешки не читали! Возможно ли такое? В виндовз есть такое а в Убунту???
Следующий вариант: изучить составление политик для PolicyKit и настроить доступ к нужным устройствам.
А не могли вы мне сказать, уважаемый Lupo Alberto! Только ради повышения образованности будущего специалиста по Linux.
PolicyKit - аналог виндовзского gpedit.msc или пардон я ошибся?
Мой мозг пропитан виндовсом. Линукс вопринимается не сразу... Хочу обучаться на сравнениях думаю так легче.
Применительно к Gentoo:
# Устанавливаем sys-auth/consolekit с поддержкой policykit
text
USE=policykit emerge -av sys-auth/consolekit
# Запускаем
text
/etc/init.d/consolekit start
# Добавляем в загрузку
text
rc-update add consolekit default
Примерно так и в других дистрибутивах.
Хотелось бы сразу предупредить — я не являюсь крупным специалистом по настройке политик policykit smile
В данном случае, повторюсь, проще ограничить доступ к usb-устройствам правилами udev.
А применительно к Ubuntu? Может знаете
До Gentoo я еще не дошел....
К сожалению, ваш дистрибутив я знаю весьма поверхностно, надеюсь, пользователи Ubuntu вам помогут. Но принцип тот же: пользуясь менеджером установки, найдите пакеты с подобными названиями, добавьте нужные сервисы в загрузку и т. д.
Можно физически отключить порты от материнки, если они на передней панели корпуса.
Физически передние то отрубить дело двух секунд, но что делать с задними портами! Плюс если там подцеплены необходимые USB устройства! клавиатура, веб-камера и т.д. так вот держать включенными пару портов, а остальные те что не используются отрубить, и при необходимости включать порты, под суперпользователем! smile Эх было бы так))) :D smile
Применительно к Gentoo:
# Устанавливаем sys-auth/consolekit с поддержкой policykit
text
USE=policykit emerge -av sys-auth/consolekit
# Запускаем
text
/etc/init.d/consolekit start
# Добавляем в загрузку
text
rc-update add consolekit default
Примерно так и в других дистрибутивах.
Хотелось бы сразу предупредить — я не являюсь крупным специалистом по настройке политик policykit smile
В данном случае, повторюсь, проще ограничить доступ к usb-устройствам правилами udev.
Вот так все и сделал вот только от простого пользователя не выключить компьютер не Флешки замонтировать. В группы добавил а толку нет что не так сделал подскажите.
для слаки:
вариант а) редактируем /etc/hal/fdi/policy/20-storage-methods.fdi
вариант б) выпиливаем юзера из plugdev (это группа такая)
Для убунты - ИМХО проще всего создать нового юзверя.
korvin написал:
Вот так все и сделал вот только от простого пользователя не выключить компьютер не Флешки замонтировать. В группы добавил а толку нет что не так сделал подскажите.
для слаки:
вариант а) редактируем /etc/hal/fdi/policy/20-storage-methods.fdi
вариант б) выпиливаем юзера из plugdev (это группа такая)
Для убунты - ИМХО проще всего создать нового юзверя.
[quote=korvin]Вот так все и сделал вот только от простого пользователя не выключить компьютер не Флешки замонтировать. В группы добавил а толку нет что не так сделал подскажите.
дык вы включить или отключить хотите?[/quote]
Хочу чтобы пользователь смог монтировать и перегружать выключать компьютер.
P.S. Не селен в таком подскажите что означает "выпиливаем" удалить из группы?
вот только от простого пользователя не выключить компьютер не Флешки замонтировать.
Уважаемый korvin, мне кажется, что у Вас, проблемы не с работой оборудования и программ, а глубже. Вам нужно срочно поднимать вопросы, касающиеся парадигмы Линукса, так называемый Unix-way. А пока Вы пытаетесь к Линуксу применить подходы Винды. Это в корне не верно, не говоря уже о том, что вы нарезаете круги вместо того чтобы двигаться вперед. Мне кажется, что Вам надо не технические проблемы решать, а почитать книжек по философии Unix. Причем срочно. Тогда многие технические вопросы станут интуитивно понятны и решения найдутся на много легче. Причем решения будут абсолютно правильные. А пока получается, что Вы как фельдшер из сельской больницы, все болячки лечите зеленкой и аспирином.
Конкретно. Вопросы включения-выключения компа находятся в компетенции root-а. И никого более! Это заложено в основу Unix-а. Дело в том, что Венда -- это одно-пользовательская система (хотя M$ утверждает об обратном. Но они лгут, как всегда!). И там, в Венде, кто сидит за моником и клавой -- тот и есть администратор. И может делать все, что взбредет в голову. Все правильно: комп-то -- персональный.
Совсем другое дело Unix/Linux. Эти ОСи -- истинно многопользовательские. Вот смотрите. Есть комп, а правильнее называть -- хост. У этого хоста может быть несколько терминалов. Понятно, что один из них -- локальный, остальные -- удаленные. Ну или как-то так. За каждым терминалом может находиться пользователь, в том числе может быть и особо привилегированный пользователь -- root. А теперь представьте себе, что в разгар работы, одному из пользователей приспичило вырубить комп. И что? Возникает целый ворох вопросов.
Поэтому в Uniw-way в отличие от Windows-way все системные вопросы отданы root-у. Только он имеет право включать-выключать комп, устанавливать обновления, и т.д. Вы понимаете разницу в Linux- и Windows-подходах в вопросах администрирования компов?
Другое дело, что Линукс сейчас начали ставить на компы даже офисным хомячкам. Линукс -- это далеко Венда. И Вы уже с этим столкнулись. Окна-кнопки-менюшки у них одинаковые (ну или почти одинаковые!), а вот парадигма (философия) внутри абсолютно разная.
Извините, я тут много написал. Я надеюсь, что мои слова кого-нибудь подвигнут на чтение философии Unix. Это особенно касается бывших однобокоразвитых вендузятников, чей мозг впитал "с молоком матери" Вендовый подход, как единственный (единственно правильный) в этом мире.
