При перезагрузке сбрасываются права (Пользователя на доступ к /dev/ttyS0)

[Dron2004]

Здравия желаю!

Устанавливаю права на чтение и запись файла /dev/ttyS0 (COM1) для пользователя. При перезагрузке системы всё "сбрасывается" (права снова становятся crw-rw---- ). Внимание, вопрос : чем вызвано такое подозрительное поведение?

[Alexxx]

Скорей всего это из-за udev. Я в таких случаях правлю /etc/udev/rules.d/udev.rules на своей системе. Есть и другие способы. По настройке udev обсуждения были, поищи по форуму, если нужно.

[Xentrix]

Внимание, вопрос : чем вызвано такое подозрительное поведение?

Политикой безопасности. Ставить пользовательские права на com-устройства - дурной тон и лишняя шпилька себе же в мягкое место.

[Dron2004]

Скорей всего это из-за udev. Я в таких случаях правлю /etc/udev/rules.d/udev.rules на своей системе. Есть и другие способы. По настройке udev обсуждения были, поищи по форуму, если нужно.

ОК, спасибо

Ставить пользовательские права на com-устройства - дурной тон и лишняя шпилька себе же в мягкое место.

Почему ето?

[Alexxx]

Ставить пользовательские права на com-устройства - дурной тон и лишняя шпилька себе же в мягкое место.

Почему ето?

Да, действительно. Объясните нам пожалуйста, а то мы не поверим

[Dron2004]

Справился с проблемой следующим образом: добавил в загрузочный скрипт /etc/init.d/boot.local строку

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

chmod a+rw /dev/ttyS0

Теперь всё работает !

[Liksys]

Внимание, вопрос : чем вызвано такое подозрительное поведение?

Политикой безопасности. Ставить пользовательские права на com-устройства - дурной тон и лишняя шпилька себе же в мягкое место.

Кстати, да. /dev/tty... - это девайсы к тем же самым терминалам. Модемы, терминалы и прочая муть подключается через них. Некорректные права доступа к ним - дыра в системе.
Например у меня:

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

[liksys@max ~]$ ll /dev/ttyS0
crw-rw----  1 root uucp 4, 64 Aug 24 12:59 /dev/ttyS0

Лучше не права ставить а шаманить с группами/пользователями, имеющими к ним доступ.

[serzh-z]

Справился с проблемой следующим образом: добавил в загрузочный скрипт /etc/init.d/boot.local строку

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

chmod a+rw /dev/ttyS0

Теперь всё работает !

Вообще-то правильнее было бы добавить правило udev (в /etc/udev/rules.d), наподобие этого:

KERNEL="ttyS0", MODE="666"

Иначе, если выполнить переиниализация udev - udevstart, то придеться снова выполнять boot.local руками.

[Dron2004]

Справился с проблемой следующим образом: добавил в загрузочный скрипт /etc/init.d/boot.local строку

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

chmod a+rw /dev/ttyS0

Теперь всё работает !

Вообще-то правильнее было бы добавить правило udev (в /etc/udev/rules.d), наподобие этого:

KERNEL="ttyS0", MODE="666"

Иначе, если выполнить переиниализация udev - udevstart, то придеться снова выполнять boot.local руками.

Спасибо, приму к сведению. Теперь всё понятно.

[Dron2004]

Дописал MODE="666", теперь действительно работает без всяких дополнительных строк в boot.local. Спасибо, serzh-z!

[edoc_modnar]

Справился с проблемой следующим образом: добавил в загрузочный скрипт /etc/init.d/boot.local строку

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

chmod a+rw /dev/ttyS0

Теперь всё работает !

Вообще-то правильнее было бы добавить правило udev (в /etc/udev/rules.d), наподобие этого:

KERNEL="ttyS0", MODE="666"

Иначе, если выполнить переиниализация udev - udevstart, то придеться снова выполнять boot.local руками.

Нифига подобного. Правильнее добавить себя в нужную группу. Там неспроста отдельная группа есть, uucp (gpasswd -a <user> uucp). А MODE="666" -- это полнеишее ламерство и уход от проблемы. Давайте уже на все файлы поставим права 0666, а на все директории -- 0777. Вся безопасность пойдет нах*й.

[serzh-z]

Пофлеймим-с сють-сють...

См. изначальное условие, описанное автором - установить права на девайс, так чтобы после перезагрузки все оставалось неизменно. А уж куда там пойдет, или на чем поедет, безопасность, полагаю, автору топика самому виднее или же просто неважно - исходя из конкретных условий в которых используется система. Не забывай, что UNIX - масштабируемая ОС.

[edoc_modnar]

Ну, раз проблема "решена", можно и пофлеймить.
serzh-z, как ты думаешь, в разработчики из SUSE Gmbh/Novell -- идиоты, и им для понта надо было отдельную группу для терминал-устройств создавать? Или может Кроа-Хартман правила для udev просто так писал, чтобы самоутвердиться?
Зачем приучать человека использовать костыли, если есть грамотное решение?
И еще, раз уж ты заикнулся про "масштабируемость" -- давай объясняй, что ты подразумеваешь под этим словом. Чувствую, придется мне тебя жестоко выстебать .

[Dron2004]

И еще, раз уж ты заикнулся про "масштабируемость" -- давай объясняй, что ты подразумеваешь под этим словом. Чувствую, придется мне тебя жестоко выстебать

Ну остыньте, ребята! Ну остыньте!

"Фокус" с включением юзера в группу uucp тоже работает - права на /dev/ttyS0 появляются.

См. изначальное условие, описанное автором - установить права на девайс, так чтобы после перезагрузки все оставалось неизменно. А уж куда там пойдет, или на чем поедет, безопасность, полагаю, автору топика самому виднее или же просто неважно - исходя из конкретных условий в которых используется система.

Условия следующие: кроме рута только один пользователь, т.к. кроме меня компьютером никто почти никогда не пользуется (да и те, кто пользуется - только Window$). Атаки из интернета очень маловероятны (зачем?). Никаких веб/почтовых и т.п. серверов не запущено.

За инфу спасибо, random_code! Добавить пользователя в группу в данном случае uucp действительно удобнее, чем лезть и редактировать rules.d.

Но, тем не менее, оба решения, так сказать, подходят в данном случае. Задача решается любым из них.

[serzh-z]

И еще, раз уж ты заикнулся про "масштабируемость" -- давай объясняй, что ты подразумеваешь под этим словом. Чувствую, придется мне тебя жестоко выстебать .

Ну что же, попробуй... Я полагаю, что ты и сам понял, что я имел в виду. Только не говори, что знаешь только одно толкование понятия "масштабируемость"...

[edoc_modnar]

serzh-z, давай-давай, объясняй. Нечего с флейма соскакивать

[serzh-z]

Кто укуренный, это я-то укуренный? Пожалуй, я просто тебя в википедию отправлю.