Bt-teh.ru

БТ Тех
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Данные Exchange, хранящиеся в службе Active Directory

Данные Exchange, хранящиеся в службе Active Directory

База данных Служба каталогов Active Directory хранит информацию в логических разделах трех типов, описанных далее:

Раздел схемы

Раздел схемы используется для хранения двух типов сведений: классов схемы и атрибутов схемы. Классы схемы определяют все типы объектов, которые могут создаваться и храниться в Служба каталогов Active Directory. Атрибуты схемы определяют все свойства, которые могут использоваться для описания объектов, хранящихся в Служба каталогов Active Directory.

При установке первой роли сервера Exchange 2010 в лесу или запуске процесса подготовки Служба каталогов Active Directory этот процесс подготовки Служба каталогов Active Directory добавляет различные классы и атрибуты в схему Служба каталогов Active Directory. Добавляемые в схему классы используются для создания объектов Exchange, таких как агенты и соединители. Добавляемые в схему атрибуты используются для настройки объектов Exchange, а также пользователей и групп с поддержкой электронной почты. Эти атрибуты включают в себя свойства, в том числе параметры Microsoft Office Outlook Web Access и параметры единой системы обмена сообщениями Microsoft Exchange. Каждый контроллер домена и сервер глобального каталога в лесу содержит полную реплику раздела схемы.

Дополнительные сведения об изменении схемы в Exchange 2010 см. в разделе Изменения схемы Active Directory для Exchange 2010.

Раздел конфигурации

Раздел конфигурации используется для хранения сведений о конфигурации в масштабах леса. Эти сведения о конфигурации включают конфигурацию сайтов Служба каталогов Active Directory, глобальные параметры Exchange, параметры транспорта, политики почтовых ящиков и телефонные группы единой системы обмена сообщениями. Каждый тип сведений о конфигурации хранится в контейнере раздела конфигурации. Сведения о конфигурации Exchange хранятся в подпапке внутри контейнера «Службы» раздела конфигурации. В этом контейнере хранятся следующие сведения:

Каждый контроллер домена и сервер глобального каталога в лесу содержит полную реплику раздела конфигурации.

Раздел домена

Раздел домена используется для хранения информации в контейнерах по умолчанию и в подразделениях, создаваемых администратором Служба каталогов Active Directory. В этих контейнерах содержатся объекты, относящиеся к домену. Эти данные включают объекты системы Exchange и сведения о компьютерах, пользователях и группах в домене. При установке Exchange 2010 сервер Exchange обновляет объекты в этом разделе, чтобы обеспечить поддержку функций Exchange. Эта функциональность влияет на хранение и использование сведений о получателях.

Каждый контроллер домена содержит полную реплику раздела домена, для которого он является удостоверяющим. Каждый сервер глобального каталога в лесу содержит подмножество сведений каждого раздела домена в лесу.

Доступ Exchange 2010 к данным в службах Active Directory

Для доступа к сведениям, хранящимся в службе Служба каталогов Active Directory, сервер Exchange 2010 использует интерфейс API Служба каталогов Active Directory. Служба топологии Служба каталогов Active Directory выполняется во всех ролях сервера Exchange 2010. Эта служба считывает сведения из всех разделов Служба каталогов Active Directory. Получаемые данные кэшируются и используются серверами Exchange 2010 для определения расположения сайта Служба каталогов Active Directory всех служб Exchange в организации. Дополнительные сведения о топологии и обнаружении служб см. в разделе Планирование использования сайтов Active Directory для маршрутизации почты.

Сервер Exchange 2010 — это приложение с поддержкой сайтов Служба каталогов Active Directory, использующее в качестве предпочтительной связь с серверами каталога, расположенными на одном сайте с сервером Exchange, в целях оптимизации сетевого трафика. Каждая роль сервера в организации Exchange 2010 должна быть подключена к службе Служба каталогов Active Directory для получения сведений о получателях и сведений о других ролях сервера Exchange 2010. Данные, получаемые каждой ролью сервера, описываются в следующих разделах.

