| Россия, Москва, РОСНОУ |
Инспектор
Вы можете этот курс.
Опубликован: 30.04.2006 | Уровень: специалист | Доступ: платный
Лекция 13:
Соединение групп маршрутизации
Аннотация: Ранее рассказывалось об архитектуре маршрутизации сообщений в организации Microsoft Exchange Server 2003. Здесь же обсуждались группы маршрутизации и их использование для объединения серверов с постоянным высокоскоростным соединением. Приводилось описание алгоритма состояния связи, представляющего собой протокол сообщения о состоянии связи, принятый к использованию взамен таблицы Gateway Address Routing Table (GWART), использовавшейся в Exchange Server 5.5. В предыдущей лекции рассказывалось о том, как создавать и осуществлять управление группами администрирования и маршрутизации. Все, что нужно знать для поддержки функционирования этих компонентов, – как создать и поддерживать отдельные коннекторы, соединяющие вместе группы маршрутизации, а также как использовать автоматически генерируемую информацию о состоянии связи, связанную с этими соединениями. Как раз об этом и пойдет речь в данной лекции.
Ключевые слова: коннектор, маршрутизация, re-route, f-connector, smtp, удаленный вызов процедур, RPC, exchange, пропускная способность, exchange server, информационная среда, group, mail, transport protocol, канал связи, двунаправленность, программа, system manager, диспетчер, исключение, generality, группа, CAN, send, this, сервер, виртуальный сервер, remote, Microsoft Windows, NT-1, учётная запись, шлюз, отказоустойчивость, передача сообщений, DNS, NetBIOS, отправка сообщения, Transport layer, TLS, локальная сеть, delivery, restriction, recipient, приоритет сообщения, группа пользователей, WAN, delivery time, content restriction, размер сообщения, priority, репликация, мониторинг, транспортная, TCP, скорость передачи, microsoft exchange server, Outlook, internet mail, Лес, ПО, SMART, host, mx/s, конфигурирование, шифрование, аутентификация, область действия, Connection, scope, addressing space, адресное пространство, forwarder, полностью определенное доменное имя, FQDN, принятия решений, advanced, triggering, turn, обмен информацией, аутентификационные данные, запрос удаления, requester, additive, connect time, почтовый ящик, isp, dequeue, issue, строка символов, cc:, relay, параграф, администрирование, queue, COM, значение, system, топология, пользователь, стоимость, маршрут, link state, информация, операционная система, Windows NT, Windows Server, поддержка
В действительности используются только три коннектора для соединения групп маршрутизации.
- Коннектор Routing Group Connector (RGC). Коннектор Routing Group Connector (RGC) является главным коннектором, используемым для соединения групп маршрутизации, и он наиболее прост в настройке. Этот коннектор использует протокол SMTP как транспортный механизм по умолчанию, однако при необходимости используется удаленный вызов процедур (RPC).
- Коннектор SMTP. Коннектор SMTP требует выполнения несколько большего объема работ при установке, нежели коннектор RGC, и обеспечивает некоторые другие возможности. Как правило, этот коннектор используется для соединения групп маршрутизации, в которых необходимо принудительно использовать SMTP в качестве механизма передачи данных. Коннектор SMTP применяется также для соединения организации Exchange с внешней системой обмена сообщениями (такой как интернет) с помощью SMTP.
- Коннектор X.400. Коннектор X.400 предназначен для соединения групп маршрутизации и для подключения к внешним системам. При соединении групп маршрутизации главным преимуществом этого коннектора является возможность его работы на крайне ненадежных каналах связи с очень низкой пропускной способностью. Коннектор X.400 описывается в лекции 1 "Функциональность, безопасность и поддержка Exchange Server 2003" .
Коннектор Routing Group Connector
В большей части информационных сред коннектор Routing Group Connector наилучшим образом подходит для соединения групп маршрутизации, так как обладает высокими скоростными характеристиками, высокой степенью надежности и, в то же время, прост в установке. Коннектор RGC использует протокол Simple Mail Transport Protocol (SMTP), поэтому может работать даже при наличии низкоскоростного канала связи или ненадежного соединения.
Коннектор Routing Group Connector представляет собой однонаправленное соединение одного сервера в одной группе маршрутизации с другим сервером в другой группе маршрутизации. Следовательно, если необходимо использование двунаправленного соединения (как правило, так оно и есть), потребуется создать два коннектора для формирования логической двунаправленной связи между двумя группами маршрутизации.
К счастью, программа System Manager (Диспетчер системы) позволяет автоматически настраивать противоположный конец соединения при создании первого коннектора. Если использовать эту возможность, коннектор, созданный Exchange в удаленной группе маршрутизации, наследует параметры, установленные для локального коннектора, за исключением двух важных моментов.
Первое исключение показано на вкладке General (Общие) окна свойств коннектора Routing Group Connector (см. рис. 13.1). Если удаленная группа маршрутизации содержит несколько серверов, Exchange Server включает опцию These Servers Can Send Mail Over This Connector (Эти серверы могут передавать почту через данный коннектор), после чего выбирает каждый сервер SMTP для данной конфигурации. Если какой-либо из виртуальных серверов, созданных на конечных серверах, является несовместимым с передачей сообщений через данный коннектор, потребуется либо вручную удалить эти серверы из списка, либо вручную настроить другой коннектор.
Второе исключение, относящееся к наследуемым параметрам, отображается на вкладке Remote Bridgehead (см. рис. 13.2). Exchange Server выводит все виртуальные серверы SMTP в качестве конечных серверов. Если виртуальный сервер SMTP не должен являться конечным сервером, потребуется либо удалить этот сервер из списка вручную, либо вручную же настроить коннектор.
Примечание. Если рассматриваемая организация Exchange содержит серверы Exchange 5.5, и эти серверы расположены внутри отдельного домена Microsoft Windows NT 4, можно подключить коннектор Routing Group Connector как учетную запись в домене NT 4. Помните, что коннектор Routing Group Connector выглядит как коннектор сайта в организации Exchange 5.x, и что он функционирует таким же образом.
Рис. 13.1. Указание серверов, которые могут отправлять электронную почту через рассматриваемый коннектор
Коннектор Routing Group Connector использует сервер-мост, выступающий в роли шлюза, через который сообщения входят и выходят из группы маршрутизации. Коннектор RGC обеспечивает определенный уровень отказоустойчивости, разрешая использовать несколько исходных и конечных серверов-мостов. Серверы-мосты используются одним из трех способов.
- Сервер-мост не назначается, и все серверы в группе маршрутизации функционируют в качестве серверов-мостов для передачи сообщений.
- Назначается один сервер-мост, и вся электронная почта, направленная в другие группы маршрутизации, проходит через этот сервер. Это позволяет администратору осуществлять тщательный контроль над конфигурацией обмена сообщениями.
- Используются несколько серверов-мостов, и вся электронная почта проходит через один из назначенных серверов. Такая конфигурация обеспечивает преимущества, заключающиеся в распределении нагрузки и отказоустойчивости. Если один сервер-мост недоступен для передачи сообщений, то эту функцию сможет выполнять другой доступный сервер.
Примечание. В Microsoft рекомендуют наличие канала связи с пропускной способностью не менее 64 Кбит/с, обеспечиваемого коннектором Routing Group Connector. Кроме того, в настоящий момент невозможно использовать шифрование между серверами-мостами.
Пример из практики.Обработка IP-адресов конечного сервера для серверов-мостов
Когда сервер-мост (BHS), на котором расположен коннектор Routing Group Connector, принимает сообщение, направленное на сервер в другой группе маршрутизации, сервер BHS предпринимает некоторые действия для обработки IP-адреса конечного сервера BHS. Сервер BHS соединяется с DNS и осуществляет попытку обработки IP-адреса адресной записи (A) конечной машины. При наличии нескольких записей DNS учитывает значения предпочтений при выборе BHS для обработки. При использовании Windows DNS все Windows-серверы автоматически регистрируют А-записи в DNS. Если А-записи не существует, сервер BHS пытается обработать IP-адрес с помощью процедуры разрешения имен NetBIOS.
Дополнительная информация. Чтобы узнать больше о системе DNS и Windows Server 2003, обратитесь к книгам "Microsoft Windows Server 2003. Справочник администратора" авторов Чарли Рассела, Шарон Кроуфорд и Джейсона Джеренд (издательство "Эком", 2004 г.) и "Active Directory для Microsoft Windows Server 2003. Справочник администратора" авторов Стейна Реймера и Майка Малкера (издательство "Эком", 2004 г.).
