Автомонтирование сетевых дисков (Samba) в домашней папке пользователя.

[ivul]

Приветствую!

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

По понятным причинам вариант прописать всё в /etc/fstab не подходит.

Есть вариант подключить диски вручную в менеджере файлов и сделать закладки. Но и тут есть ряд неудобств. Во-первых, нужно будет вводить логин и пароль для каждого сетевого диска. Во-вторых, менеджеры файлов, как правило, не сохраняют имена закладок; в частности, закладки на smb-диски после перезагрузки называются просто "smb". Ну, и в-третьих, рядовому пользователю не удобно искать диск по пути "/run/user/.../gvfs/..." - закладки менеджера файлов не во всех программах доступны.

В настоящее время я использую pam_mount. Но и с ним есть нюанс. Чтобы pam_mount сработал как надо, обязательно должно быть подключение к сети. Тут возникла проблема с компьютерами, подключёнными по беспроводной сети. Сетевое соединение по беспроводке устанавливается после того, как пользователь вошёл в систему, к этому моменту pam_mount уже отработал и ничего не подключил.

Есть ещё варианты автоподключения сетевых дисков в пользовательском окружении? Поделитесь опытом.

[Karl500]

automount (autofs) гляньте.

[ALiEN]

попробуйте x-systemd.automount

[andytux]

...варианты автоподключения сетевых дисков в пользовательском окружении?

smbnetfs

[AnrDaemon]

По понятным причинам вариант прописать всё в /etc/fstab не подходит.

Почему же?

[ivul]

Цитата: ivul от 15 Февраль 2018, 11:16:23

    По понятным причинам вариант прописать всё в /etc/fstab не подходит.

Почему же?

Для подключения дисков (сервер Samba или Windows) через fstab требуется прописать имя и пароль.

[ALiEN]

ivul, username=xxx,password=xxx в опциях

[AnrDaemon]

Для подключения дисков (сервер Samba или Windows) через fstab требуется прописать имя и пароль.

Кто вам сказал такую глупость?

[ivul]

https://wiki.samba.org/index.php/Mounting_samba_shares_from_a_unix_client

Кто вам сказал такую глупость?

Снова изволите умничать и говорить намёками? Нехорошо.

[AnrDaemon]

Снова не хотите пользоваться головой? Ещё хуже.
В статье описываются доступные параметры монтирования.
Использовать их или нет - зависит от ситуации.

Пропишите монтирование с параметрами user,noauto и монтируйте из-под пользователя.

[ivul]

Пропишите монтирование с параметрами user,noauto и монтируйте из-под пользователя.

Пример приведёте?
Пользователь добавил сообщение 16 Февраля 2018, 14:27:12:

username=xxx,password=xxx в опциях

xxx - это имя конкретного пользователя или параметр?

[Azure]

noauto

Добавлю, что используя возможности автомонтирования systemd как раз получим требуемуе прописав условием вход пользователя.

xxx - это имя конкретного пользователя

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

[ivul]

    xxx - это имя конкретного пользователя

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

Я всего лишь уточнил, а то мало ли. И именно по этому fstab мне не подходит, а именно из-за необходимости указывать конкретного пользователя.
Про credentials я тоже в курсе - не подходит по той же причине.

Если других скрытых параметров у fstab нету, прошу обсуждение этого варианта прекратить. Не подходит он мне.
Пользователь добавил сообщение 16 Февраля 2018, 15:34:21:Недостатком автомонтирования сетевого диска, расположенного на Samba или Windows, посредством и autofs, и systemd является необходимость указывать имя и пароль пользователя либо непосредственно в настройках, либо в отдельном файле (см credentials). Если я не прав, дайте ссылку на страницу документации.
Именно по этой причине я в когда-то перевёл свои станции на pam_mount, который для автомонтирования использует имя и пароль, введённые пользователем при входе в систему. В этом случае нет необходимости хранить дубликаты паролей в открытом виде на каждой рабочей станции.
Пользователь добавил сообщение 16 Февраля 2018, 15:41:26:

smbnetfs

Снова необходимость хранить имя и пароль в текстовом файле. Но вариант интересный. Спасибо!

[Azure]

необходимости указывать конкретного пользователя

Или лыжи не едут... У пользователя ресурса! При чем тут системные пользователи? Если Вы как-то организовали подключение СЕТЕВОГО ресурса с использованием имени СИСТЕМНОГО пользователя то это как штаны через голову одеть. Если ресурс один и тот же зачем такие сложности?

[ivul]

Если Вы как-то организовали подключение СЕТЕВОГО ресурса с использованием имени СИСТЕМНОГО пользователя то это как штаны через голову одеть.

Пример.
* Вася и Петя работаю за одним и тем же компьютером каждый под своим именем.
* Имена пользователей хранятся на сервере аутентификации - в LDAP или в AD, не важно.
* На сервере есть есть некая расшаренная папка. Вася включает компьютер, входит в систему (вводит имя и пароль) и видит сетевой диск как отдельную папку в своём окружении. Петя  не имеет к папке доступа, не видит её, вообще не знает о её существовании. Подключается диск или нет определяется именем и паролем, под которым пользователь вошёл в систему на рабочей станции.

Где здесь "штаны через голову"?