Доступ к серверу обмена файлами SMB неуспешен с помощью псевдонима DNS CNAME
В этой статье данная статья предоставляет решения проблемы, из-за которую псевдоним DNS CNAME не может получить доступ к файлам SMB-серверов.
Применяется к: Windows 10 — все выпуски, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows 7 Пакет обновления 1
Исходный номер КБ: 3181029
Симптомы
Если приложение или пользователь использует фактическое имя хранилища (имя NetBIOS или FQDN) для файлов или других ресурсов на сервере, использующем SMB, доступ будет успешным.
Когда приложение или пользователь использует псевдоним CNAME для файлов или других ресурсов на сервере, использующем SMB, и вы пытаетесь подключиться к акции на файловом сервере с его псевдонимом DNS CNAME. Например, вы пытаетесь подключиться к доле на файловом сервере с помощью псевдонима DNS CNAME:
В этом случае вы испытываете следующие действия:
Успешное Windows сервера 2008 R2 или Windows 7.
Доступ из Windows Server 2012 R2, Windows 8.1 или более поздней версии Windows неуспешен. В этом случае вы получаете сообщение об ошибке, напоминаемом следующее:
\\uncpath недоступен. Возможно, у вас нет разрешения на использование этого сетевого ресурса. Обратитесь к администратору этого сервера, чтобы узнать, есть ли у вас разрешения на доступ.
Ошибка logon. Имя целевой учетной записи неверно.
Причина
Если вы используете сетевой монитор, проводную акулу или анализатор сообщений Майкрософт для проверки сетевого следа при успешной установке сеанса SMB, сеанс переходит к tree Подключение.
Однако при проверке сетевого следа при неудачной установке сеанса SMB сеанса с ошибкой Kerberos KRB_AP_ERR_MODIFIED. Вот пример неудачного запроса на установку сеансов SMB в сетевом следе:
В неудачном запросе на установку сеанса SMB клиент передает неправильный SPN CNAME. SpN может быть неправильным, так как он зарегистрирован на старом сервере. Однако в случае успешного запроса на установку сеанса SMB, например в клиентском случае Windows Server 2008 R2, клиент переназначит spN для фактического имени сервера.
Если имя файлового сервера было разрешено с помощью DNS, клиент SMB привносим суффикс DNS в имя, предоставленное пользователем. То есть первым компонентом SPN всегда будет имя пользователя, как в следующем примере:
Эта попытка не удалась бы для более старых реализации SMB (Например, AIX Samba 3.5.8), которые не могут быть настроены для проверки подлинности Kerberos и не прослушивают порт прямого хоста SMB 445, а только в порту NetBIOS 139.
Если имя файлового сервера было разрешено с помощью другого механизма, например
клиент SMB использует предоставленное пользователем имя, например следующее:
Решение
Чтобы устранить эту проблему на файловом сервере с протоколом SMB версии 1, добавьте значение в DisableStrictNameChecking реестр:
Расположение реестра: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters
Имя DWORD: DisableStrictNameChecking
Значение DWORD: 1
Не используйте DNS CNAMEs в будущем для файловой серверы. Если вы хотите по-прежнему давать альтернативные имена серверам, вы можете сделать это со следующей командой:
NETDOM COMPUTERNAME/ADD
Эта команда автоматически регистрирует SPNs для альтернативных имен.
Мы не рекомендуем устранять эту проблему для файлового сервера, который не Windows, введя следующие команды в окне командной подсказки на Windows компьютере. Необходимо войти в систему с учетными данными администратора домена. Затем нажмите кнопку Ввод в командной подсказке для регистрации SPN для CNAME устройства хранения файлового сервера Windows на основе:
Трассировка сети
Чтобы собрать сетевой след, выполните следующие действия:
Откройте окно командной подсказки, введите следующую команду и нажмите кнопку Ввод:
Удалите все существующие сетевые подключения File Server, заверив следующую команду:
Инициализация кэша всех имен путем удаления существующего кэша:
Чтобы удалить кэш DNS, введите следующую команду и нажмите кнопку Ввод:
Чтобы удалить кэш NetBIOS, введите следующую команду и нажмите кнопку Ввод:
Чтобы удалить кэш Kerberos, введите следующую команду и нажмите кнопку Ввод:
Чтобы удалить кэш ARP, введите следующую команду и нажмите кнопку Ввод:
Попробуйте подключиться к сетевой сети, введя следующую команду и нажав кнопку Ввод:
Чтобы остановить сетевой след в неудачном сценарии, введите следующую команду и нажмите кнопку Ввод:
Сбор параметров реестра
Чтобы собрать параметры реестра на файловом сервере, выберите Начните, выберите Выполнить, введите команду в поле Открыть, а затем выберите ОК. Повторите этот шаг для следующих команд:
Файлы параметров реестра (. ВИЧ) сохраняются в папке TEMP на файловом сервере.
Проверка параметров реестра
Проверьте параметры следующих значений реестра на файловом сервере:
Применение hotfixes (сервер и клиент)
Для Windows 7 и Windows Server 2008 R2 применим следующий Windows 7 Корпоративная фикс:
Кроме того, применим следующие горячие фиксы:
Ссылки
Заявление об отказе от ответственности за сведения о продуктах сторонних производителей
В этой статье упомянуты программные продукты независимых производителей. Корпорация Майкрософт не дает никаких гарантий, подразумеваемых и прочих, относительно производительности и надежности этих продуктов.
Устранение неполадок и мониторинг синхронизации на стороне сервера
Если вы включили режим Только единый интерфейс, перед выполнением описанных в этой статье процедур сделайте следующее:
На этой странице представлены сведения по устранению неполадок при синхронизации на стороне сервера. Периодически проверяйте обновленную информацию о новых найденных проблемах и их решениях.
Панель мониторинга ошибок синхронизации на стороне сервера
Выполните шаги, описанные в данной статье базы знаний, чтобы включить и использовать панель мониторинга и получать сведения об ошибках синхронизации.
Панель мониторинга «Производительность синхронизации на стороне сервера»
Панель мониторинга «Производительность синхронизации на стороне сервера» позволяет быстро получить представление о работоспособности почтовых ящиков, для которых используется синхронизация на стороне сервера.
Эта панель мониторинга состоит из нескольких диаграмм, каждая из которых иллюстрирует производительность синхронизации на стороне сервера в вашей организации.
Щелкните номер в списке почтовых ящиков, для которых настроена синхронизация на стороне сервера, чтобы узнать состояние конкретного почтового ящика.
Щелкните значок таблицы на каждой диаграмме, чтобы просмотреть записи, используемые для формирования диаграммы.
Общие оповещения и рекомендуемые решения
Почтовый ящик отключен для синхронизации
Оповещение. Для почтового ящика отключена синхронизация встреч, контактов и задач, так как при установке безопасного подключения к серверу Exchange Server возникла ошибка. Владельцу связанного профиля сервера электронной почты направлено уведомление.
Ошибка при установке безопасного подключения
Оповещение. Для почтового ящика невозможно получение электронной почты, так как во время установки безопасного подключения к серверу электронной почты возникла ошибка. Для почтового ящика отключено получение сообщений электронной почты. Владельцу профиля сервера электронной почты направлено уведомление.
Сообщение электронной почты имеет статус «Ожидание отправки»
Если создать сообщение электронной почты в Customer Engagement (on-premises) и нажать кнопку Отправить, сообщение будет отправлено только в том случае, если интеграция электронной почты была правильно настроена и включена для отправки сообщений электронной почты из Customer Engagement (on-premises).
Убедитесь, что для пользователя, отправляющего сообщение, включена отправка электронной почты.
Щелкните Параметры, затем щелкните Настройка электронной почты.
Щелкните Почтовые ящики, затем измените представление на Активные почтовые ящики.
Выберите запись почтового ящика Customer Engagement (on-premises) для пользователя, который отправил сообщение электронной почты, затем нажмите кнопку Изменить.
Убедитесь, что пользователь правильно настроен и для него включена отправка электронной почты:
Адрес электронной почты требует утверждения администратором Office 365
Предупреждение: Невозможно отправить/получить сообщение электронной почты, так как адрес электронной почты для почтового ящика должен быть утвержден администратором Office 365. Для почтового ящика отключены получение и отправка сообщений электронной почты. Владельцу профиля сервера электронной почты Exchange Online направлено уведомление.
Причина:
Эта ошибка возникает, если пользователь настроен для использования профиля сервера электронной почты Microsoft Exchange Online, но его адрес электронной почты не утвержден администратором Office 365. Пользователю с ролью глобального администратора в Office 365 должен утвердить адрес электронной почты каждого пользователя, который использует профиль сервера электронной почты Microsoft Exchange Online. В профиле Microsoft Exchange Online используется проверка подлинности сервер-сервер между приложениями Dynamics 365 for Customer Engagement и Exchange Online. Эта проверка подлинности зависит доверия между Customer Engagement и Exchange Online. После проверки адреса электронной почты в Customer Engagement (on-premises) в качестве глобального администратора Office 365 приложения Customer Engagement смогут отправлять и получать электронную почту данного пользователя без необходимости предоставления учетных данных электронной почты в Customer Engagement (on-premises).
Решение:
Чтобы утвердить один или несколько почтовых ящиков, выполните следующие действия.
Войдите в приложения Customer Engagement как пользователь с ролью глобального администратора Office 365 или ролью администратора сервиса Dynamics 365 в Office 365.
Перейдите в раздел Параметры > Настройка электронной почты.
Щелкните Почтовые ящики.
Выберите Активные почтовые ящики или выполните запрос Расширенный поиск, чтобы определить список почтовых ящиков для обновления.
Выберите список почтовых ящиков, которые требуется утвердить, и щелкните Утвердить адрес электронной почты.
Нажмите кнопку ОК, чтобы утвердить адреса электронной почты.
Щелкните Проверить и включить почтовые ящики, чтобы повторно проверить обработку электронной почты для включенных почтовых ящиков.
Адреса электронной почты должны быть утверждены
Решение:
Почтовые ящики необходимо утвердить, чтобы выполнялась обработка электронной почты. Чтобы утвердить почтовые ящики, выполните следующие действия.
Войдите в приложения Customer Engagement как пользователь с ролью глобального администратора Office 365 или ролью администратора сервиса Dynamics 365 в Office 365.
Перейдите в раздел Параметры > Настройка электронной почты.
Щелкните Почтовые ящики.
Выберите Активные почтовые ящики или выполните запрос Расширенный поиск, чтобы определить список почтовых ящиков для обновления.
Выберите список почтовых ящиков, которые требуется утвердить, и щелкните Утвердить адрес электронной почты.
Нажмите кнопку ОК, чтобы утвердить адреса электронной почты.
Щелкните Проверить и включить почтовые ящики, чтобы повторно проверить обработку электронной почты для включенных почтовых ящиков.
Можно удалить требование утверждения для почтовых ящиков на вкладке Параметры > Администрирование > Системные параметры > Электронная почта. Снимите флажки Обрабатывать сообщения электронной почты только для утвержденных пользователей и Обрабатывать сообщения электронной почты только для утвержденных очередей, а затем нажмите кнопку ОК. При использовании профиля Microsoft Exchange Online глобальный администратор Office 365 все же должен утверждать адреса электронной почты.
Не удалось определить местоположение почтового ящика
Решение. Это оповещение отображается, если профиль сервера электронной почты (Параметры > Настройка электронной почты > Профили серверов электронной почты) настроен для использования параметра Автообнаружение расположения сервера, но при автообнаружении не удалось определить расположение почтового ящика. Если возникает эта проблема, свяжитесь с администратором Exchange, чтобы проверить, настроена ли сеть для автообнаружения. Можно обновить профиль сервера электронной почты и выбрать значение Нет для параметра Автообнаружение расположения сервера. Затем укажите URL-адрес веб-служб Exchange для развертывания Exchange. Например: https://ExchangeServerName/EWS/Exchange.asmx.
Учетные данные неверны или их разрешения недостаточны
Оповещение. Невозможно отправить/получить сообщение электронной почты, так как учетные данные, указанные в связанном профиле сервера электронной почты, неверны или у них недостаточно разрешений для отправки/получения почты. Для почтового ящика отключены получение и отправка сообщений электронной почты. Владельцу профиля сервера электронной почты направлено уведомление.
Решение:
Эта ошибка может возникать, если введены неверные учетные данные или если у учетной записи пользователя, указанной для доступа к почтовому ящику, нет достаточных разрешений для доступа к почтовому ящику. Проверьте учетные данные и разрешения для почтового ящика. Если учетные данные предоставляются в профиле сервера электронной почты, убедитесь, что пользователь имеет разрешения олицетворения и доступ к почтовому ящику для каждого связанного почтового ящика.
Дополнительные сведения а настройке олицетворения Exchange и предоставлении доступа к почтовому ящику см. в следующих разделах:
Невозможно синхронизировать встречи
Оповещения. Не удается синхронизировать встречи, поскольку отсутствует поле «Организатор».
Причина. Для синхронизации встреч необходимо поле «Организатор». По умолчанию это поле не включено в форму встречи.
Решение:
Чтобы добавить поле «Организатор» в форму встречи:
Перейдите в раздел Параметры > Настройки > Настройка системы.
В разделе Компоненты раскройте узлы Сущности > Встреча и щелкните Формы.
Щелкните Встреча и перетащите поле Организатор на форму.
Щелкните Сохранить > Опубликовать.
Невозможно синхронизировать встречи, контакты и задачи
Оповещение. Не удается синхронизировать встречи, контакты или задачи, так как адрес почтового ящика настроен в другой организации Customer Engagement (on-premises). Рекомендуется перезаписать конфигурацию при проверке и включении почтового ящика в вашей основной организации. Также смените метод синхронизации для вашего почтового ящика в неосновных организациях на «Нет».
Решение:
Чтобы изменить основную организацию синхронизации и перезаписать параметры, хранящиеся в Exchange, перейдите в раздел Параметры > Настройка электронной почты > Почтовый ящик > откройте почтовый ящик > Проверить и включить почтовый ящик и выберите Синхронизируйте элементы с Exchange только из этой организации Dynamics 365 for Customer Engagement, даже если для Exchange задана синхронизация с другой организацией. Благодаря этому синхронизация на стороне сервера будет работать для данного экземпляра Customer Engagement (on-premises), но другой экземпляр больше не будет работать для синхронизации почтового ящика с помощью синхронизации на стороне сервера. Чтобы изменить метод синхронизации для встреч, контактов и задач, перейдите в раздел Параметры > Настройка электронной почты > Почтовый ящик, откройте почтовый ящик и выберите значение Нет для параметра Встречи, контакты и задачи.
Возможные проблемы и решения
Электронная почта не отправляется и не принимается, когда синхронизация на стороне сервера настроена с Gmail
Если Customer Engagement (on-premises) настроен на использование синхронизации на стороне сервера с Gmail, может возникнуть одна из следующих ошибок:
Возникла неизвестная ошибка при отправке тестового сообщения электронной почты. Почтовый ящик не синхронизирован. Владельцу связанного профиля сервера электронной почты направлено уведомление.
Для получения дополнительной информации обратитесь к этой статье базы знаний.
Часто отключается доставка в почтовые ящики
Ошибки доставки в почтовые ящики классифицированы следующим образом:
Постоянная ошибка (например, «401 Не санкционировано») или временная ошибка (например, ошибка сети).
Ошибка сервера (например, недопустимые учетные данные профиля) или ошибка почтового ящика (например, недопустимые учетные данные почтового ящика).
Customer Engagement (on-premises) отвечает на ошибки следующим образом:
В случае постоянных ошибок сервера или почтовых ящиков почтовый ящик отключается сразу после обнаружения ошибки.
В случае временных ошибок сервера или почтовых ящиков выполняется 10 повторных попыток доставки с интервалом 5 минут. Если доставка завершается ошибкой после 10 попыток, ошибка считается постоянной и почтовый ящик отключается.
Просмотрите процедуру устранения неполадок в этом разделе и, если проблема успешно разрешена, включите почтовый ящик.
Неподдерживаемые конфигурации службы электронной почты
Синхронизация на стороне сервера не поддерживает следующие сценарии:
Сочетание Exchange/SMTP и POP3/Exchange.
Создание групповых кампаний маркетинга по электронной почте.
Сценарии расширяемости, например расширение протоколов EWS/POP3/SMTP и создание настраиваемых поставщиков электронной почты.
Exchange Server 2003 и Exchange Server 2007
Синхронизация на стороне сервера в Customer Engagement или в развернутых приложениях Customer Engagement (on-premises) (локальная версия), настроенной для соответствия FIPS 140-2, требует сервера электронной почты POP3/SMTP, который также удовлетворяет требованиям FIPS 140-2. Некоторые серверы электронной почты не соответствуют FIPS 140-2, например MSN, Outlook.com или Windows Live Mail.
В большинстве ситуаций, не поддерживаемых синхронизацией на стороне сервера, можно использовать Маршрутизатор электронной почты Microsoft Dynamics CRM. Дополнительные сведения: Интеграция системы электронной почты
Не рекомендуется использовать смешанную конфигурацию синхронизации Outlook и синхронизацию на стороне сервера для встреч, контактов и задач в одной организации, так как это может вызвать обновление данных Customer Engagement (on-premises) без синхронизации со всеми участниками.
Запись встречи не создается в Customer Engagement (on-premises) при отслеживании приглашенным пользователем
Рассмотрим следующий сценарий отслеживания события в Customer Engagement (on-premises):
Организатор события использует Outlook как метод синхронизации.
Приглашенный на событие пользователь использует синхронизацию на стороне сервера как метод синхронизации.
В Dynamics 365 for Outlook организатор создает встречу и отправляет приглашение приглашенному пользователю.
В Dynamics 365 for Outlook приглашенный пользователь отслеживает встречу.
Приглашенный пользователь входит в Customer Engagement (on-premises) и переходит в раздел Маркетинг > Действия > Встреча > Мои встречи.
В результате встреча не создается в Customer Engagement (on-premises) для приглашенного пользователя.
Это известная проблема, которая не поддерживается. Если организатором является пользователь вне организации Customer Engagement (on-premises), пользователь Customer Engagement (on-premises), который является приглашенным пользователем, все же сможет отслеживать встречу, и для него будет создана запись в Customer Engagement (on-premises).
Действия и встречи сервиса не синхронизируются из Outlook в Customer Engagement (on-premises)
Изменения, внесенные в действия и встречи сервиса в Customer Engagement (on-premises) будут обновлены в Dynamics 365 for Outlook при синхронизации, но не наоборот. При внесении изменений в действия и встречи сервиса в Dynamics 365 for Outlook изменения не синхронизируются с Customer Engagement (on-premises). Встречи сервиса планируются агентом, и сведения о доступности или занятости ресурсов должны быть доступны только в Customer Engagement (on-premises).
Помните о лимитах на получение и отправку Exchange Online
Для корпоративных клиентов с большим потоком почты проверьте, что лимиты на получение и отправку Exchange Online не превышаются. См. Лимиты Exchange Online
Как устранить неполадки, связанные с отображением сведений о доступности, при гибридном развертывании локальной версии Exchange Server и Exchange Online в Office 365
Примечание. Мастер гибридной конфигурации, который входит в состав консоли управления Exchange в Microsoft Exchange Server 2010, больше не поддерживается. Таким образом, вы больше не должны использовать старый мастер гибридной конфигурации. Вместо этого воспользуйтесь мастером гибридной конфигурации Office 365, который можно найти по адресу http://AKA.MS/HybridWizard. Дополнительные сведения можно найти в разделе Мастер гибридной конфигурации Office 365 для Exchange 2010.
ВВЕДЕНИЕ
В этой статье объясняется, как устранять проблемы с свободными и занятыми данными в гибридном развертывании локального сервера Microsoft Exchange Server и Microsoft Exchange Online в Office 365.
ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ
Чтобы устранить эту проблему, запустите руководство. Дополнительные сведения о том, как развертывать Федерацию Exchange, можно найти на веб-сайте корпорации Майкрософт по следующему адресу:
Настройка федеративного общего предоставления После настройки федерации Exchange может возникнуть одна или несколько из перечисленных ниже проблем.
Не удается получить сведения о доступности из любой учетной записи в любой из сред.
Не удается получить сведения о доступности из одной среды.
Не удается получить сведения о доступности из локальной учетной записи, используя облачную учетную запись.
Не удается получить сведения о доступности из облачной учетной записи с помощью локальной учетной записи.
Сведения о доступности недоступны в сценарии гибридного развертывания между Exchange Online и локальным сервером Exchange Server 2003 или смешанной локальной организацией Exchange Server 2003 и Exchange Server 2007.
В облачных почтовых ящиках не отображаются сведения о доступности для локальных почтовых ящиков.
Не удается получить сведения о доступности из любой учетной записи в любой из сред
Пользователи в любой из сред федеративной организации Exchange не смогут получать сведения о доступности из почтовых ящиков, которые находятся в другой среде. В этом случае проблема может быть в том случае, если приложение Outlook не устарело или служба Exchange Federation не настроена должным образом. Чтобы устранить эту проблему, посоветуйте пользователям определить, возникает ли проблема при использовании Microsoft Outlook и в Outlook в Интернете (прежнее название — Outlook Web App) для Office 365. Если поведение отличается в Outlook и Outlook в Интернете, возможно, проблема заключается в том, что клиент Outlook не отвечает требованиям Федерации Exchange. Вот что следует попросить сделать пользователя.
Нажмите кнопку Параметры (
) и выберите пункт Office 365.
Выберите пункт программное обеспечениеи нажмите кнопку установить.
После того как пользователь настроит классическое приложение Office 365, проблему доступности необходимо устранить. Если эта проблема возникает идентично в Outlook и Outlook в Интернете, возможно, возникла проблема, связанная с настройкой Exchange Federation в Организации. В этом случае ознакомьтесь с разделом » Помощник по развертыванию Microsoft Exchange Server «, чтобы убедиться, что среда соответствует системным требованиям.
Не удается получить сведения о доступности из одной среды
Пользователи не могут получить доступ к сведениям о доступности через Федерацию Exchange в одном конкретном направлении. Например, локальные пользователи не могут получить доступ к сведениям о доступности из облачных почтовых ящиков. Кроме того, облачные пользователи не могут получить доступ к сведениям о доступности из локальных почтовых ящиков. В этом сценарии проблема может быть вызвана недопустимым настройкой URI целевого объекта приложения. Или политики общего доступа в локальной среде Exchange Server и в Exchange Online могут не совпадать. Чтобы решить эту проблему, выполните указанные ниже действия.
На локальном компьютере, на котором запущен Exchange Server, откройте консоль управления Exchange.
В командной строке введите указанную ниже команду и нажмите клавишу ВВОД.
В этой команде <> домена office 365 представляет домен Office 365 по умолчанию (например, contoso.onmicrosoft.com).
Чтобы отобразить сведения о доверии, настроенные в настоящее время для домена Office 365 по умолчанию, выполните следующую команду:
Убедитесь, что в разделе имя_домена отображаются следующие элементы:
Имя домена маршрутизации услуг компании (например, mail.contoso.onmicrosoft.com).
Имя федеративного домена компании (например, contoso.com).
Если проблема со сведениями о доступности сохраняется, убедитесь, что политики общего доступ в локальной среде Exchange Server и в Exchange Online совпадают. Чтобы определить это, выполните в командной консоли Exchange следующую команду и запишите значение в поле Domains (домены ) в результатах.
Подключение к Exchange Online с помощью Windows PowerShell для выполнения одного и того же теста в другой среде. Это можно сделать, чтобы определить, совпадают ли политики общего доступа. Дополнительные сведения о подключении к Exchange Online с помощью Windows PowerShell можно найти на веб-сайте корпорации Майкрософт по следующему адресу:
После подключения к Exchange Online выполните в окне Windows PowerShell указанную ниже команду, как в локальной среде, а затем запишите значение в поле Domains (домены ).
Не удается получить сведения о доступности из облачной учетной записи с помощью локальной учетной записи
В командной консоли Exchange выполните следующую команду, где OnPremisesMailbox> — это адрес почтового ящика пользователя, который размещен в локальной среде.
Примечание. Эта команда проверяет маркер доверия федерации, который используется локальным пользователем.
Не удается получить сведения о доступности из локальной учетной записи с помощью облачной учетной записью
Проблема ограничена облачными пользователями, которые пытаются получить сведения о доступности для локальных почтовых ящиков. В этом случае используемые почтовые ящики могут размещаться на сервере Exchange Server 2003, а не на сервере Exchange Server 2007 или Exchange Server 2010. Exchange Server 2003 не поддерживает запросы веб-служб Exchange, которые используются в более поздних версиях для получения сведений о доступности. Убедитесь в том, что все данные о доступности, которые хранятся в общедоступных папках Exchange Server 2003, реплицируются на сервер почтовых ящиков Exchange Server 2010, поддерживающий базу данных общедоступных папок.
Вы можете установить роль почтового ящика на том же сервере, на котором установлена роль сервера клиентского доступа (ЦС), используемая для поддержки Федерации. Дополнительные сведения о том, как это сделать с помощью помощника по развертыванию Microsoft Exchange Server, можно найти в помощнике по развертыванию Exchange Server.
Если при попытке получения сведений о доступности для локальных почтовых ящиков у пользователей возникли проблемы, проверьте, не связана ли проблема с подключением к локальной службе автообнаружения. Для этого выполните следующие действия:
Откройте анализатор удаленного подключения (Майкрософт) на следующем веб-сайте Майкрософт:
На странице автообнаружения Outlook заполните форму, используя адрес электронной почты и пароль учетной записи в локальной среде, в которой возникли проблемы. Установите флажок, чтобы подтвердить, что у вас есть полномочия на ввод учетных данных рабочей учетной записи.
Чтобы убедиться в том, что автоматическая программа выполняет запрос, необходимо выполнить запрос на управление этим интерфейсом. Введите буквы и цифры из рисунка в поле, а затем нажмите кнопку выполнить проверку.
Если тест не удалось выполнить, проверьте параметры локального прокси-сервера и брандмауэра. Убедитесь, что ЦС Exchange Online доступен через Интернет через порт 443.
Информация о доступности недоступна в гибридном развертывании Exchange Online и локальной организации Exchange 2003 либо смешанной организации, которая является локальной для Exchange 2003 и Exchange 2007.
В этом сценарии общедоступная папка OU = EXTERNAL (FYDIBOHF25SPDLT) отсутствует в иерархии общедоступных папок и должна быть добавлена. Чтобы добавить общедоступную папку OU = EXTERNAL (FYDIBOHF25SPDLT), выполните указанные ниже действия.
Подключитесь к локальному серверу Exchange 2010 (общедоступным папкам) с сервера общих папок.
Откройте Windows PowerShell.
Выполните следующую команду: Add-PsSnapin Microsoft.Exchange.Management.Powershell.Setup
Выполните следующую команду: Install-FreeBusyFolder
В облачных почтовых ящиках не отображаются сведения о доступности для локальных почтовых ящиков.
Чтобы установить значение, выполните следующую команду:
Например, выполните следующую команду:
ССЫЛКИ
Требуется дополнительная помощь? Откройте сообщество Майкрософт или форумы Exchange TechNet.
