Кластер

[Valery12]

Есть в mailserver.cfg такая секция


1
0


Admin
0


Судя из названия и параметров можно создать кластер из двух серверов, кто нибудь знает как это делается?

[Ant]

О кстати, может есть у кого старая версия винроута установленная?
Ато щас качать и ставить ради одного лиш мануала совсем неинтересно.

Там вроде как было описано создание быстрое кластера под винроуты. Но поданное под соусом лоад балансинга когда каждая из этих мащин была на своём канале.

Мне бы файлик с хелпом от этого винрута с такой инструкташкой в коллекцию таксказать.

[naliman]

Цитата

Сообщение от Ant

кстати, может есть у кого старая версия винроута установленная?

старая ето какая?

[Engine]

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

"....Существует 4 площадки (США, Чехия, Великобритания, Россия), на каждой из которых установлен почтовый сервер. Почта во внешний мир отправляется через главный сервер в штаб-квартире. Проверить это решение Вы можете в тестовой сети. Для этого Вы можете установить бесплатную, полнофункциональную версию с нашего сайта. Мы также можем предоставить вам ключи NFR (not for resale) для дополнительных тестов.

Распределение одного домена между несколькими инстанциями Kerio MailServer
Данная статья описывает шаги по настройке распределения почтовых ящиков в рамках единого почтового домена среди многочисленных инстанцией Kerio MailServer.
Похожая статья, в которой используется альтернативный подход к решению поставленной задачи описан на английском в статье Базы Знаний Kerio: .

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

Принцип подхода

Поскольку все почтовые сервера в топологической системе «звезда» используют тот же самый почтовый домен, требуется, чтобы каждый почтовый сервер знал месторасположение каждого почтового ящика. Это не позволит почтовым серверам получать почту от неправильных отправителей или слепо посылать почту через несколько серверов до тех пор, пока нужный сервер-получатель наконец будет найден. Принцип настройки подобного внедрения включает в себя три основных момента: для каждого почтового сервера внутри системы «звезда» должно быть заведено уникальное имя, должен быть также создан список, содержащий уникальные имена почтовых серверов системы и информацию об их расположении в Интернет, и, наконец нужно, чтобы в свойствах каждого почтового ящика было указано, к какому уникальному имени почтового сервера он относится.

Лицензирование

Распределенная структура подразумевает, что на каждом почтовом сервере системы должен быть установлен лицензионный ключ на общее количество пользователей, даже несмотря на то, что пользователи распределены по всей системе. Это означает, что лицензионный ключ, установленный на каждом площадке, должен включать в себя общее количество пользователей почтового домена. Более подробная информация может быть получена у представителя отдела продаж вашего региона. Мы согласны предоставить Вам ключ на общее количество пользователей, который Вы установите на каждую инстанцию почтового сервера Kerio. Это изначально противоречит нашему лицензионному соглашению, но поскольку Ваш случай внедрения представляется не совсем стандартным для Kerio, мы готовы сделать исключение.
Прочие условия
Если будет использоваться архивация писем, то в архив будут включаться почтовые сообщения, маршрутизируемые на другие инстанции Kerio MailServer в структуре домена.
Настройка DNS для входящей почты может подразумевать несколько записей MX. Каждый почтовый сервер в распределенной доменной системе может быть настроен с отдельной записью MX. Добавление нескольких записей MX предоставит дополнительную отказоустойчивость обработки входящего потока писем. Поскольку все пользователи должны быть созданы на каждом сервере в распределенной доменной системе, будет довольно сложно развернуть подобную систему, поскольку каждый сервер должен содержать одинаковую пользовательскую базу. По этой причине рекомендуется использовать Active Directory, ибо в таком случае пользовательская база будет управляться централизованно и каждая инстанция Kerio MailServer будет получать информацию о своих пользователях напрямую из Активного Каталога.
Ограничения данного сценария внедрения
Чтобы воспользоваться преимуществом работы с объектами сотрудничества (groupware objects) , пользователи совместно работающие с объектами (календари, задачи и пр.) должны быть зарегистрированы на одном и том же почтовом сервере. Поэтому если пользователи распределены между несколькими физическими серверами, то таким пользователям будет невозможно использовать совместно папки или просматривать информацию о доступности/занятости пользователя (free/busy service) между собой. Вдобавок, каждый почтовый сервер будет иметь собственный набор публичных папок.
________________________________________


Определение имени для каждого почтового сервера

Как было сказано выше, каждый почтовый сервер распределенной доменной системы должен иметь уникальное в системе имя, которое должно быть известно всем остальным серверам распределенной системы. Данное значение устанавливается в конфигурационном файле mailserver.cfg (“%systemdrive%/program files/Kerio/mailserver”).
Cледует найти группу настроек под заголовком 'Cluster'. Обратите внимание, что перед внесением изменений в конфиг, необходимо остановить работу почтового сервера. Следующие параметры должны быть модифицированы:

• BackendModeEnabled – Установить значение '1'
• FrontendModeEnabled - Установить значение '1'
• BackendName - укажите уникальное имя данного сервера
• BackendMasterPassword – Данное значение опционально. Можете воспользоваться нижеприведенным примером.




1

1

tampa

NUL:some_password



0

1




Создание сводной таблицы уникальных имен серверов

Каждый почтовый сервер распределенной доменной системы должен иметь таблицу имен других серверов, с указанием их имен в Интернет или IP адресом. Данная таблица настраивается в списке под заголовком 'BackendServer' в том же конфигурационном файле mailserver.cfg.
Следущие значения должны быть изменены: не упомянутые значения списка 'BackendServer' менять не следует.
• Name – Уникальное имя почтового сервера
• Hostname – IP адрес или имя почтового сервера (в зависимости от настройки DNS)
• Password - Данное значение опционально. Можете воспользоваться нижеприведенным примером






tampa

10.0.0.142

NUL:some_password

0







san_diego

10.0.1.14

NUL:some_password

0





boston

10.0.2.13

NUL:some_password

0








Приведенный пример включает в себя три почтовых сервера – членов распределенной доменной структуры. Для каждого нового сервера требуется создавать запись, заключенную в тэги .
Обратите внимание, что сам локальный сервер тоже должен быть упомянут в данном списке. Другими словами, данная таблица должна быть одинаковой на всех почтовых серверах распределенной системы.

Определения уникальных имен для почтовых ящиков
Каждый почтовый ящик в распределенной системе должен относится к указанному серверу, определяемому по уникальному имени. Данная привязка ящика к серверу указывается в настройках свойств пользователя, название опции 'HomeServer'. Для того, чтобы задать данное значение, нужно зажать клавиши shift+сtrl, щелкнуть правой клавишей мыши на пользователе и выбрать в контекстном меню пункт “редактировать” (см. приатаченный файл).
У вас должна появиться возможность указать значение в пункте “Данные почтового ящика хранятся на сервере с идентификатором узла” ('node ID' или 'Home Server' в английской версии)."

[LunJin]

Уважаемы Engine, позволит ли такая организация сделать для нескольких офисов общий календарь и адресную книгу. Вообще умеет ли Керио при одном домене и нескольких серверах делать такие вещи ? Из документации я понял что нет )

[naliman]

Цитата

Сообщение от LunJin

общий календарь и адресную книгу

уверен что нет

[LunJin]

Уважаемый naliman, что бы Вы могли порекомендовать в качестве альтернативы Керио с требуемыми возможностями, кроме Exchange ?

[Engine]

Цитата:

Сообщение от naliman

уверен что нет

Женя, 6.7 будет уметь поддерживать GAL (global address list) в приведенной выше инсталляции.

Цитата из Release history:

[Для просмотра данной ссылки нужно зарегистрироваться]

New features
Global Address List
Global address list is a list of Kerio MailServer users and groups with all details. The list
is periodically synchronized with local user database and directory servers (Active Directory,
Open Directory) in order to provide fresh and up-to-date contacts information. The list is also
available in all supported clients as a special Public Folder which allows users to view or print
full contact information including postal address, telephone number etc.

[LunJin]

Я правильно тебя понимаю, что 6.7 будет уметь вести общий календарь и контакт-лист, для 2х серверов в одном домене ? Это было бы просто волшебно! Я веду который год борьбу с начальством в защиту KMS (совместно с моим Питерским собратом). Но начальство хочет иметь единое пространство календаря на два офиса. Чтобы дир из Питера мог назначить совещание людям в Москве и наоборот. Это единственная фича, которой (надеюсь пока) нет в KMS. В остальном я очень доволен продуктом и всеми возможными средствами его защищаю )

Добавлено через 2 минуты
В догонку...
Из Release Notes я прозрачно не понял что ожидается общий календарь... Речь только про контакт лист ?

[mudrak]

Engine, я пользуюсь как раз этим способом

Цитата

альтернативный подход к решению поставленной задачи

и мне не хватает там загрузки алиасов из Active Directory. Если я захочу перейти на описанный вами метод у меня не будет проблем с получением лицензий?

Цитата

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

И мне ещё не понятно зачем

Цитата

Почта во внешний мир отправляется через главный сервер в штаб-квартире.

почему каждый сервер не может самостоятельно отправлять почту наружу?

[Engine]

Потому что модель hub-and-spoke подрузамевает передачу почты наружу централизованно с Главного Сервера.