Отсутствует подключение к microsoft exchange 2010

Содержание
  1. Последствия обновлений Exchange Server 2010 и борьба с ними
  2. Моя изначальная конфигурация
  3. Автоматическое подключение дополнительных почтовых ящиков к Outlook
  4. Служба Microsoft Exchange Transport на стартует при запуске системы
  5. Служба Microsoft Exchange Address Book на стартует при запуске системы
  6. Ошибки счетчиков производительности
  7. Возможные конфликты портов
  8. Предупреждения о HomeMTA
  9. Полезные ссылки
  10. Ошибка при обновлении Exchange Offline Address Book в Outlook 2010/2013 – Task reported error (0x8004010F): The operation failed. An object cannot be found
  11. Диагностируем проблему
  12. Решаем проблему
  13. Похожее
  14. Как исправить ошибку outlook «отсутствует подключение к microsoft exchange» – ПК Консультант
  15. Неправильная настройка учетной записи
  16. Устаревшая версия Microsoft Exchange
  17. Проблемы с подключением Outlook к почтовым ящикам Exchange из-за требований к шифрованию RPC
  18. Симптомы
  19. Решение
  20. Outlook 2010
  21. Outlook 2013
  22. Способ 2: Отключение требования шифрования на всех серверах клиентского доступа
  23. Причина
  24. Исправить Соединение с Microsoft Exchange недоступно, Outlook должен быть подключен или подключен
  25. Изменить реестр
  26. Создать новый псевдоним
  27. Сбрось свой DNS
  28. 6 недель до окончания поддержки Exchange Server 2010 и Outlook 2010 — Сервисы на vc.ru
  29. Экономия на капитальных затратах для почтовой инфраструктуры
  30. Экономия на программных лицензиях
  31. Экономия трудочасов ИТ-специалистов
  32. Экономия на SSL-сертификатах
  33. Экономия на антиспам-защите и почтовом антивирусе

Последствия обновлений Exchange Server 2010 и борьба с ними

Отсутствует подключение к microsoft exchange 2010

В этой статье я расскажу о тех радостях, который мне принесли официальные обновления Exchange Server 2010 и том, как я с ними боролся:

Моя изначальная конфигурация

  • Домен на уровне Windows Server 2008 R2
  • Выделенный сервер с ОС Windows Server 2008 R2, на нём
    • Exchange Server 2010 с установленными ролями MBX, CAS и HUB; в течение его жизни ставились все актуальные обновления Update Rollup, а затем Service Pack 1
    • Forefront Protection for Exchange 2010

Автоматическое подключение дополнительных почтовых ящиков к Outlook

Не трудно представить ситуации, когда нужно получить доступ к почтовому ящику другого пользователя. Как известно, для этого совсем не нужно сбрасывать пароль этого пользователя, а достаточно в Exchange Management Console назначить Full Access Permission для этого ящика на свою учетную запись.

До выхода Exchange Server 2010 SP1 следующим шагом нужно было открыть свойства вашей учетки в Outlook-e и добавить в неё дополнительный почтовый ящик. После выхода SP1 этого делать не нужно, все почтовый ящики, на которые вам назначены полные права, при запуске Outlook будут автоматически показаны в списке.

С одной стороны, такой поведение может показаться удобным. С другой… Даже если вручную закрыть дополнительный ящик в настройках учетки Outlook, при следующем запуске он снова будет открыт. Это влечет за собой следующие негативные моменты:

  • Далеко не всегда нужно постоянно держать открытыми все ящики (которых может быть много), на которые у вас есть полные права, а также синхронизировать из содержимое.
  • Если отменить полные права на дополнительный ящик, он по-прежнему будет выводится в Outlook, но при попытке просмотреть его содержимое выдаст ошибку прав доступа.

Для того, чтобы отключить автоматическое подключение дополнительных почтовых ящиков к вашей учетке в Outlook, нужно

  • Включить отображение Advanced Features в консоли Active Directory Users and Computers
  • Для каждой учетной записи, ящик которой автоматически подключается к вашей
    • открыть Attribute Editor
    • найти параметр msExchDelegateListLink
    • удалить вашу учетку из этого списка

После перезапуска Outlook ящики обработанных таким образом пользователей отображаться не будут.

Подробнее об описанной функции можно почитать в статье Auto-mapping shared mailboxes in Exchange 2010 SP1 with Outlook 2010.

Служба Microsoft Exchange Transport на стартует при запуске системы

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

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

The Microsoft Exchange Transport service hung on starting.

Я долго не мог решить эту проблему, пока искал неисправности в самой операционной системе и компонентах Exchange.

Как выяснилось, моя система и не была в чем-то виновата, а причиной стала неполная совместимость RTM-версии Forefront Protection for Exchange 2010 с Exchange Server 2010 SP1.