По умолчанию при каждом запуске сервера Exchange 2010 выполняется привязка к случайно выбранному контроллеру домена и серверу глобального каталога на его собственном сайте. Выбранные серверы каталогов можно просмотреть в свойствах сервера Exchange 2010 в консоли управления Exchange или с помощью командлета Get-ExchangeServer в командной консоли Exchange. Также можно использовать командлет Set-ExchangeServer для настройки статического списка контроллеров домена, привязку к которым должен выполнять сервер Exchange 2010, или списка контроллеров домена, которые необходимо исключить.

Важно!
Контроллер домена Windows Server 2008 можно настроить в качестве сервера каталогов только для чтения. Такая конфигурация используется при необходимости развертывания контроллера домена или сервера глобального каталога на удаленном сайте для проверки подлинности и авторизации, если при этом необходимо запретить администраторам на этом сайте записывать изменения в Служба каталогов Active Directory. Тем не менее, сервер Exchange 2010 невозможно развернуть на сайте, который содержит исключительно серверы каталогов только для чтения.

Роль транспортного сервера-концентратора

Роль транспортного сервера-концентратора обращается к Служба каталогов Active Directory при классификации сообщений. Классификатор должен опросить Служба каталогов Active Directory для поиска получателя и разрешения маршрутизации. Сведения, извлекаемые классификатором во время поиска получателя, включают расположение почтового ящика получателя, а также любые ограничения или разрешения, применяемые к получателю. Классификатор также должен опросить Служба каталогов Active Directory для расширения членства в списках рассылки и обработки запроса LDAP, необходимой при отправке почты динамическому списку рассылки.

При разрешении маршрутизации классификатор использует сведения о топологии, кэшируемые службой топологии Служба каталогов Active Directory, для обнаружения пути маршрутизации сообщения. Транспортный сервер-концентратор использует сведения о конфигурации сайта Служба каталогов Active Directory, чтобы определить расположение других серверов и соединителей в топологии.

Разрешив местоположение почтового ящика получателя, транспортный сервер-концентратор использует сведения о сайте в Служба каталогов Active Directory для обнаружения хранилища почтовых ящиков. Транспортный сервер-концентратор доставляет сообщение непосредственно в почтовый ящик пользователя, если хранилище почтовых ящиков располагается в том же сайте Служба каталогов Active Directory, что и сам транспортный сервер-концентратор. Если хранилище почтовых ящиков располагается в другом сайте Служба каталогов Active Directory, транспортный сервер-концентратор доставляет сообщение транспортному серверу-концентратору в удаленном сайте Служба каталогов Active Directory.

Транспортный сервер-концентратор хранит все сведения о конфигурации в Служба каталогов Active Directory и осуществляет доступ к Служба каталогов Active Directory для извлечения этих сведений. Сведения о конфигурации включают данные любых правил транспорта, правил журнала и соединителей.

Роль сервера клиентского доступа

Роль сервера клиентского доступа принимает подключения из Интернета для пользователей, получающих доступ к почтовому ящику с помощью Outlook Web App (POP3, IMAP4 или Microsoft Exchange ActiveSync). При получении подключения пользователя сервер клиентского доступа обращается к Служба каталогов Active Directory для проверки подлинности пользователя и определения местоположения сервера почтовых ящиков пользователя. Если почтовый ящик пользователя находится в том же сайте Служба каталогов Active Directory, что и сервер клиентского доступа, то пользователь подключается непосредственно к своему почтовому ящику. Если почтовый ящик пользователя находится не в том же сайте Служба каталогов Active Directory, что и сервер клиентского доступа, принявшего первое подключение, то подключение перенаправляется серверу клиентского доступа в удаленном сайте Служба каталогов Active Directory.

Серверная роль единой системы обмена сообщениями

