Хорошо, вот то, с чем мы боролись с момента установки OCS 2007.
Сайт нашей компании company.com
Наши электронные письма dubRun@company.com
Когда Домен был настроен внутри для активного каталога, было выбрано что-то другое
Внутренний домен: company.local
Таким образом, в AD адрес электронной почты учетной записи first.last@company.local не совпадает с фактическим адресом электронной почты.
Мы установили Office Communicator Server 2007 и получили для него следующее полное доменное имя:
server-dc.company.local
Пользователи могут войти в систему, используя firstname.lastname@company.local и поговорите с другими коллегами.
Я бы хотел воспользоваться преимуществом присутствия, которое выглядит так, как будто учетная запись электронной почты в Outlook должна соответствовать учетной записи электронной почты в AD.
Скажите мне, сообщество ServerFault, возможно ли это, или нужно каким-то образом изменить Active Directory, чтобы это работало?
Нет причин, по которым ваши пользователи не должны иметь возможность входить в систему, используя свою учетную запись электронной почты, при условии, что OCS правильно настроен для использования URI SIP user@company.com, а DNS настроен правильно. Есть несколько областей конфигурации, в которых вам нужно будет это проверить, но обратите особое внимание на конфигурацию сертификата. Я видел такого рода сбой, когда не все SAN были правильно настроены на сертификатах и когда различные записи DNS SRV были неправильными. Вы можете найти краткое описание шагов, которые необходимо выполнить, чтобы все это заработало. Вот и есть неплохая упрощенная документация по установке на OCSPedia.
В его нынешнем виде также возможно, что вашим конечным пользователям просто нужно применить Коммуникатор Roll-up Hotfix из KB969694. Сбои присутствия, связанные с интеграцией Outlook, могут быть решены этим, если проблемы являются просто проблемой на стороне клиента.
Я по-прежнему рекомендую вам внимательно изучить конфигурацию Cert \ DNS в вашей среде, поскольку вы действительно должны иметь возможность заставить пользователей просто установить Communicator и заставить его «просто работать».
Вам необходимо внести следующие изменения:
Ваши внутренние (и внешние, если вам нужен внешний доступ) настройки DNS должны иметь записи A для всех служб OCS (SIP, веб-конференции, AV и т. Д.). Если Communicator вообще работает, то, вероятно, все в порядке, но стоит проверить. В идеале у вас также должны быть записи DNS SRV для имен автообнаружения (это _sipinternaltls._tcp.company, _sipinternal._tcp.company.com, _sip._tls.company.com и _sip._tcp.company.com), которые указывают на Передний план. Завершите сервер, чтобы процесс автоматического обнаружения работал правильно. Специфика резюмировано здесь. Автообнаружение будет работать даже без записей SRV, если у вас есть соответствующие псевдонимы (_sipinternal.company.com и т. Д.), Настроенные как записи A в DNS. Коммуникатор пробует несколько альтернатив, прежде чем потерпит неудачу, поэтому вы можете обойтись без записей SRV, но лучше всего создать их, если сможете.
Изменения DNS достаточно просты, если вы не используете сертификаты, но если вы используете сертификаты (которые вам понадобятся для внешнего доступа), вам также нужно будет позаботиться о том, чтобы настроить сертификаты соответствующим образом - снова шаги, которые вам нужно выполнить для создание запросов на сертификаты, установка и настройка служб для их использования доступны в эта страница OCSpedia. Полная документация для все это от Microsoft можно скачать отсюда и я бы порекомендовал вам потратить время на его проработку, если вы можете, ссылки на OCSpedia и блог должны быть достаточными, но они представляют собой упрощенный набор шагов.
Чтобы изменить имя, пользователи входят в коммуникатор с адресом username@company.local, вам необходимо добавить company.com в качестве домена SIP в пул серверов переднего плана. Если вы щелкните правой кнопкой мыши пул в OCS Manager, вы сможете войти в мастер настройки пула / сервера, чтобы сделать это.