Файлообменник на samba. Часть 2

До сих пор не была решена проблема с установкой дисковых квот для пользователей. Сколько ни копался в гугле, так и не понял, как же использовать директивы в конфиге самбы: set quota command и get quota command. В итоге обошелся директивой root preexec, запускающей от root мой скрипт назначения квоты на пользователя:

[homes]
valid users = YOUDOMAIN+%S
browseable = no
writable = yes
create mode = 0400
directory mode = 0700
root preexec = /usr/sbin/set_quota %S
; admin users = %S
read list = YOUDOMAIN+%S
write list = YOUDOMAIN+%S

Для работы с квотами надо установить пакет:

# pacman -S quota-utils

и настроить раздел в /etc/fstab на использование квот:

/dev/sdc1 /home ext4 defaults,usrquota 0 1

После перемонтировать раздел с квотированием и выполнить команды:

quotacheck /dev/sdс1
quotaon /dev/sdс1

Скриптик set_quota для установки квот тоже прост, как три копейки:

#!/bin/sh
/usr/sbin/setquota -u $1 400000 500000 400 500 /dev/sdс1

По команде:

# pacman -Ql quota-utils

можно получить список всех утилит пакета, но меня заинтересовали только edquota (ручное редактирование квот), repquota (сведения о квотах) и quota (информация о квоте на пользователя). Некоторые примеры использования:

Выдать информацию по квоте, только если она превышена:

# quota -q maotm

Выдать информацию по квотам пользователей в удобочитаемом формате, за исключением учеток компьютеров:

# repquota -s /dev/sdс1 | grep -v "#"

Файлообменник на samba. Часть 1

Возникла необходимость создать файлообменник из одной сети в другую, с запретом удаления передаваемых файлов, чтобы контролировать, что гуляет из сети в сеть. В последнее время в деле создания критически важных сервисов мой выбор падает на Arch. Вот и в этот раз мой выбор пал не него :)
После некоторых экспериментов со схемами передачи файлов, остановился на следующей: вводим Samba-сервер в домен, после чего доступ будет организовываться только через доменные учетные записи. Каждому пользователю при входе создается домашняя папка по его логину в домене. Попутно можно создать общие папки для всех пользователей.
Процедура настройки линуксового сервера с samba в домен Windows расписана достаточно подробно в журналах (LXF200910) и сети Интернет, поэтому смысла перетирать все это заново нет. Технология создания домашних папок пользователей описана здесь.
В процессе настройки доступа к домашней папке наступил на грабли. Прописав в smb.conf заменитель (separator) обратного слэша, я безуспешно пытался войти в созданную папку. Оказалось, заменитель надо ставить везде в конфиге (например, YOUDOMAIN+%S). После этого все заработало.
Ниже привожу свой smb.conf:

#======================= Global Settings =====
[global]

workgroup = YOUDOMAIN

server string = Samba Server

security = ads

netbios name = SHARE

log file = /var/log/samba/%m.log

max log size = 50

realm = YOUDOMAIN.LOCAL

auth methods = winbind

idmap uid = 10000-20000
idmap gid = 10000-20000

winbind separator = +

winbind enum users = Yes
winbind enum groups = Yes

winbind use default domain = Yes

;winbind offline logon = Yes

preferred master = No

panic action =

log file = /var/log/samba/log.%m
debug level = 0
syslog = 0

interfaces = 10.10.0.0/24 10.11.0.0/16

obey pam restrictions = Yes

#======================= Share Definitions ===
[homes]
valid users = YOUDOMAIN+%S
browseable = no
writable = yes
create mode = 0400
directory mode = 0700
read list = YOUDOMAIN+%S
write list = YOUDOMAIN+%S

;[data]
; path = /media/data
; valid users = Administrator, @"Domain Users"
; admin users = Administrator
; write list = @"Domain Users"
;; read list = @"Domain Users"
; inherit permissions = yes
; inherit owner = yes

Проблема с просмотром сети в Nautilus решена

С недавних пор, сидя на Nautilus 2.26.2, заметил, что перестала просматриваться сеть, выскакивает ошибка "Не удалось получить список доступных на сервере ресурсов". При этом, если напрямую указать хост:

smb://server