Серверная роль единой системы обмена сообщениями осуществляет доступ к Служба каталогов Active Directory для извлечения сведений о глобальных параметрах, таких как телефонные группы, шлюзы IP и группы слежения. Когда сервер единой системы обмена сообщениями получает сообщение, он выполняет поиск получателей Служба каталогов Active Directory для сопоставления номера телефона и адреса получателя. Разрешив эти сведения, сервер единой системы обмена сообщениями может определить расположение хранилища почтовых ящиков получателя и передать сообщение транспортному серверу-концентратору для выполнения маршрутизации до этого ящика.

Читать еще:  Google disk ubuntu синхронизация

Роль сервера почтовых ящиков

Роль сервера почтовых ящиков используется для хранения сведений о конфигурации пользователей почтовых ящиков и хранилищ в Служба каталогов Active Directory. Кроме того, в Служба каталогов Active Directory хранится конфигурация агентов, списков адресов и политик. Сервер почтовых ящиков извлекает эти сведения для применения политик почтовых ящиков и глобальных параметров.

Роль пограничного транспортного сервера

Роль пограничного транспортного сервера развертывается в демилитаризованной зоне и не является членом домена. Пограничный транспортный сервер не имеет доступа к службе каталогов Служба каталогов Active Directory и использует службы Active Directory облегченного доступа к каталогам (AD LDS) (ранее известные как ADAM) для хранения сведений о схеме и конфигурации. Можно подписать пограничный транспортный сервер на сайт Служба каталогов Active Directory, создав пограничную подписку. Транспортные серверы-концентраторы на этом сайте Служба каталогов Active Directory используют службу Microsoft Exchange EdgeSync для синхронизации данных Служба каталогов Active Directory со службами AD LDS.

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

Восстановление удаленных объектов Exchange

Корзина Служба каталогов Active Directory позволяет минимизировать простои службы каталогов, а также сохранять и восстанавливать случайно удаленные объекты Служба каталогов Active Directory без восстановления данных Служба каталогов Active Directory из резервных копий, перезапуска доменных служб Служба каталогов Active Directory (AD DS) или перезагрузки контроллеров домена.

Самое важное, что необходимо знать о восстановлении удаленных объектов Служба каталогов Active Directory, связанных с Exchange, — это то, что объекты Exchange не могут существовать отдельно друг от друга. Например, при включении поддержки почты для пользователя выполняется расчет различных политик или ссылок на основе текущей конфигурации Exchange. При восстановлении удаленного объекта конфигурации Exchange или объекта получателя могут произойти две неполадки.

    Конфликты Некоторые атрибуты Exchange должны быть уникальными в лесу. Например, адреса прокси-серверов (адреса электронной почты) не должны быть идентичными для двух различных пользователей. Служба Служба каталогов Active Directory не присваивает адресам прокси-серверов уникальность — проверка на уникальность выполняется с помощью средств администрирования Exchange. Политики адресов электронной почты Exchange также автоматически устраняют возможные конфликты в назначениях адресов прокси-серверов на основе определенных правил. Таким образом, можно восстановить объект пользователя Exchange и в результате создать конфликт между адресами прокси-серверов или другими атрибутами, которые должны быть уникальными.

Следующие инструкции помогут минимизировать проблемы при восстановлении удаленных объектов, связанных с Exchange.

    Не восстанавливайте объект конфигурации Exchange, если он был удален с помощью средств управления Exchange. Вместо этого повторно создайте объект с помощью средств управления Exchange (консоли управления Exchange или командной консоли Exchange).

Дополнительные сведения об использовании корзины Служба каталогов Active Directory см. в разделе Пошаговое руководство по использованию корзины Active Directory.

Необходимо подключиться серверу microsoft exchange текущей конфигурацией синхронизации папок

Авторизуясь в LiveJournal с помощью стороннего сервиса вы принимаете условия Пользовательского соглашения LiveJournal

  • Links
  • September 2021
    1234
    567891011
    12131415161718
    19202122232425
    2627282930

