Ruza
Gold Member | Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Nikolay4eg Посмотрев конфиг сервера любым текстовым редактором можно обнаружить очень занимательную функцию а именно кластеризацию... Цитата с керио-рус.ру: Цитата: "....Существует 4 площадки (США, Чехия, Великобритания, Россия), на каждой из которых установлен почтовый сервер. Почта во внешний мир отправляется через главный сервер в штаб-квартире. Проверить это решение Вы можете в тестовой сети. Для этого Вы можете установить бесплатную, полнофункциональную версию с нашего сайта. Мы также можем предоставить вам ключи NFR (not for resale) для дополнительных тестов. Распределение одного домена между несколькими инстанциями Kerio MailServer Данная статья описывает шаги по настройке распределения почтовых ящиков в рамках единого почтового домена среди многочисленных инстанцией Kerio MailServer. Похожая статья, в которой используется альтернативный подход к решению поставленной задачи описан на английском в статье Базы Знаний Kerio: <http://www.kerio.com/manual/kms/en/sect-example4.html> . Когда применим описываемый ниже сценарий? • Если организация с единым именем почтового домена имеет распределенную географическую структуру, может понадобиться установка отдельного почтового сервера на каждой площадке. • В крупных организациях со структурой удаленных офисов может потребоваться установка отдельного почтового сервера в каждом офисе для распределения нагрузки почтовой переписки и для достижения лучшей маштабируемости. Принцип подхода Поскольку все почтовые сервера в топологической системе «звезда» используют тот же самый почтовый домен, требуется, чтобы каждый почтовый сервер знал месторасположение каждого почтового ящика. Это не позволит почтовым серверам получать почту от неправильных отправителей или слепо посылать почту через несколько серверов до тех пор, пока нужный сервер-получатель наконец будет найден. Принцип настройки подобного внедрения включает в себя три основных момента: для каждого почтового сервера внутри системы «звезда» должно быть заведено уникальное имя, должен быть также создан список, содержащий уникальные имена почтовых серверов системы и информацию об их расположении в Интернет, и, наконец нужно, чтобы в свойствах каждого почтового ящика было указано, к какому уникальному имени почтового сервера он относится. Лицензирование Распределенная структура подразумевает, что на каждом почтовом сервере системы должен быть установлен лицензионный ключ на общее количество пользователей, даже несмотря на то, что пользователи распределены по всей системе. Это означает, что лицензионный ключ, установленный на каждом площадке, должен включать в себя общее количество пользователей почтового домена. Более подробная информация может быть получена у представителя отдела продаж вашего региона. Мы согласны предоставить Вам ключ на общее количество пользователей, который Вы установите на каждую инстанцию почтового сервера 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 – Данное значение опционально. Можете воспользоваться нижеприведенным примером. <table name="Cluster"> <variable name="BackendModeEnabled">1</variable> <variable name="FrontendModeEnabled">1</variable> <variable name="BackendName">tampa</variable> <variable name="BackendMasterPassword">NUL:some_password</variable> <variable name="BackendAcl"></variable> <variable name="SimpleUserLookup">0</variable> <variable name="MaxFreeBusyBackendRedirects">1</variable> </table> Создание сводной таблицы уникальных имен серверов Каждый почтовый сервер распределенной доменной системы должен иметь таблицу имен других серверов, с указанием их имен в Интернет или IP адресом. Данная таблица настраивается в списке под заголовком 'BackendServer' в том же конфигурационном файле mailserver.cfg. Следущие значения должны быть изменены: не упомянутые значения списка 'BackendServer' менять не следует. • Name – Уникальное имя почтового сервера • Hostname – IP адрес или имя почтового сервера (в зависимости от настройки DNS) • Password - Данное значение опционально. Можете воспользоваться нижеприведенным примером <list name="BackendServer"> <listitem> <variable name="Name">tampa</variable> <variable name="Hostname">10.0.0.142</variable> <variable name="Password">NUL:some_password</variable> <variable name="Default">0</variable> <variable name="Description"></variable> </listitem> <listitem> <variable name="Name">san_diego</variable> <variable name="Hostname">10.0.1.14</variable> <variable name="Password">NUL:some_password</variable> <variable name="Default">0</variable> <variable name="Description"></variable> </listitem> <variable name="Name">boston</variable> <variable name="Hostname">10.0.2.13</variable> <variable name="Password">NUL:some_password</variable> <variable name="Default">0</variable> <variable name="Description"></variable> </listitem> </list> Приведенный пример включает в себя три почтовых сервера – членов распределенной доменной структуры. Для каждого нового сервера требуется создавать запись, заключенную в тэги <list> </list>. Обратите внимание, что сам локальный сервер тоже должен быть упомянут в данном списке. Другими словами, данная таблица должна быть одинаковой на всех почтовых серверах распределенной системы. Определения уникальных имен для почтовых ящиков Каждый почтовый ящик в распределенной системе должен относится к указанному серверу, определяемому по уникальному имени. Данная привязка ящика к серверу указывается в настройках свойств пользователя, название опции 'HomeServer'. Для того, чтобы задать данное значение, нужно зажать клавиши shift+сtrl, щелкнуть правой клавишей мыши на пользователе и выбрать в контекстном меню пункт “редактировать” (см. приатаченный файл). У вас должна появиться возможность указать значение в пункте “Данные почтового ящика хранятся на сервере с идентификатором узла” ('node ID' или 'Home Server' в английской версии)." |
---------- Fools rush in where angels fear to tread. |
| Всего записей: 5472 | Зарегистр. 10-09-2003 | Отправлено: 01:38 13-11-2009 | Исправлено: Ruza, 01:39 13-11-2009 |
|