Эта и другие проблемы была решены в выпуске Hotfix Rollup 2 для Forefront Protection for Exchange 2010 и описаны в статье KB2420647, всего через 3 месяца после выхода SP1 к Exchange 2010 ;[

Служба Microsoft Exchange Address Book на стартует при запуске системы

А должна бы! Эта служба необходима для полноценной работы Exchange, и если она остановлена, то, например, новый пользователь не сможет подключить свой Outlook к Exchange.

В журнале можно увидеть следующие записи:

Log Name: System Source: Service Control Manager Event ID: 7000 Description:

A timeout was reached (30000 milliseconds) while waiting for the Microsoft Exchange Address Book service to connect.

Log Name: System Source: Service Control Manager Event ID: 7009 Description: The Microsoft Exchange Address Book service failed to start due to the following error:

The service did not respond to the start or control request in a timely fashion.

Периодически, то же самое можно увидеть и для служб:

  • Net.Tcp Port Sharing Service
  • Microsoft Exchange Anti-spam Update
  • Microsoft Exchange Mailbox Replication

А также для зависимых служб:

The Net.Tcp Listener Adapter service depends on the Net.Tcp Port Sharing Service service which failed to start because of the following error:
The service did not respond to the start or control request in a timely fashion.

Мне не удалось решить эту проблему осмысленными действиями, но после долгих плясок с бубном стабильный автозапуск этих служб заработал после… Удаления клиента System Center Configuration Manager 2007 R3 и агента System Center Operations Manager 2007 R2. Мне не известно, кто из них был виноват, так как после их повторной установки проблем с запуском служб не возникало.

Ошибки счетчиков производительности

В журнале приложений регулярно появляется пачка подобных записей:

Log Name: Application Source: MSExchange Common Event ID: 106 Level: Error Description: Performance counter updating error. Counter name is Average MWI Processing Time, category name is MSExchangeUMMessageWaitingIndicator. Optional code: 3. Exception: The exception thrown is : System.InvalidOperationException: The requested Performance Counter is not a custom counter, it has to be initialized as ReadOnly. … Performance Counters Layout information: FileMappingNotFoundException for category MSExchangeUMMessageWaitingIndicator : Microsoft.Exchange.Diagnostics.FileMappingNotFoundException: Cound not open File mapping for name : Globaletfxcustomperfcounters.1.0msexchangeummessagewaitingindicator

Для того, чтобы избавиться от этих записей, нужно заново зарегистрировать потерянные счетчики производительности. Для этого в Exchange Management Shell нужно выполнить команду:

add-pssnapin Microsoft.Exchange.Management.PowerShell.Setup

Затем для каждой группы счетчиков (в моём примере это группа MSExchangeUMMessageWaitingIndicator):

new-perfcounters –definitionfilename “c:\Program Files\Microsoft\Exchange Server\V14\Setup\Perf\MwiLoadBalancerPerformanceCounters.xml”

Каждой группе потерянных счетчиков в папке c:\Program Files\Microsoft\Exchange Server\V14\Setup\Perf\ соответствует XML-файл, который можно определить либо по имени, либо поиском по содержимому.

Возможные конфликты портов

Некоторые службы Exchange используют динамические порты для входящих соединений RPC. Динамические порты случайно выбираются при каждом запуске соответствующей службы. По счастливому случаю выбор может пасть на зарезервированный порт другой службы, которая еще не успела запуститься и занять свой порт. Тогда мы получим подобный конфликт:

The WinRM service is not listening for HTTP requests because there was a failure binding to the URL (http://+:47001/wsman/) in HTTP.SYS. No remote requests will be serviced on that URL. User Action

Please use “netsh http” to check if ACL for URL (http://+:47001/wsman/) is set to Network Service.

Unable to bind to the underlying transport for [::]:47001. The IP Listen-Only list may contain a reference to an interface which may not exist on this machine. The data field contains the error number.

С помощью следующих команд вычисляем наглеца, занявшего чужой порт:

netstat -ano | findstr “:47001” TCP 0.0.0.0:47001 0.0.0.0:0 LISTENING 1412 tasklist |findstr “1412”

Microsoft.Exchange.RpcCli 1412 Services 0 159 036 K

…им оказалась служба Microsoft.Exchange.RpcCli. Чтобы избежать конфликтов, рекомендую настроить привязку к фиксированным портам с помощью следующих записей в реестре (для Exchange 2010 SP1):

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\MSExchangeAB\Parameters] “RpcTcpPort”=”59533” [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\MSExchangeRPC\ParametersSystem]

“TCP/IP Port”=dword:0000e88c

Подробное описание этих настроек можно узнать в статье Configuring Static RPC Ports on an Exchange 2010 Client Access Server.

Предупреждения о HomeMTA

Log Name: Application Source: MSExchange ADAccess Event ID: 2937 Level: Warning Description:

Process powershell.exe (PID=8552). Object [CN=Username,CN=OU,DC=domain,DC=local].

Property [HomeMTA] is set to value [domain.local/Configuration/Deleted Objects/Microsoft MTA DEL:…], it is pointing to the Deleted Objects container in Active Directory.

This property should be fixed as soon as possible.

Причиной сему — опять же обновление до SP1, в ходе которого почему-то не все пользователи Exchange были должным образом обработаны. Для решения этой проблемы в Exchange Management Shell нужно выполнить:

Get-Mailbox Username | Update-Recipient

Для массового обновления все ящиков пользователей в конкретной базе MDB можно использовать get-mailbox -database “MDB”.

Полезные ссылки

Источник: http://argon.pro/blog/2011/01/exchange-2010-updates-new-bugs/

Ошибка при обновлении Exchange Offline Address Book в Outlook 2010/2013 – Task reported error (0x8004010F): The operation failed. An object cannot be found

Отсутствует подключение к microsoft exchange 2010

В нашей корпоративной системе регистрации заявок от пользователей не так давно был зарегистрирован инцидент. Пользователь пожаловался на то, что в его почтовом клиенте Microsoft Outlook перестала обновляться информация из глобального адресного списка предприятия (GAL). При этом при попытке форсировать процесс обновления GAL вручную возникает ошибка:

Task reported error (0x8004010F): The operation failed. An object cannot be found.

Так же, при попытке открыть предопределённые адресные списки, например All Users из раздела All Address Lists….

почтовый клиент выдаёт сообщение:

Не удается отобразить список адресов. Отсутствует подключение к Microsoft Exchange. Для завершения операции требуется постоянное или временное подключение Outlook к серверу.

В то же время, Outlook имеет работоспособное подключение к серверу Exchange и в состоянии отправлять и принимать почту:

Диагностируем проблему

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

Отсутствует подключение к Microsoft Exchange.

Попытаемся диагностировать проблему на стороне сервера Exchange выполнив PS-командлет:

Test-OutlookWebServices | fl | Out-File D:\Tests\Autodiscover.txt

Проанализировав полученный файл, мы увидели  в тестах механизмов Autodiscover и OfflineAddressBook (OAB) любопытные ошибки…

RunspaceId : 429edf83-3c4a-4004-bff8-d433ac710bf2Source : ServerNameServiceEndpoint : autodiscover.corp.firma.comScenario : AutoDiscoverOutlookProviderScenarioDescription : Автообнаружение: поставщик OutlookResult : FailureLatency : 70Error : Microsoft.Exchange.Management.Tasks.ServiceValidatorException: The Autodiscover response did not return a URL for Offline Address Book

RunspaceId : 429edf83-3c4a-4004-bff8-d433ac710bf2Source : ServerNameServiceEndpoint : Scenario : OfflineAddressBookScenarioDescription : Автономная адресная книгаResult : SkippedLatency : 0Error : Skipped testing Offline Address Book because the Autodiscover step failed.Verbose : MonitoringEventId : 5004

После этого мы проверили все URL на сервере Exchange для механизмов OAB и Autodiscover, – они были настроены корректно. В конечном итоге проблему помог решить ряд шагов описанных далее.

Решаем проблему

Создаем новую автономную адресную книгу, в которую будут входить все адресаты нашей организации Exchange (название новой OAB должно быть уникальным, то есть отличаться от старого названия):

New-Offlineaddressbook “New Offline Address Book” -AddressLists “Default Global Address List”

Назначаем вновь созданную адресную книгу виртуальным директориям на серверах Exchange Front End (Client Access Server) и Exchange Back End (MailBox Server):

Set-OfflineAddressBook “New Offline Address Book” -VirtualDirectories “NameServer\OAB (Default Web Site)”, “NameServer\OAB (Exchange Back End)”

Далее получаем список баз данных почтовых ящиков и передаём его по конвейеру в PS-командлет определяющий адресную книгу (в нашем случаи вновь созданную) для каждой базы:

Get-MailboxDatabase | Set-MailboxDatabase -OfflineAddressBook “New Offline Address Book”

Затем перезапускаем на каждом сервере службу MSExchangeMailboxAssistants (отвечает за генерацию OAB):

Restart-Service MSExchangeMailboxAssistants

Также перезапускаем пул приложений IIS Application Pool – MSExchangeAutodiscoverAppPool:

Теперь можно удалить “старую” автономную адресную книгу:

Remove-Offlineaddressbook “Default Offline Address Book”

Далее запускаем принудительное формирование автономной адресной книги:

Update-OfflineAddressBook “New Offline Address Book”

При этом обратим внимание на пути, где OAB располагает свои файлы (по умолчанию – C:\Program Files\Microsoft\Exchange Server\V15\ClientAccess\OAB). Здесь мы увидим .xml файл OAB:

Если описанная ранее проблема не исчезает после проделанных манипуляций, то возможно дополнительно потребуется полный перезапуск IIS серверах Exchange.

В конечном итоге, в нашем случае адресная книга стала успешно обновляться, а профиль Outlook создался без ошибок. Проверив результаты Test-Outlookwebservices мы убедились в том, что все тесты проходят без ошибок.

Похожее

Источник: https://blog.it-kb.ru/2015/10/23/refresh-update-gal-exchange-offline-address-book-in-outlook-2010-2013-task-reported-error-0x8004010f-the-operation-failed-an-object-cannot-be-found/

Как исправить ошибку outlook «отсутствует подключение к microsoft exchange» – ПК Консультант

Отсутствует подключение к microsoft exchange 2010

I.
Обычная проверка подлинности (basic
) и проверка подлинности Kerberos не поддерживается. Возможность отсылать имя пользователя и пароль автоматически при данном режиме проверки не предусмотрена.II.
Необходимо сохранить пароли в профиле пользователя.

I.
Для изменения механизма проверки подлинности клиента Outlook
и установления проверки NTLM
выполните следующие действия в зависимости от версии почтового клиента.

Для следует сделать следующее:

1. Запустите Microsoft Office Outlook 2003
. 2. В меню «Сервис»
выберите пункт . 3. Выберите пункт «Просмотреть или изменить имеющиеся учетные записи»
и нажмите кнопку «Далее»
. 4.

На вкладке «Outlook обрабатывает почту для этих учетных записей в следующем порядке»
выберите «Microsoft Exchange Server»
, и нажмите «Изменить»
. 5. На странице «Настройки Exchange Server»
нажмите кнопку «Другие настройки»
. 6. Перейдите на вкладку «Подключение»
. 7.

В случае, если установлена галочка «Подключение к почтовому ящику Exchange по протоколу
HTTP»
нажмите на кнопку .

8. В разделе выберите «Проверка подлинности NTLM»
из списка . 9. Нажмите кнопку «ОК»
. 10. Выберите вкладку «Безопасность»
11.

Выберите из списка «Безопасный вход в сеть»
вариант «Проверка пароля NTLM»
12. Нажмите кнопку «ОК»
. 13. Снова нажмите кнопку «OK»
Outlook
14.

Нажмите кнопку «Далее»
, а затем «Готово»
. 15. Перезапустите программу.

Для следует сделать следующее: 1. Запустите Microsoft Office Outlook 2007
. 2. В меню «Сервис»
выберите пункт «Настройка учетных записей»
. 3. На странице «Учетные записи электронной почты»
выберите «Microsoft Exchange»
, и нажмите «Изменить»
. 4.

На странице «Настройки Exchange Server»
нажмите кнопку «Другие настройки»
. 5. Перейдите на вкладку «Подключение»
. 6. В случае, если установлена галочка «Подключение к Microsoft Exchange по протоколу HTTP»
нажмите на кнопку «Параметры прокси-сервера Exchange»
.

7. В разделе «Параметры проверки подлинности для прокси-сервера»
выберите «Проверка подлинности NTLM»
из списка «Способ проверки подлинности при подключении к прокси-серверу Exchange»
. 8. Нажмите кнопку «ОК»
. 9. Выберите вкладку «Безопасность»
10.

Выберите из списка «Безопасный вход в сеть»
вариант «Проверка пароля NTLM»
11. Нажмите кнопку «ОК»
. 12. Снова нажмите кнопку «OK»
в ответ на предложение перезапустить Outlook
для вступления изменений в силу. 13. Нажмите кнопку «Далее»
, а затем «Готово»
. 14.

Перезапустите программу.

II.
Для добавления или изменения паролей в профиле пользователя необходимо выполнить следующие действия: 1. Нажмите «Пуск»
«Выполнить»
, в строке укажите следующую команду: control keymgr.

dll
2. Нажмите «Добавить»
3. В поле «Сервер»
(или «Интернет адрес»
) укажите *.exch.hc.ru
4. В полях «Имя пользователя»
и «Пароль»
укажите реквизиты почтового ящика.

Программа Outlook 2010 – одно из самых популярных почтовых приложений в мире.

Это обусловлено высокой стабильностью работы, а также тем, что производителем данного клиента является бренд с мировым именем – Microsoft. Но, несмотря на это, и у этой программы случаются ошибки в работе.

Давайте выясним, чем вызвана в Microsoft Outlook 2010 ошибка «Отсутствует подключение к Microsoft Exchange», и как её устранить.

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

Неправильная настройка учетной записи

Одной из самых частых причин возникновения данной ошибки является неправильная настройка учетной записи пользователя в Microsoft Outlook. В этом случае, нужно удалить старую учетную запись, и произвести создание новой.

Для создания новой учетной записи в Exchange, нужно закрыть программу Microsoft Outlook. После этого, заходим в меню «Пуск» компьютера, и переходим в Панель управления.

Затем, кликаем по пункту «Почта».

В открывшемся окне, жмем на кнопку «Учетные записи».

Открывается окно с настройками учетных записей. Жмем на кнопку «Создать».

В открывшемся окне, по умолчанию переключатель выбора службы должен стоять в положении «Учетная запись электронной почты». Если это не так, то ставим его в данную позицию. Жмем на кнопку «Далее».

Открывается окно добавления учетной записи. Переставляем переключатель в позицию «Настроить вручную параметры сервера или дополнительные типы серверов». Кликаем по кнопке «Далее».

На следующем этапе переключаем кнопку в позицию «Сервер Microsoft Exchange или совместимая служба». Жмем на кнопку «Далее».

В открывшемся окне, в поле «Сервер» вводим имя сервера по шаблону: exchange2010.(домен).ru.

Галочку около надписи «Использовать режим кэширования» стоит оставлять только тогда, когда вы выполняете вход из ноутбука, или находясь не в главном офисе. В остальных случаях её нужно убрать.

В графе «Имя пользователя» вводим логин для входа в Exchange. После этого, жмем на кнопку «Другие настройки».

Во вкладке «Общие», куда вы сразу переместитесь, можете оставить наименования учетной записи по умолчанию (как и в Exchange), а можете заменить на любую удобную для вас. После этого, переходим во вкладку «Подключение».

В блоке настроек «Мобильный Outlook» ставим флажок напротив записи «Подключение к Microsoft Exchange по протоколу HTTP». После этого, активируется кнопка «Параметры прокси-сервера Exchange». Кликаем по ней.

В поле «Адрес URL» вводим тот же адрес, который вводили ранее при указании наименования сервера. Способ проверки должен быть указан по умолчанию, как «Проверка подлинности NTLM». Если это не так, то заменяем на нужный вариант. Жмем на кнопку «OK».

  • Вернувшись во вкладку «Подключение», жмем на кнопку «OK».
  • В окне создания учетной записи жмем на кнопку «Далее».

Если вы все сделали правильно, то учетная запись создана. Жмем на кнопку «Готово».

Теперь можно открывать Microsoft Outlook, и заходить в созданную учетную запись Microsoft Exchange.

Устаревшая версия Microsoft Exchange

Ещё одной причиной, по которой может возникать ошибка «Отсутствует подключение к Microsoft Exchange», является устаревшая версия Exchange. В этом случае, пользователь может лишь, пообщавшись с администратором сети, предложить ему перейти на более современное программное обеспечение.

Источник: https://ipt-miit.ru/smart-tv/kak-ispravit-oshibku-outlook-otsutstvuet-podklyuchenie-k-microsoft-exchange.html

Проблемы с подключением Outlook к почтовым ящикам Exchange из-за требований к шифрованию RPC

Отсутствует подключение к microsoft exchange 2010

  • 20.11.2020
  • Чтение занимает 7 мин
  • Применяется к: Exchange Server 2016 Enterprise Edition, Exchange Server 2016 Standard Edition, Exchange Server 2013 Enterprise, Exchange Server 2013 Standard Edition, Exchange Server 2010 Enterprise, Exchange Server 2010 Standard, Outlook 2013, Microsoft Outlook 2010, Microsoft Office Outlook 2007

Исходный номер статьи базы знаний:   3032395

Статья относится только к проблемам подключения к Microsoft Outlook, которые вызываются требованием шифрования RPC.

Симптомы

При запуске Microsoft Office Outlook с использованием профиля, включающего почтовый ящик на сервере под управлением Microsoft Exchange Server 2010, Exchange Server 2013 или Exchange Server 2016, могут возникать следующие сообщения об ошибках.

Не удается запустить Microsoft Office Outlook. Не удается открыть окно Outlook. Не удалось открыть набор папок.

Не удалось открыть папки электронной почты по умолчанию. Компьютер с Microsoft Exchange Server недоступен. Либо возникли проблемы с сетью, либо компьютер Microsoft Exchange Server отключен для обслуживания.

Подключение к серверу Microsoft Exchange Server недоступно. Для выполнения этого действия Outlook должен быть подключен к сети или подключен к сети.

Не удалось открыть папки электронной почты по умолчанию. Не удалось открыть банк данных.

Outlook не может выполнить вход. Убедитесь, что вы подключены к сети и используете правильный сервер и имя почтового ящика. Подключение к серверу Microsoft Exchange Server недоступно. Для выполнения этого действия Outlook должен быть подключен к сети или подключен к сети.

Но если вы используете профиль в режиме кэширования, Outlook не выводит сообщение об ошибке. Могут наблюдаться следующие признаки:

  • Outlook запустится в отключенном состоянии (в правом нижнем углу окна Outlook отображается “отключено”, отображается снимок экрана для состояния).
  • Outlook запустится, и вы сможете отправлять и получать сообщения электронной почты. Однако в поле Состояние подключения Microsoft Exchange отображаются только два подключения, и вы можете увидеть, что каталог типов отображается как отключенный и подключенный.

При попытке создать новый профиль Outlook для почтового ящика на сервере Exchange 2010 или Exchange Server 2013 могут появиться следующие сообщения об ошибках:

Не удалось выполнить действие. Подключение к серверу Microsoft Exchange Server недоступно. Для выполнения этого действия Outlook должен быть подключен к сети или подключен к сети.

Не удалось разрешить имя. Подключение к серверу Microsoft Exchange Server недоступно. Для выполнения этого действия Outlook должен быть подключен к сети или подключен к сети.

Outlook не может выполнить вход. Убедитесь, что вы подключены к сети и используете правильный сервер и имя почтового ящика. Подключение к серверу Microsoft Exchange Server недоступно. Для выполнения этого действия Outlook должен быть подключен к сети или подключен к сети.

Не удалось разрешить имя. Не удалось выполнить действие.

Не удалось разрешить имена сервера или почтового ящика.

Решение

Примечание

Если вы используете один из автоматизированных методов (групповая политика или PRF-файл), убедитесь, что вы полностью протестируете метод перед его развертыванием на большом масштабе.

Чтобы вручную обновить существующий профиль Outlook, чтобы он использовал шифрование RPC, выполните следующие действия:

  1. На панели управления откройте почтовый элемент.

  2. Выберите пункт Показать профили.

  3. Выберите свой профиль и нажмите кнопку Свойства.

  4. Выберите пункт учетные записи электронной почты.

  5. Выберите M Microsoft Exchange (отправить с этой учетной записи по умолчанию) >изменить.

  6. В диалоговом окне, содержащем сервер почтовых ящиков и имя пользователя, выберите пункт Дополнительные параметры.

  7. В диалоговом окне Microsoft Exchange откройте вкладку Безопасность.

  8. Выберите пункт шифровать данные между Microsoft Office Outlook и Microsoft Exchange >ОК (на этом этапе можно увидеть снимок экрана).

  9. Нажмите кнопку Далее >Finish.

  10. Нажмите кнопку Закрыть > , чтобы Закрыть окно >ОК.

С точки зрения клиента развертывание параметра шифрования Outlook-Exchange, скорее всего, является простейшим решением для организаций с большим количеством клиентов Outlook. Это решение включает в себя одно изменение на сервере (контроллер домена), после чего клиенты автоматически обновляются после загрузки политики в клиент.

Outlook 2010

По умолчанию параметр шифрования RPC включен в Outlook 2010. Поэтому следует развертывать этот параметр только с помощью групповой политики по одной из следующих причин:

  • Первоначальное развертывание Outlook 2010 отключило шифрование RPC между Outlook и Exchange.
  • Вы хотите запретить пользователям изменять параметр шифрования RPC в своем профиле Outlook.

Шаблон групповой политики по умолчанию для Outlook 2010 содержит параметр групповой политики, управляющий Outlook-Exchange шифрованием RPC. Чтобы обновить существующие профили Outlook 2010 с помощью групповой политики, выполните указанные ниже действия.

  1. Скачайте последнюю версию шаблона групповой политики Outlk14. adm.

  2. Добавьте файл ADM на контроллер домена.

    Примечание

    Действия по добавлению ADM файла на контроллер домена различаются в зависимости от версии Windows, которую вы используете. Кроме того, так как вы можете применить эту политику к подразделению, а не к домену, эти действия также могут отличаться для этого аспекта применения политики. Поэтому просмотрите документацию по Windows, чтобы получить подробные сведения.

    Перейдите к шагу 3 после добавления шаблона ADM в редактор локальных групповых политик.

  3. В разделе Конфигурация пользователя разверните узел Административные шаблоны (ADM) , чтобы определить узел политики для шаблона. С помощью шаблона Outlk14. adm этот узел будет называться Microsoft Outlook 2010.

  4. В разделе Параметры учетной записи выберите узел Exchange (этот шаг может отображаться на снимке экрана).

  5. Дважды щелкните параметр включить политику шифрования RPC .

  6. На вкладке Параметры выберите включено.

  7. Нажмите кнопку ОК.

На этом шаге на клиентских рабочих станциях Outlook при репликации обновления групповой политики будет применен параметр политики. Чтобы протестировать это изменение, выполните следующую команду:

gpupdate /force

После выполнения этой команды запустите редактор реестра на рабочей станции, чтобы убедиться, что в клиенте есть следующие данные реестра:

Key: HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\14.0\Outlook\RPCDWORD: EnableRPCEncryptionValue: 1

Если вы видите эти данные реестра в реестре, параметр групповой политики применяется к этому клиенту. Запустите Outlook, чтобы убедиться в том, что изменение решает проблему.

Outlook 2013

По умолчанию параметр шифрования RPC включен в Outlook 2013. Поэтому следует развертывать этот параметр только с помощью групповой политики по одной из следующих причин:

  • Первоначальное развертывание Outlook 2013 отключило шифрование RPC между Outlook и Exchange.
  • Вы хотите запретить пользователям изменять параметр шифрования RPC в своем профиле Outlook.

Шаблон групповой политики по умолчанию для Outlook 2013 содержит параметр групповой политики, управляющий Outlook-Exchange шифрованием RPC. Чтобы обновить существующие профили Outlook 2013 с помощью групповой политики, выполните указанные ниже действия.

  1. Скачайте Шаблоны Office 2013 ADM.

  2. Добавьте файлы ADMX и ADML на контроллер домена. Для этого добавляется шаблон Outlook ADM, чтобы сделать его доступным в редакторе локальных групповых политик.

    Примечание

    Действия по добавлению файлов ADMX и ADML на контроллер домена различаются в зависимости от версии Windows, которую вы используете.

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

    Поэтому просмотрите документацию по Windows , чтобы получить подробные сведения. (Эта статья помечена для Office 2010. Однако она также применима к Office 2013.)

  3. Запустите редактор локальных групповых политик.

  4. В разделе Конфигурация пользователя разверните узел Административные шаблоны (ADM) , чтобы определить узел политики для шаблона. При использовании шаблона Outlk15. ADMX этому узлу будет присвоено имя Microsoft Outlook 2013.

  5. В разделе Параметры учетной записи выберите узел Exchange (этот шаг может отображаться на снимке экрана).

  6. Дважды щелкните параметр включить политику шифрования RPC .

  7. На вкладке Параметры выберите включено.

  8. Нажмите кнопку ОК.

На этом шаге на клиентских рабочих станциях Outlook при репликации обновления групповой политики будет применен параметр политики. Чтобы протестировать это изменение, выполните следующую команду на рабочей станции:

gpupdate /force

После выполнения этой команды запустите редактор реестра на рабочей станции, чтобы убедиться, что в клиенте есть следующие данные реестра:

Key: HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\15.0\Outlook\RPC DWORD: EnableRPCEncryption Value: 1

Если вы видите эти данные реестра в реестре, параметр групповой политики применяется к этому клиенту. Запустите Outlook, чтобы убедиться в том, что изменение решает проблему.

Способ 2: Отключение требования шифрования на всех серверах клиентского доступа

Важно!

Корпорация Майкрософт настоятельно рекомендует оставить требование к шифрованию, включенное на сервере, и использовать один из других способов, описанных в этой статье.

Метод 2 предоставляется только в этой статье в тех случаях, когда не удается сразу развернуть необходимые параметры шифрования RPC для клиентов Outlook.

Если вы используете способ 2, чтобы разрешить клиентам Outlook подключаться без шифрования RPC, повторно включите требование шифрования RPC на серверах CAS как можно быстрее, чтобы обеспечить наивысший уровень межсерверной связи.

Чтобы отключить обязательное шифрование между Outlook и Exchange, выполните указанные ниже действия.

  1. Выполните следующую команду в Командная консоль Exchange:

    Set-RpcClientAccess -Server -EncryptionRequired:$False

    Примечание

    Заполнитель Exchange_server_name представляет имя сервера Exchange с ролью сервера клиентского доступа.

    Этот командлет необходимо выполнить для всех серверов клиентского доступа, на которых используется Exchange Server 2010 или более поздней версии.

  2. Выполните эту команду для каждого сервера Exchange с ролью сервера клиентского доступа .

    Эту команду также необходимо выполнить для каждой роли сервера почтовых ящиков , содержащей хранилище общих папок.

    Подключения к общедоступным папкам из клиента MAPI отправляются непосредственно в службу клиентского доступа RPC на сервере почтовых ящиков.

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

    Чтобы повторно включить требования к шифрованию RPC на серверах Exchange с ролью сервера клиентского доступа , выполните в командной консоли Exchange следующую команду:

    Set-RpcClientAccess -Server -EncryptionRequired:$True -EncryptionRequired:$True

    Примечание

    Заполнитель Exchange_server_name представляет имя сервера Exchange с ролью сервера клиентского доступа.

    Этот командлет необходимо выполнить для всех серверов клиентского доступа, на которых используется Exchange Server 2010 или более поздней версии.

Причина

Одна из возможных причин заключается в том, что вы используете Outlook и отключили Шифрование данных между параметрами профилей Microsoft Office Outlook и Microsoft Exchange . Конфигурация по умолчанию для Exchange Server 2013 требует шифрования RPC в клиенте Outlook. При этом клиент не сможет подключиться к серверу.

Примечание

Для настройки выпуска RPC по умолчанию Exchange Server 2010 (RTM) требуется шифрование RPC. Это поведение является изменением Exchange Server 2010 с пакетом обновления 1 (SP1), если требование по шифрованию RPC отключено по умолчанию.

Тем не менее, любой сервер клиентского доступа (CAS), развернутый перед пакетом обновления 1 (SP1) или обновленный до пакета обновления 1 (SP1), сохранит существующий параметр требования к шифрованию RPC, который может препятствовать подключению клиента.

Источник: https://docs.microsoft.com/ru-ru/exchange/troubleshoot/client-connectivity/outlook-connection-issue-caused-by-rpc-encryption-requirement

Исправить Соединение с Microsoft Exchange недоступно, Outlook должен быть подключен или подключен

Отсутствует подключение к microsoft exchange 2010

  • Изменить реестр
  • Обновление:
  • Создать новый псевдоним
  • Сбрось свой DNS

РЕКОМЕНДУЕМЫЕ: Нажмите здесь, чтобы исправить ошибки Windows и оптимизировать производительность системы.

Разве ошибки не всегда скучны? И особенно раздражает, когда ошибка загадочная и не сообщает нам причины проблемы. Что ж, «Соединение с Microsoft Exchange недоступно» – такое загадочное сообщение, которое не говорит вам, почему нет соединения.

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

Изменить реестр

Соединение с Microsoft биржа недоступно ошибка обычно появляется из-за проблем с вашим реестром. Ваш реестр содержит необходимую информацию, которую Outlook использует для доступа к Microsoft Exchange, и если эта информация отсутствует в вашем реестре, вы получите сообщение об ошибке «Подключение к Microsoft Exchange недоступно».

Чтобы решить эту проблему, необходимо вручную добавить необходимые данные в реестр. Изменение реестра может быть несколько опасным и может вызвать некоторые проблемы, если вы не сделаете это должным образом, поэтому будьте осторожны и сохраните реестр на всякий случай.

Теперь мы рекомендуем использовать этот инструмент для вашей ошибки.

Кроме того, этот инструмент исправляет распространенные компьютерные ошибки, защищает вас от потери файлов, вредоносных программ, сбоев оборудования и оптимизирует ваш компьютер для максимальной производительности. Вы можете быстро исправить проблемы с вашим ПК и предотвратить появление других программ с этим программным обеспечением:

  • Шаг 1: Скачать PC Repair & Optimizer Tool (Windows 10, 8, 7, XP, Vista – Microsoft Gold Certified).
  • Шаг 2: Нажмите «Начать сканирование”, Чтобы найти проблемы реестра Windows, которые могут вызывать проблемы с ПК.
  • Шаг 3: Нажмите «Починить все», Чтобы исправить все проблемы.

Пользователи сообщили, что решили эту проблему, скопировав ключ реестра с рабочего компьютера и добавив его в свой реестр на проблемном компьютере. Для этого выполните следующие действия:

  1. На рабочей станции нажмите Windows + R и введите regedit. Нажмите OK или нажмите Enter.
  2. Когда откроется редактор реестра, перейдите в HKEY_CURRENT_USER \ Software \ Microsoft \ Windows \ Windows \ CurrentVersion \ ExplorerUser Shell \ на левой панели.
  3. Щелкните правой кнопкой мыши по кнопке User Shell Folders и выберите «Экспорт» в меню.
  4. Выберите место экспорта для этого ключа, введите имя, например export.reg, и нажмите «Сохранить».
  5. Найдите файл export.reg и скопируйте его на проблемный ПК.
  6. Затем просто запустите файл export.reg на проблемном ПК, и он будет добавлен в ваш реестр.

Создать новый псевдоним

Распространенным способом решения этой проблемы является создание нового псевдонима в Office 365 и использование этого псевдонима для настройки Outlook.

Для этого:

  • Войдите в свой Центр администрирования Exchange.
  • Перейдите к получателям -> почтовые ящики и щелкните свой почтовый ящик.
  • Затем выберите адрес электронной почты и щелкните значок «+».
  • Выберите SMTP-сервер и добавьте новый псевдоним в свой домен.
  • Используйте новый псевдоним вместо вашего адреса электронной почты для настройки Outlook.
  • Наконец, при появлении запроса на ввод учетных данных используйте исходный адрес электронной почты Office 365, и он должен работать.

Сбрось свой DNS

Причиной этой проблемы также может быть своего рода сбой в работе DNS вашего компьютера. К счастью, DNS компьютера с Windows можно легко прошить. Чтобы очистить DNS с вашего компьютера, это просто:

  1. Откройте меню «Пуск».
  2. Ищите «cmd».
  3. Щелкните правой кнопкой мыши результат поиска, помеченный как cmd или Командная строка, и выберите Запуск от имени администратора, чтобы запустить расширенную командную строку с правами администратора.
  4. Введите следующую строку в верхней строке и нажмите Enter:
    IPCONFIG / flushdns
  5. Закройте выделенную подсказку.

https://superuser.com/questions/1250769/outlook-error-the-connection-to-microsoft-exchange-is-unavailable

РЕКОМЕНДУЕМЫЕ: Нажмите здесь, чтобы устранить ошибки Windows и оптимизировать производительность системы

CCNA, веб-разработчик, ПК для устранения неполадок

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

Источник: http://windowsbulletin.com/ru/%D0%B8%D1%81%D0%BF%D1%80%D0%B0%D0%B2%D0%B8%D1%82%D1%8C-%D0%BF%D0%BE%D0%B4%D0%BA%D0%BB%D1%8E%D1%87%D0%B5%D0%BD%D0%B8%D0%B5-%D0%BA-Microsoft-Exchange-%D0%BD%D0%B5%D0%B4%D0%BE%D1%81%D1%82%D1%83%D0%BF%D0%BD%D0%BE-Outlook-%D0%B4%D0%BE%D0%BB%D0%B6%D0%B5%D0%BD-%D0%B1%D1%8B%D1%82%D1%8C-%D0%BE%D0%BD%D0%BB%D0%B0%D0%B9%D0%BD-%D0%B8%D0%BB%D0%B8-%D0%BF%D0%BE%D0%B4%D0%BA%D0%BB%D1%8E%D1%87%D0%B5%D0%BD/

6 недель до окончания поддержки Exchange Server 2010 и Outlook 2010 — Сервисы на vc.ru

Отсутствует подключение к microsoft exchange 2010

Сегодня мы бы хотели напомнить системным администраторам и всем, кто так или иначе связан с эксплуатацией таких продуктов как Exchange Server 2010 и Outlook 2010 о том, что уже через 6 недель(13 октября 2020 года) заканчивается срок поддержки этих программных продуктов.

План действий после прекращения поддержки Exchange 2010.

Большинство компаний, естественно, уже заранее модернизировали почтовые инфраструктуры и почтовые клиенты на рабочих станциях своих пользователей, либо полностью перешли на облачные сервисы, такие как наш «Виртуальный офис», Office 365 и им подобные.

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

Советы мы разбили по категориям, так чтобы удобнее было бы понимать точки экономии.

Экономия на капитальных затратах для почтовой инфраструктуры

Тут все просто – если у Вас есть своя серверная комната или просто стоечка на колесиках, которая катается по офисному коридору, пугая своим видом ваших гостей – то есть смысл посчитать стоимость обслуживания серверной инфраструктуры для Вашей почты Exchange за предыдущие годы, включая износ оборудования (серверы, сетевое оборудования, источники бесперебойного питания, вышедшие из строя серверные компоненты типа дисков и т.д) и потребленную электроэнергию. Конечно, не стоит забывать, что на одних и тех же серверах может использоваться виртуализация с разделением ресурсов (когда на одном физическом сервере могут располагаться как виртуальные Exchange Server, так и различные другие виртуальные серверы, типа СУБД, веб-серверов и пр), но соотношение потребляемых ресурсов посчитать все-таки возможно.

Объявление на vc.ru Отключить рекламу

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

К тому же актуальная версия Exchange Server 2019 требует намного больше системных ресурсов для работы, что может потребовать дополнительные затраты на модернизацию оборудования. Модернизация оборудования в свою очередь может повлечь необходимость модернизации охлаждения серверной комнаты, электропитания и других компонентов окружения.

Что касается MS Office, то актуальная версия 2019 может быть установлена только на Windows 10, Windows Server 2019 или MacOS Sierra, что в свою очередь возможно тоже потребует модернизацию парка ПК или даже полную замену всех клиентских ПК.

Причем, стоит учесть, что MS Office 2019 будет иметь жизненный цикл поддержки до 14 октября 2025 года, т.е. жизненный цикл поддержки урезан на несколько лет, по сравнению с предыдущими версиями.

Есть ли смысл обновлять парк ПК ради оставшейся пятилетки? На этот непростой вопрос каждый сам должен найти ответ.

Экономия на программных лицензиях

Exchange Server и пакеты Microsoft Office стоят недешево и многим компаниям в условиях кризиса явно тяжело будет найти средства на модернизацию.

Чтобы сэкономить на лицензировании можно перенести свою почтовую инфраструктуру в облако, а программные пакеты MS Office заменить LibreOffice и Mozilla Thunderbird, которые распространяются на бесплатной основе.

Стоит учесть, что переход на другое «офисное» ПО так или иначе скажется на производительности Ваших сотрудников и может серьезно нагрузить ИТ-специалистов в Вашей компании на момент перехода особенно в организациях с филиальной структурой.

Экономия трудочасов ИТ-специалистов

Перенеся свою почтовую инфраструктуру в облако, например, в наш «Виртуальный офис», компания сможет высвободить часть времени сотрудников, которым ранее приходилось следить за работоспособностью почтовых и антиспам серверов, проводить их техническое обслуживание и решать какие-либо возникающие проблемы.

Экономия на SSL-сертификатах

В облачных мультитенантных почтовых сервисах зачастую используются «общие» для всех клиентов SSL-сертификаты, соответственно, дополнительно что-либо покупать не требуется.

Экономия на антиспам-защите и почтовом антивирусе

Если ранее, Вам так или иначе могла требоваться хотя бы минимальная защита от спама и почтовых вирусов на Ваших Exchange Server’ах, то перейдя в облако, можно существенно экономить на данном пункте, потому как зачастую в облачном почтовом SAAS-сервисе все уже есть.

А если то, что есть не устраивает по каким-либо причинам, то всегда можно воспользоваться дополнительными инструментами защиты, например, такими как Exchange Online Protection, которые, естественно, будут что-то стоить, но при этом позволят Вам гораздо реже читать спам.

В масштабе грядущих изменений на стороне локального серверного ПО, в выигрыше останутся компании «передовики», использующие облачные преднастроенные сервисы (SaaS) и компании, обладающие исключительными правами обновления ПО от Microsoft (Software Assurance).

Эти компании выбрали наиболее надёжный путь работы в среде не бесконечных жизненных циклов программного обеспечения.

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

Для некоторых организаций вышеперечисленные пункты могут обернуться своей спецификой, влекущие за собой дополнительные расходы.

Однако на пути к стабильно работающим системам корпоративных коммуникаций, всегда есть возможность прибегнуть к опыту ИТ-партнеров, которые позволят добиться желаемого уровня безопасности и доступности сервиса корпоративных коммуникаций как на их собственных площадках, так и в рамках SaaS платформы, позволив избежать тем самым встречи с большим числом подводных камней. Уверены, что у вас всё получится!

Источник: https://vc.ru/services/153911-6-nedel-do-okonchaniya-podderzhki-exchange-server-2010-i-outlook-2010

Лайфхаки
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: