LINUX.ORG.RU

Права на fstab

 ,


0

1

Добрый день, Линуксоиды!

Вопрос одновременно и простой и не слишком гуглящийся.

Стандартные права на fstab это запись для рута и чтение всем остальным.

Можно ли запретить чтение всем остальным, т.е. чтобы только рут знал что записано в fstab? Не порушатся ли какие-либо процессы при изменении прав? Скорее всего нет, как я себе представляю, но точно ли это?

Не порушатся ли какие-либо процессы при изменении прав?

Ты не сможешь ничего монтировать.

Anon
()
Ответ на: комментарий от Anon

Так ведь в большинстве дистров и так без sudo даже из ФМ хрен что примонтируешь.

Valkeru ★★★★
()
Ответ на: комментарий от anonymous

И таки що?

Если в fstab записи не будет, хрен ты что смонтируешь! А еще ты правами на устройство должен обладать. Понятно, что в fstab помещает записи udev, но если юзер не сможет fstab прочесть, то он и флешечку свою смонтировать не сможет!

Anon
()

Зачем вам это нужно ?

Если вы монтируете samba ресурсы по cifs и у вас в /etc/fstab указаны в открытом виде пароль и имя пользователя, то всё делается гораздо проще:

MOUNT.CIFS(8)                                            System Administration tools                                            MOUNT.CIFS(8)



NAME
       mount.cifs - mount using the Common Internet File System (CIFS)

SYNOPSIS
       mount.cifs {service} {mount-point} [-o options]

DESCRIPTION
       This tool is part of the cifs-utils suite.

       mount.cifs mounts a Linux CIFS filesystem. It is usually invoked indirectly by the mount(8) command when using the "-t cifs" option.
       This command only works in Linux, and the kernel must support the cifs filesystem. The CIFS protocol is the successor to the SMB
       protocol and is supported by most Windows servers and many other commercial servers and Network Attached Storage appliances as well as
       by the popular Open Source server Samba.
...
credentials=filename
           specifies a file that contains a username and/or password and optionally the name of the workgroup. The format of the file is:

                         username=value
                         password=value
                         domain=value

           This is preferred over having passwords in plaintext in a shared file, such as /etc/fstab. Be sure to protect any credentials file
           properly.
...
Т.е. создаёте где-либо файл такого содержимого:
username=имя_пользователя
password=пароль
domain=домен
domain можно не указывать, если он не нужен.

Сохраняете файл, например в /root/cifs.passwd и в таком случае запись в /etc/fstab будет примерно такая:

//<SERVER_IP>/<SHARE>/     /<MOUNT_POINT>/ cifs           credentials=/root/cifs.passwd,noauto,iocharset=utf8    0 0

kostik87 ★★★★★
()
Ответ на: комментарий от Anon

Ты дурак. права на /etc/fstab не влияют на возможность монтирования пользователями.

anonymous
()
Ответ на: комментарий от Anon

Понятно, что в fstab помещает записи udev, но если юзер не сможет fstab прочесть, то он и флешечку свою смонтировать не сможет!

Не помещает. И «флещечка» монтируется средствами udisks благодаря повышению привилегий пользователя средствам consolekit и polkit.

kostik87 ★★★★★
()
Ответ на: комментарий от kostik87

Нужно по разным причинам. Линуксовый сервер доступен различным пользователям. Не хочу чтобы настройки (fstab) были видны. Вы правильно поняли, что речь идет и о самба шарах тоже, однако чем ваш вариант проще того, чтобы просто закрыть доступ к файлу fstab на чтение?

Dantedest
() автор топика
Ответ на: комментарий от Dantedest

Тем, что он правильный. Создаёте файл в директории /root и в нём описываете параметры подключения к ресурсу. Ни кто кроме root не сможет посмотреть этот файл.

А то, что вы хотите сделать это неправильно.

Воспользуйтесь предложенным функционалом и не мучайте себя и людей. Логин и пароль видны не будут.

kostik87 ★★★★★
()
Последнее исправление: kostik87 (всего исправлений: 1)
Ответ на: комментарий от kostik87

Глобально, меня просто просили уточнить, возможно ли это без повреждения функционала. Видимо да, значит все ок.

По диалогу, а чем неправильно? Если монтирование доступно только админу, который работает из под рута. Какие негативные последствия тут могут быть?

Прошу прощения за дотошность, это ниразу не троллинг, просто хочу разобраться.

Dantedest
() автор топика
Ответ на: комментарий от Dantedest

а чем неправильно?

0600 на /etc/fstab - это неожиданно, я бы сходу исправил.

anonymous
()
Ответ на: комментарий от Dantedest

Делайте как вам угодно. Я конечно понимаю, что кто-то не удосужился прочитать 'man mount.cifs' и увидеть там нужный ему функционал и полез городить огород.

kostik87 ★★★★★
()
Ответ на: комментарий от kostik87

Не помещает.

Это твои проблемы. У меня помещает.

«флещечка» монтируется средствами udisks

ССЗБ. Мне такое извращение не нужно!

Anon
()
Ответ на: комментарий от Anon

У меня нет проблем. Проблемы как вижу только у тебя.

Если у тебя помещает, значит ты используешь правила udev для монтирования внешних накопителей, например uam, но это твои проблемы.

ССЗБ. Мне такое извращение не нужно!

Ну я тебе и говорю, что ты ССЗБ.

kostik87 ★★★★★
()

а mount тоже запретишь выполнять ?

anonymous
()
Ответ на: комментарий от anonymous

А ты пользуешься автомонтированием? Пользуйся на здоровье. Но неудобно ведь, если тебе, скажем, нужно внешний диск переразбить или флешку переформатировать.

Anon
()
Ответ на: комментарий от Anon

С чего ты взял, что udisks - это автомонтирование?

anonymous
()
Ответ на: комментарий от Anon

Во-первых не только из-за этого, там еще куча инфы, которой по идее не должно быть видно просто так.

Поправка, инфы, которую я не хотел бы давать пользователям.

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

Dantedest
() автор топика

Даже если ты правами закроешь /etc/fstab , то в случае если у тебя будут смонтированы эти твои «секретные» шары, то они будут в выводе:
mount
/etc/mtab
/proc/mounts
/proc/*/mount
/proc/*/mountinfo

Возможно где-то ещё.

Nao ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.