Создание файл-сервера на базе FreeBSD с авторизацией в AD

[@alexander007]

Что-то не очень понял, к чему это. Wiki по samba есть. Там все изложено очень хорошо. На FreeBSD/Linux samba поднимается на ура.

[@1RedCat]

Это конечно хорошо, но почему бы не сделать готовый 100%-рабочий пример, чтобы поднять сервер в сжатые сроки?

[@alexander007]

Вот аргументы:
— и так полно инфы на эту тему. У каждого сис-админского блога есть такая статья. Взять хотя бы lissyara
— по официальной wiki все встает с первого раза
— большинству людей нужны дополнительные фишки ACL, квоты, не говоря уже о печати
— копипастить конфиги из статьи в продакшен не лучшее дело. Нужно подумать и почитать маны.

[@1RedCat]

ACL считай отдельная тема.
А по поводу конфигов мне уже дали совет, чтобы я разъяснил что и зачем.

[@Slipeer]

Зачем здесь описание совершенно стандартной процедуры, без подробностей написания конфигов (зачем та или иная директива), да ещё и со всех сторон описанной в рунете?!

Windows 2003

3. После установки ОБЯЗАТЕЛЬНО сверяем время с PDC (конечно при условии, что он является NTP).

В домене Windows 2003 нет PDC. И все контроллеры (по-умолчанию и не вижу причин это изменять) являются источниками времени.

[@Slipeer]

2. Для правильного резолва я сделал соответствие в DNS-сервере на файл-сервер, а также на самом файл-сервере в файл /etc/hosts добавил следующие строки:

И для правильного «резолва» нужно было правильно настроить resolv.conf а не прибивать адреса в hosts

[@1RedCat]

Зачем здесь описание совершенно стандартной процедуры

Потому, что это самая распространённая ошибка.

без подробностей написания конфигов (зачем та или иная директива)

Тут с вами соглашусь. Поправлю.

В домене Windows 2003 нет PDC.

Абсолютно не согласен с вами.

И для правильного «резолва» нужно было правильно настроить resolv.conf а не прибивать адреса в hosts

Смотрите resolv.conf во вложении. У меня всё заработало именно так, как я описал в статье.

[@Slipeer]

Абсолютно не согласен с вами.

Особо тяжёлый случай.

Смотрите resolv.conf во вложении. У меня всё заработало именно так, как я описал в статье.

То, что у Вас так заработало ещё не говорит о том, что это грамотная настройка.

[@Zelgadis]

Вы ничего не понимаете в BSD традициях рунета.

[@1RedCat]

Особо тяжёлый случай.

Я вас понял. Вы говорите про само определение PDC. Это так. Но на деле PDC, как понятие, и как функцию, используют.

То, что у Вас так заработало ещё не говорит о том, что это грамотная настройка.

Покажите как грамотно настроить. Буду рад пополнить свои знания.

[@rootofevil]

Я вас понял. Вы говорите про само определение PDC. Это так. Но на деле PDC, как понятие, и как функцию, используют.

В домене Windows 2003 нет понятия PDC. Есть FSMO-роль «PDC Emulator», которая нужна для совместимости с динозаврами Windows NT.

[@Slipeer]

«PDC Emulator», которая нужна для совместимости с динозаврами Windows NT.

Ну не только и не столько для совместимости.
Сам по себе эмулятор PDC является источником времени для остальных контроллеров домена и выступает арбитром при блокировке пользователей (те немногие функции на которые необходима монополия). Но при этом ему до NT4 PDC как ящерке до тиранозавра ;) Сам принцип работы кардинально отличается.
В любом случае (возвращаясь к изначально поднятому вопросу) — синхронизировать время можно с одинаковым успехом с любого контроллера домена Active Directory.

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

Хоть тот, кто только что нажал минус в моём профиле, наверное с этим не согласится.

[@1RedCat]

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

[@1RedCat]

Разберём:
SO_RCVBUF — размер буфера входящих пакетов;
SO_SNDBUF — размер буфера исходящих пакетов;
TCP_NODELAY — отключение задержки при отправке пакета — актуально для локалки.
На мой взгляд вполне оптимальные настройки в условиях локальной сети. На практике работает очень шустро.
Если у вас есть предложения по данной настройке, то хотелось бы их увидеть.

[@RicoX]

Что значит очень шустро, цифры в студию. При таких буферах скорость upload/download будет мегабайт 6-8, при стандартной гигабитной офисной сети, способной переварить около 120 мегабайт и такой же скорости даже самых поганых современных винтов, ну ладно чуть поменьше, мегабайт 60-80 самый поганый винт выдаст, такая настройка буферов — это печаль, беда и огорчение.

[@Bessome]

Из текста неясно в каких условиях работает сервер. Сколько клиентов, объем дисков. ИМХО может быть необходимо обозначить вводную, иначе те же ACL потребуют перекомпиляции ядра. SysCtl тюнинг тоже потребуется при повышенной нагрузке в сетке. Если интересно, могу части конфига своего сюда выложить на 70+ рабочих мест. И какой жесткий используете для хранения файлов.

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

Почему обозначаю эти проблемы — из опыта поднятия самбы когда сам был новичком или помощи другим менее продвинутым админам сделал выводы, что комментарии к форумам хорошо, но полная статья лучше. А Вы как раз это упустили — про сборку ядра пренебрежительно, про тюнинг самбы ничего.
У новичков как раз проблемы с несоответствием конфига ядра, названия интерфейса (привет от FreeBSD) и результат — сделал как в статье, а ничего не работает.

[@iron_udjin]

С заливкой груснее: 30+ мегабайт/сек.

На ZFS с lz4 сжатием + подкрутить некоторые крутилки датасета — должно стать повеселее.