Есть exchange server 2010, есть ящик mailbox и есть порядка 10 юзеров (outlook 2007, win7), которые юзают этот ящик по протоколу exchange в режиме кэширования. Трафик от клиентов до почтовика идет сквозь TMG Forefront.

Неожиданно у двух юзеров с интервалом в день outlook стал писать «Нет подключения к Exchange».

После попытки удаления/создания профиля Outlook, и после попытки запуска Outlook сразу же закрывается и выдает следующее сообщение:

«Не удается запустить Microsoft Office Outlook. Невозможно открыть окно Outlook. Невозможно открыть набор папок. Необходимо подключиться к серверу Microsoft Exchange c текущей конфигурацией для синхронизации папок с файлом автономных папок»

Без кэширования выдает:

«Не удается запустить Microsoft Office Outlook. Невозможно открыть окно Outlook. Невозможно открыть набор папок.Файл С:тра ла ла..outlook.ost не является файлом автономных папок.»

При попытке подключить этот ящик из RDP сессии Win2k8 пишет следующее:

«Не удается запустить Microsoft Office Outlook. Невозможно открыть окно Outlook. Невозможно открыть набор папок. Сервер Microsoft Exchange недоступен. Сбой работы сети или сервер Microsoft Exchange отключен на обслуживание».

Наряду с этим в этой же организации Exchange есть еще около 120 клиентов, которые работают со своими ящиками по протоколу Exchange без проблем.

OST файлы сносил. Затем попробовал этот же ящик подключить на другой машине под другим доменным юзером — тоже самое. Очевидно, проблема связана с самим ящиком.

В процессе настройки профиля outlook, сервер автоматом определяется по netbios имени и корректно разрешается в FQDN-имя.

Ни в логах сервера, ни в логах клиентских компьютеров ничего нет.

Размер ящика 1,4Гб — что в принципе не является критичным. Попробовал потереть его до 700Мб. После этого на одной из этих машин все заработало, а на второй (и некоторых других, на которых пробовал) по прежнему не работает. Видимо, просто счастливое совпадение.

Есть ли у протокола Exchange ограничение на количество одновременных подключений к одному ящику?
Посмотрел на TMG — ничего не режет.
Юзать нужно сугубо онлайн, чтобы юзеры видели письма отсортированные по цветным категориям онлайн. Т.е. использования .pst файлов не подходит.

Пробовал искать в инете и тут -ответов с решениями не нашел. Technet молчит.

Необходимо подключиться серверу microsoft exchange текущей конфигурацией синхронизации папок

Проблемка в следующим, при отправке письма в Outlook 2007 пишет что "нет подключения к Microsoft Exchange".
В логах есть несколько ошибок подскажите могли бы они быть этому причиной:
1.Server maindc01 has 1 GB or more of memory, accommodates 74 mailboxes, and the ‘HeapDeCommitFreeBlockThreshold’ parameter has not been set to 262144. Virtual memory may become quickly fragmented and system instability may occur
2.The space for the paging file (4092) is larger than the physical memory (1535). This may affect the system performance. It is recommended to have paging file size equal to the physical memory
3.Database ‘Public Folder Store (MAINDC01)’ on server MAINDC01 has never had a full online backup
4.Server maindc01.kgvh.kz is running Exchange Server 2003, but has not been upgraded to Service Pack 2 or later. Exchange Server 2007 installation will be blocked until this server is upgraded
5.The Exchange organization is in mixed mode. Exchange Server 2007 can only be installed once the organization is in native mode
При созданнии новой учетной записи через Панель управления-Почта. учетную запись видит берет с Active Directory. учетку создает нормально, но при в входе в Outlook пишет следующие "не удается запустить Microsoft office outlook. невозможно открыть окно Outlook. невозможно открыть набор папок. необходимо подключиться к серверу Microsoft Exchange c текущей конфигурацией для синхронизации папок с файлом автономных папок"
Извиняюсь за грубое описание, так как я помощник сис админа только учусь, на все вопросы отвечу как смогу и что знаю. просто помощь нужна. внутренняя почта вышла из строя, а сис админа не будет находится за границей.
Помогите пожалуйста. заранее Спасибо.

  • Перемещено Tina_Tian 18 марта 2012 г. 8:37 forum merge (От:Exchange Server 2003/2000/5.5)