то все отрабатывает без проблем. Порывшись в интернете после обнаружения ошибки, нашел жалобы только пользователей Ubuntu, но там грешили на smbclient.
Сегодня оказалось, что на него грешили напрасно. В репах появилось обновление Nautilus 2.26.3, которое исправляет ошибку, при этом smbclient не обновлен. По-моему, он вообще не причем, и просмотр сети осуществляется самим Nautilus'ом без сторонних утилит.
В какой-то момент мне показалось, что обновление на домашней системе не дало результата, т.к. получал ту же ошибку. Но все оказалось проще. У меня 2 компа сидят через маршрутизатор. Так вот на том, с которого сижу, samba не настроена и, соответственно, шары нет. а другой в это время был выключен. Я включил его, и после этого nautilus показал сеть с рабочей группой workgroup.

Openbox. DE и файловые менеджеры. Screenshots & Samba

Продолжил знакомство с Openbox, озадачившись вопросом замены некоторых приложений Gnome на DE-независимые. Например, файловые менеджеры. Отказаться от привычного Nautilus'а не так-то просто. Он интегрирован в Gnome очень глубоко (заменить, конечно, можно), поэтому искал такой же функционал. Мое внимание привлек PCMANfm, а рекомендуемый ROX-filer не очень-то поразил меня обилием функций, но оставил оба, хотя pcmanfm пользовался намного больше. Есть еще emelFM2 - довольно широко настраиваемый файловый менеджер с возможностью монтирования блочных устройств. Кстати, ROX - не только файловый менеджер, но и целая легковесная DE, правда, меня она не впечатлила.
Еще один момент, связанный с файловым менеджером - просмотр Windows-шар. Я очень привык делать это через Nautilus, но ни в ROX, ни в PCMANfm, ни в emelFM2 такой возможности не обнаружил. Я уже начал подумывать, что придется ковыряться через cli-интерфейс, но знающие товарищи в jabber-конференции подсказали решение в виде пакета smbnetfs, который предоставляет возможность просматривать сетевое окружение, примотированное, как обычные разделы, к папке /mnt/smbnet/. Несколько непривычно, зато независимо от выбранного файлового менеджера :)
Наконец открыл для себя scrot :) Мне и раньше его советовали, но у меня был Gnome :) Теперь я нахожу, что он намного более удобен, чем gnome-screenshot, в первую очередь тем, что можно делать скрин произвольной области экрана и автоматически обрабатывать изображение:

scrot 'scrot_%Y-%m-%d_$wx$h.png' -s -b -e 'mv $f ~/screenshots/'

Согласитесь, сделать так gnome-screenshot не в состоянии, а ведь это не все опции...

Сеть работает. В целом система - тоже...

Заголовок не совсем точен. Собственно, сеть работала сразу, но я настроил маршрутизацию на wicd (всего-то пишешь простенькие скрипты для соединений, исполняемые до, после и при разрыве соединения). Короче, wicd рулит! После настроил pptp-соединение с VPN провайдера, но пользоваться им буду редко, т.к. маршрутизатор делает это за основную систему. Кстати, с маршрутизатором связана одна проблема. Подключив кабель провайдера напрямую в ноутбук, я смог получить (настроив маршрут) доступ к своей машине с работы. Через маршрутизатор добиться мне этого не удается, перепробовал уже кучу вариантов. Ну да разберемся...
Поставил еще всякие проги и прожки, постепенно дополняя систему необходимыми приложениями, причем старался минимизировать количество приложений (и gui к ним), дабы избавить систему от лишнего груза :)
Настроив samba, потихоньку начал перекидывать информацию с настольной системы обратно на ноутбук.
Немного об автомонтировании носителей. Вручную подмонтировал флешку и теперь задумался, а стоит ли вообще заниматься автомонтированием носителей? В принципе лень во всем этом разбираться, а с другой стороны - интересно. Может, на выходных займусь...
Еще меня беспокоит отсутствие звука. Вроде бы все настроено, но звука нет. Может, еще какой модуль требуется... Правда, и проигрывать по большому счету, нечего, ибо кодеков в системе нет. Тоже на выходных...
Для некоторых программ восстановил сохраненные настройки из Debian, так что все свои закладки и настройки получил обратно "малой кровью" :)
Еще есть мысли настроить GPRS/EDGE-соединение, ибо кто знает, может оно завтра понадобится...
Еще и принтер надо подвесить...
В общем, можно сказать, что система более-менее рабочая.