none
общие папки и autodiscover RRS feed

  • Вопрос

  • Вопрос по общим папкам, Я создал почтовый ящик общедоступных папок например dep.it затем создал общедоступную папку и дал на нее разрешения сотрудникам отдела и указав ящик папки dep.it, еще есть общий почтовый ящик для отдела it@domain.ru? затем пытаюсь в оутлуке подключить к основной учетке дополнительный ящик dep.it  и мне говорит что невозможно сопоставить это имя ни одному из имени в списке адресов? но может подключить ящик it, но с него почему то не удается отправить почту, письмо весит в Исходящее. Как подключить общую папку и как с общего почтового ящика заставить отправлять почту.

    серверу DAG (два сервера Exchange 1-йс активной базой 2-й с пассивной) назначен IP адрес и в DNS создал запись A с указанием mail.domain.ru, autodiscover.domail.ru указав ip адрес сервера DAG Это правильно или нет? и при автоматической настройке оутлука при указании имени сервера ввожу mail.domain.ru далее имя пользователя в домене то получаю сообщение что нет подключения к Exchange но если указываю имя сервера контроллера домена но все нормально но при этом указывает имя второго Exchange сервера с пассивной базой, а мне нужно что указывался первый сервер с активной базой как это сделать? и какое имя сервера необходимо указывать при настройке оутлука имя mail.domain.ru или все таки имя сервера AD? хотелось бы указывать mail.domain.ru т.к. для пользователей это будет удобнее, как это можно реализовать или у меня где то неправильные настройки??? 

    Так до конца и понял как в Exchange 2013 нормально настроить и как проверить autodiscover

    Спасибо


    • Изменено LumberSaint 4 августа 2014 г. 4:52
    4 августа 2014 г. 4:48

Ответы

  • На самом деле Microsoft настоятельно рекомендует использовать сертификаты, выпущенные внутренним центром сертификации. Это избавляет от многих проблем и ошибок при использовании Exchange, в том числе при интеграции с другими серверными продуктами MS. Роль эта поднимается буквально за 5 минут, и не представляет собой каких-либо трудностей. 

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


    Do not multiply entities beyond what is necessary

    5 августа 2014 г. 4:59

Все ответы

  • Здравствуйте. В вашем случае имена mail и autodiscover, не имеющие, кстати никакого отношения к DAG, поскольку обеспечивают не транспорт почты и хранение сообщений, а нужны для клиентского доступа, т.е. подключения пользователей к своим почтовым ящикам. В случае, если у вас 2 сервера Exchange c совмещенными ролями (сервер почтовых ящиков и сервер клиентского доступа), то простейшим решением будет создание в DNS 2-х записей autodiscover и двух записей mail, которые будут разрешаться в IP адреса ваших серверов Exchange (не имеются ввиду IP адреса heartbeat интерфейсов). Таким образом будет поднята система балансировки клиентского доступа на базе DNS Round Robin. 

    Do not multiply entities beyond what is necessary

    4 августа 2014 г. 5:17
  • а как настроить autodiscover на имя https://autodiscover.domain.ru немовсем понятно как PS это сделать т.к. autodiscover неработает
    4 августа 2014 г. 8:36
  • используйте Set-ClientAccessServer, где в качестве параметра -AutoDiscoverServiceInternalUri используйте URL службы автообнаружения, например:https://autodiscover.domain.ru/autodiscover/autodiscover.xml

    Do not multiply entities beyond what is necessary

    4 августа 2014 г. 9:22
  • а если пользователь с домашнего компьютера подключается к exchange по VPN а сертификат самоподписной, то подключится не получится к серверу? т.к. не будет доверят в центру сертификации выдавший этот сертификат даже если его закинуть в доверительные? или все же как то можно это обойти без поднятия собственного центра сертификации в домене?

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

    • Изменено LumberSaint 4 августа 2014 г. 18:53
    4 августа 2014 г. 17:33
  • На самом деле Microsoft настоятельно рекомендует использовать сертификаты, выпущенные внутренним центром сертификации. Это избавляет от многих проблем и ошибок при использовании Exchange, в том числе при интеграции с другими серверными продуктами MS. Роль эта поднимается буквально за 5 минут, и не представляет собой каких-либо трудностей. 

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


    Do not multiply entities beyond what is necessary

    5 августа 2014 г. 4:59
  • а как быть тогда мобильным пользователям и внешним.? у них же постоянно будет сообщение безопасности о не доверии сертификата
    5 августа 2014 г. 5:28
  • В этом случае спасет только покупка коммерческого сертификата. Либо установка сертификата вашего CA на компьютеры/планшеты/смартфоны.

    Do not multiply entities beyond what is necessary

    5 августа 2014 г. 6:06
  • а как подключить правильно планшет на android 4.4.2 к exchange, постоянно выдает сообщение "Не удалось подключиться к серверу" уже просто все перепробовал из документации по подключению?
    5 августа 2014 г. 16:38