Читать еще:  Как синхронизировать контакты с gmail на мейзу

Ответы

  • Предложено в качестве ответа zero55 5 февраля 2010 г. 10:44
  • Помечено в качестве ответа Daniil Khabarov Moderator 8 февраля 2010 г. 11:55

Все ответы

1 и 2 то как бы оптимизация работы системы под exchange, надо было бы сдать при установке, на то что бы плокировать подключения к серверу вриять не должно
3. бекапа не баз данных не было никогда, что в принципе на работе не сказывается ))) но еси все умерло то и восстанавивать неоткуда
4. и 5. это вообще попытка установить Exchange 2007 когда уже установлен Exch2003 скажем так если не ты пытался ставить Exch2007 и все работало, после этих событий еще, то ником образом не ведет к твоей проблеме.

Судя по всему , у вас большая проблема с производительностью сервера, который даже не может подцепить клиентов.

1. Посмотреть очереди, при необходимости почистить.
2. Выяснить, является ли проблема локальной, потому что если разговор идет только об одном клиенте, то все может быть гораздо проще.
3. Конечно же нужно обновить и ОС и Exchange сервер.
4. Определенно, нужно добавить ОЗУ на сервер.

Администрирование Exchange Server в кроссплатформенной среде

Путь в лабиринте почтовых серверов и клиентских операционных систем Если необходимо организовать почтовую систему в новой сети, напрашивается очевидное решение — задействовать Exchange Server 2003 в качестве почтового сервера и Microsoft Outlook на почтовых клиентах.

Путь в лабиринте почтовых серверов и клиентских операционных систем

Если необходимо организовать почтовую систему в новой сети, напрашивается очевидное решение — задействовать Exchange Server 2003 в качестве почтового сервера и Microsoft Outlook на почтовых клиентах. Однако для большинства администраторов Exchange начать с нуля — непозволительная роскошь. Зачастую им приходится обслуживать несколько типов почтовых серверов и различные клиентские операционные системы. Даже если в настоящее время на предприятии используются только продукты Exchange и Outlook, в будущем одна компания может слиться с другой, и администратору придется управлять смешанной средой, в которую войдут отличные от Microsoft клиенты электронной почты и серверные платформы. Администрирование кроссплатформенных почтовых систем — нелегкая задача. В одной статье трудно охватить все возможные варианты, но я постараюсь дать рекомендации по действиям в нескольких конкретных ситуациях.

Начнем с начала

Чтобы управлять кроссплатформенной почтовой системой, необходимо в первую очередь провести инвентаризацию. Это можно сделать с помощью такого инструмента, как Microsoft Systems Management Server (SMS) или Assets Tracker for Networks компании Alchemy Lab. Требуется определить операционную систему и аппаратные возможности каждого почтового сервера, а также приложения, выполняемые на сервере. Благодаря инвентаризации удается обнаружить потенциальные проблемы для кроссплатформенного администрирования. Например, компания объединяется с другой организацией, а на дисках почтовых серверов этой организации мало свободного места. Необходимо решить данную проблему, прежде чем заниматься разработкой практической стратегии объединения.

Произвести инвентаризацию рабочих станций не менее важно, чем инвентаризацию сервера. Не всегда требуется физическая инвентаризация (т. е. учет серийных номеров каждой рабочей станции), но, по крайней мере, необходимо узнать версию операционной системы и почтового клиента на каждой рабочей станции.

Подключение почтовых серверов

Независимо от конечной цели администратора (миграция почтовых ящиков или долгосрочное сосуществование двух почтовых систем), необходимо соединить почтовые системы между собой с использованием внутреннего механизма маршрутизации почты и общей глобальной адресной книги. Благодаря такому соединению пользователям разных систем будет проще поддерживать связь друг с другом через общую адресную книгу. Метод соединения двух почтовых систем зависит от типа инородной почтовой системы.

Exchange Server располагает коннекторами для Lotus Notes и Novell GroupWise, которые обеспечивают полную синхронизацию каталогов с некоторыми ограничениями масштабирования. Более подробно о коннекторах рассказано на странице Microsoft Exchange Server 2003 Connector for Lotus Notes по адресу http://www.microsoft.com/downloads/ details.aspx?familyid=d9f3a35e-1046-47b5-b09bbda9de60cd9d&displaylang=en и в статье «Introduction to Microsoft Exchange Server 2003 GroupWise Connector», опубликованной по адресу http://www.microsoft.com/technet/prodtechnol/exchange/2003/insider/ groupwise.mspx#whatistheexchangenovellgroupwise.

Exchange располагает аналогичными коннекторами SMTP и X.400, с помощью которых можно установить связь с инородной почтовой системой. В состав Exchange 2003 и Exchange 2000 Server входит SMTP-коннектор; SMTP-коннектор — модуль расширения для Exchange Server 5.5. В составе Exchange Server 2003, Enterprise Edition, Exchange 2000 Enterprise Server и Exchange 5.5, Enterprise Edition имеется коннектор X.400. С технической точки зрения SMTP- и X.400-коннекторы Exchange не обеспечивают синхронизацию каталогов, но их можно использовать с Microsoft Identity Integration Server 2003, Enterprise Edition (MIIS) или аналогичным продуктом, чтобы организовать путь для сообщений между двумя системами.

Подготовка специальной адресной книги

Иногда Exchange бывает вынуждена сосуществовать с инородной почтовой системой в отсутствие возможности прямой синхронизации каталогов. В таких ситуациях можно составить специальный адресный список, с помощью которого пользователи Exchange в локальной сети могут устанавливать связь с пользователями инородной почтовой системы. Лучше подготовить специальный адресный список, чем просто задействовать элементы глобального списка адресов (Global Address List, GAL), так как в специальном списке проще организовать пользователей по местонахождению.

Существует несколько методов для реализации этого решения. Выбранный мною метод заключается в том, чтобы сначала создать специализированную организационную единицу (OU) в Active Directory (AD) для хранения контактов из инородной почтовой системы. В новой OU не обязательно создавать учетные записи пользователей, так как инородным пользователям не нужен доступ к основному лесу. Для этих пользователей можно создать контакты: достаточно щелкнуть правой кнопкой мыши на созданной OU и выбрать пункты New, Contact из контекстного меню. Затем следует ввести имя пользователя и щелкнуть на кнопке Next. На следующем экране (экран 1) нужно установить флажок, чтобы создать почтовый адрес Exchange для контакта, и щелкнуть на кнопке Modify. Затем необходимо выбрать используемый в данное время тип адреса (обычно SMTP) и щелкнуть на кнопке OK. Остается ввести существующий почтовый адрес пользователя в соответствующее поле и щелкнуть на кнопках OK, Next, Finish. Эту процедуру следует повторить для каждого создаваемого контакта.

Экран 1. Создание контакта для пользователя инородной почтовой системы

Рекомендуется также установить в каждом контакте атрибут AD, чтобы обозначить контакт как удаленный. Предположим, что недавно приобретенный компанией офис филиала находится в Майами. Создавая контакты для каждого пользователя почтового сервера в Майами, атрибуту City нужно присвоить значение Miami. Этот атрибут находится на вкладке Address листа свойств контакта (экран 2). Полезно назначить еще один атрибут — Telephone Number на вкладке General листа свойств. Благодаря этому атрибуту можно хранить внутри AD номер телефона контакта.

Экран 2. Назначение атрибута City для контакта

