Задать вопрос

Нужно по файловому серверу на Linux в два географически отдаленных филиала, какие есть варианты синхронизировать списки пользователей и файлы?

Файлы должны синхронизироваться в двунаправленном порядке (не зеркало). Удаленные и новые файлы на первом сервере должны корректно удаляться и создаваться на втором сервере с сохранением прав доступа ACL (будет ext4 с опцией acl). Думал про Syncthing, но не уверен, что он ACL подтягивает. Списки пользователей - думал и насчет FreeIPA, и Samba DC и о других вариантах (вплоть до копирования конфигов скриптом), но пока не пришел к самому оптимальному (домен/AD использовать не планирую, т.к. хватает Win Home), да и не разобрался толком как делать реплики.

В общем, цель так-то простая и банальная - иметь две копии файлового сервера со всем содержимым, чтобы любой юзер мог зайти из любого филиала на "местный" сервер и работать, а админу было достаточно заводить новые учетки только на каком-то одном сервере, а оно потом само там реплицировалось. Локалки объединены VPN, около 30-50 Мбит/с.

Есть у кого примеры конфигов на эту тематику?
  • Вопрос задан
  • 674 просмотра
Подписаться 5 Средний 5 комментариев
Пригласить эксперта
Ответы на вопрос 6
SignFinder
@SignFinder
Wintel\Unix Engineer\DevOps
DFS на Samba.
А прежде чем просить конфиги, нужно правила ресурса изучить и п.5.12 в частности
Ответ написан
meDveD_spb
@meDveD_spb
Proxmox Replication HA или Proxmox Ceph
Ответ написан
Afranius
@Afranius
Из говорящих дольше живут те, что говорят меньше.
домен/AD использовать не планирую, т.к. хватает Win Home
А Samba DC по твоему что такое?

Alexey Dmitriev тебе всё правильно сказал.

хватает Win Home
Где тебе его хватает? Если у тебя два компа - Win Home хватит. Если у тебя два филиала и пользователей больше трёх десятков - Win Home тебе уже явно не хватит.
Ответ написан
@kirnil
Для синхронизации файлов для такой ситуации можно использовать SyncThing.

Для синхронизации пользователей и прав доступа использовать конечно свободные реализации OpenLDAP хорошо, но есть нюансы с единой точкой отказа, необходимо будет это протестировать.
А для двух контролеров домена в разных локациях будет вопрос насколько хорошо свободные LDAP работают с доверием друг к другу.
Раз вы всё ещё как-то живёте без службы каталогов, значит организация совсем не большая и возможно будет проще остаться с локальными пользователями.
Ответ написан
Комментировать
shambler81
@shambler81 Куратор тега Linux
Отпишусь сюда как версию а не комментарий поскольку считаю это действительно единственным правильным решением.
В вашем решение есть 1 минус.
Вы пытаетесь изобрести транзакцию в том месте где ее по факту нет.
Для параллельного изменения данных используется sql и писаться в файлах реализовать вполне возможно но как минимум как операция на гланды через ..пу.
Дабы собрать сейчас веб интерфейс можно через GPT за минуту.
если сли это документ, то гугл докс вам в помощь, или Битрикс24 документы, если форма то гугл формы.
Но все эти решения так или иначе работают через транзакции в sql. Собственно это основная причина вообще существования самого sql и все хранят данные в нем а не в файлах именно по этой причине.

Может если вы опишите больше вводных данных, с размерами способом применения будет более понятны причины и следствия а так же могу и измениться решения.
К примеру это файл с логинами и паролями которые использует компания для подключений к клиентам.
Ответ написан
Комментировать
mayton2019
@mayton2019
Bigdata Engineer
Файлы должны синхронизироваться в двунаправленном порядке (не зеркало).

Если 2 сессии одновременно начали в 2 филиалах редактировать один файл
то теоретически может возникнуть ситуация дедлока. И в случае одноранговой системы
у нас нет правильного решения по разрешению такого дедлока.
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Похожие вопросы