После того как будут созданы контакты для каждого пользователя удаленного офиса, необходимо внести их в специальный адресный список. В данном примере, в котором все пользователи инородной почтовой системы находятся в Майами, создан список с именем Miami. Чтобы создать адресный список, следует открыть диспетчер Exchange System Manager (ESM) и перейти по консольному дереву к Recipients, All Address Lists. Затем нужно щелкнуть правой кнопкой мыши на контейнере All Address Lists и выбрать пункты New, Address List из контекстного меню. Следует ввести имя для нового адресного списка (например, Miami) и щелкнуть на Filter Rules. В ответ ESM отображает список свойств Find Exchange Recipients.

Читать еще:  Синхронизация адресных книг outlook и exchange

На вкладке General списка свойств требуется установить только флажки Users with Exchange mailbox и Users with external e-mail addresses. Затем нужно щелкнуть на вкладке Advanced и выбрать Contact, Office Location из раскрывающегося списка Field. Как показано на экране 3, параметру Condition необходимо присвоить значение Is (exactly), а параметру Value — такое же значение, как у атрибута Office Location, для которого создается адресный список (например, Miami). После щелчков на кнопках Add и Find Now на экране появится список всех пользователей удаленного офиса. Чтобы завершить создание адресного списка пользователей удаленного офиса, остается щелкнуть на кнопке OK, а затем нажать Finish.

Экран 3. Назначение пользователей удаленного офиса для адресного списка
Конфигурация POP-сервера

Хотя Exchange обеспечивает соединения SMTP и X.400 и располагает встроенными коннекторами для IBM Lotus Notes и Novell GroupWise, иногда ни одно из этих решений не пригодно для практических задач. Убедительный пример — мой случай. Я живу в пригороде в Южной Каролине, и местный Internet-провайдер имеет монополию на Internet, кабельное телевидение и телефонную связь. Связь не всегда надежна, и, кроме того, я не могу получить статический IP-адрес. Поэтому я разместил свой Web-узел и электронную почту на сервере Internet-провайдера из другого штата. Однако в силу особенностей моего бизнеса мне требуется электронная почта на базе Exchange Server.

Между моим сервером Exchange и Internet-провайдером, у которого размещена моя электронная почта, нельзя установить коннектор традиционного типа. Однако Internet-провайдер поддерживает почту SMTP и POP3, которая совместима и с Exchange. Поэтому я использую компонент GFiMailEssentials POP2Exchange компании GFI Software, чтобы почтовые ящики в почтовом сервере Exchange отображались на почтовый ящик SMTP на сервере Internet-провайдера. GFiMailEssentials проверяет наличие новых сообщений в каждом из моих почтовых ящиков на сервере Internet-

провайдера через каждые две минуты. Если почтовый ящик содержит новые сообщения, то GFiMailEssentials загружает их в мой сервер Exchange с помощью POP-клиента. Затем GFiMailEssentials анализирует заголовок сообщения, чтобы поместить сообщение в один из моих почтовых ящиков Exchange. Можно использовать Outlook для доступа к почте непосредственно из сервера Exchange. Компонент GFiMailEssentials POP2Exchange предпочтительнее команды TURN или расширенной функциональности TURN программы Exchange, так как настроить POP2Exchange проще.

Используемая конфигурация для большой сети непригодна, но эффективна для малого предприятия. Я использую POP2Exchange, чтобы получить сообщения с сервера Internet-провайдера, но для подключения к почтовому серверу POP3 можно использовать и другой метод.

Настройка рабочей станции

Завершив конфигурирование сервера, нужно настроить рабочие станции. Во-первых, следует определить, позволит ли компания переключить на сервер Exchange рабочие станции, которые в настоящее время подключены к инородному почтовому серверу. Подключение рабочих станций к серверу Exchange предпочтительно, так как в результате упрощается администрирование (по крайней мере, после переноса данных из инородной почтовой системы на сервер Exchange). Если компания не разрешает подключать удаленные рабочие станции к серверу Exchange, то нет необходимости в стратегии сосуществования для рабочих станций. Но если рабочие станции можно подключить к серверу Exchange, следует рассмотреть различные варианты настройки клиентов.

В идеальной ситуации каждая рабочая станция, которую требуется подключить, работает с операционной системой Windows XP, и можно просто установить Outlook (для которого нужны XP или Windows 2000 с пакетом обновления SP3 или более новым). Но на практике такое бывает редко. Например, рабочие станции могут функционировать под Windows 95, а системных ресурсов оказывается недостаточно для XP или Outlook. Более того, рабочие станции могут оказаться компьютерами Macintosh, Linux или Unix. К счастью, даже в такой сложной ситуации есть возможность установить связь.

Унаследованные системы Windows

Если требуется подключить рабочие станции с устаревшей версией Windows, то лучшее решение — заменить системы. Старые версии Windows представляют угрозу для безопасности, поэтому лучше всего установить XP с пакетом SP2. Однако временные и бюджетные ограничения могут помешать замене унаследованных компьютеров и программного обеспечения. В этом случае удобно использовать системы в качестве клиентов Windows Server 2003 Terminal Services.

Преимущество такого решения — возможность задействовать старые компьютеры как клиенты-терминалы, на которых запускается только Windows и клиентское приложение Terminal Services с низкой потребностью в системных ресурсах. Сервер Terminal Services выполняет приложения по поручению рабочей станции и просто передает изображения экрана на рабочую станцию. Таким образом, даже сотрудники с устаревшими рабочими станциями могут использовать Microsoft Office и обращаться к почтовым ящикам через Outlook.

У этого подхода есть определенные недостатки. Если на предприятии нет сервера Terminal Services, то его придется купить. Кроме того, необходимо приобретать лицензии Terminal Server Client Access Licenses (TSCAL) для всех удаленных рабочих станций. В зависимости от числа подключаемых рабочих станций, эти затраты могут быть оправданными. Но прежде чем потратить деньги на сервер Terminal Services или лицензии TSCAL, необходимо оценить надежность унаследованных систем. Старые аппаратные средства могут выйти из строя раньше, чем удастся вложить деньги.

Рабочие станции Macintosh

Не следует отчаиваться, если к серверу Exchange предстоит подключить рабочие станции Mac. На первый взгляд проще всего объявить руководству о неумении работать с компьютерами Mac, но в действительности подключить Mac к Exchange достаточно просто.

Компания Microsoft выпускает версию Office для Mac. В текущей версии (Microsoft Office 2004 for Mac) нет клиента Outlook, его заменяет программа Microsoft Entourage 2004 for Mac, которая похожа на Outlook и полностью поддерживает соединения с Exchange Server. Более подробно об Entourage можно узнать на Web-узле Microsoft Mactopia Entourage по адресу http://www.microsoft.com/mac/products/ entourage2004/entourage2004.aspx?pid=entourage2004.

Другие типы рабочих станций

Windows и Mac — наиболее распространенные операционные системы, но они не единственные системы, которые приходится подключать к серверам Exchange. Например, существует много рабочих станций с Linux и Unix. Если нельзя напрямую подключить рабочие станции к серверу Exchange, то можно применить Microsoft Outlook Web Access (OWA), чтобы предоставить пользователям доступ к почтовым ящикам Exchange. В общем, обращаться к Exchange через OWA можно с любой системы с современным браузером. Это приемлемое решение и для удаленных рабочих станций со старыми версиями Windows, когда применение Terminal Services исключается.

Поиск оптимального варианта

Администрирование многоплатформенной среды Exchange редко оказывается простой задачей. Однако, как показано в данной статье, есть несколько способов наладить сосуществование Exchange с другой почтовой платформой. С помощью описанных методов можно подготовить кроссплатформенное решение, соответствующее нуждам предприятия.

Брайен Поуси — Вице-президент по исследованиям компании Relevant Technologies. http://www.brienposey.com

Административные кроссплатформенные ресурсы Exchange

Информация и инструменты Exchange:
Microsoft Exchange Server 2003 Resource Kit

голоса
Рейтинг статьи
Ссылка на основную публикацию
ВсеИнструменты
Adblock
detector