Зависимость Exchange Server от настроек прокси сервера


Все написанное относится к Exchange Server 2010 и 2013. Понятное дело, что я не могу протестировать все компоненты Exchange Server на предмет из зависимости от настроек прокси сервера, но опираясь на собственный опыт и информацию найденную в сети Интернет можно сказать, что настройки прокси влияют на:

·         Загрузку обновлений антиспам- и антивирусных обновлений

·         Загрузку обновлений Microsoft Forefront Protection for Exchange Server

·         Установление и работу Federation Trusts

·         Internet Calendar Sharing

·         Проверку Certificate Revocation Lists (CRL)

·         Подключение Hybrid environments к облачным сервисам Windows Live/Office 365

·         Использование hosted archive solution

·         Работу некоторых командлетов Test-WebServicesConnectivity

·         Работу мониторов и проб Managed Availability

Как можно настроить параметры прокси сервера на Exchange Server?

1.       Глобальная настройка на каждом сервере:

netsh winhttp set proxy /?

2.       Либо автоматическая настройка по протоколу WPAD. Ее осуществляет сервис WinHTTP Web Proxy Auto-Discovery Service. Если вы хотите обновить закэшированный файл wpad.dat, то перезапустите этот сервис. Если хотите отключить работу WPAD, то остановите и запретите этот сервис.

3.       Кроме этого есть внутренняя настройка прокси на Exchange Server с помощью командлета:

Set-ExchangeServer -Identity «servername» -InternetWebProxy «Webproxy URL»

Правда нет точного описания на какие компоненты это воздействует.

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

1.       Set-ExchangeServer

2.       WinHTTP AutoProxy Support

3.       AutoProxy Cache

 

 

 

 

Реклама

Managed Availability на Exchange Server 2013 иногда опасна


Несколько дней совместно с Microsoft PSS пришлось решать неприятную проблему. Суть проблемы: в Exchange Server 2013 работает такой компонент как Managed Availability, из-за ложного срабатывания некоторых мониторов происходило переключение активных копий баз на другие серверы и инициирование перезагрузки сервера. Причем все было бы вообще плохо, но срабатывала защита, которая есть в Exchange Server 2013, а именно throttling, что не давало базам постоянно переключаться, а серверам бесконечно перезагружаться.

Читать далее

Анализ размеров почтовых ящиков в Exchange 2013 и выбор квот


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

Читать далее

Миграция Retention Policy между лесами


В предыдущей статье я описал миграцию Retention Policy Tags в другой лес (другую организацию Exchange) – Миграция RetentionPolicyTagsмежду лесами. Теперь очередь за миграцией политик и привязкой их к почтовым ящикам. Такая задача возникает при миграции учетных записей пользователей и их почтовых ящиков в новый лес.

Читать далее

Миграция Retention Policy Tags между лесами


Задача: смигрироватьсExchange 2010 наExchange 2013 вдругомлесуRetention Policy Tags

Если тегов несколько работу можно выполнить с помощью GUI. Но если тегов много, то поможет Powershell.

Читать далее

Exchange Server 2013 и FIM 2010


Если вы используете Exchange 2010 и FIM 2010 для синхронизации адресных книг и начинаете мигрировать на Exchange 2013, то вам нужно обновить FIM до версии FIM 2010 R2 SP1, которая официально поддерживает Exchange 2013. Подробности в статье Deploy Exchange 2013 in a Cross-Forest Topology. Оригинальность этой статьи в скриншоте:

clip_image001[4]

Собственно при создании MA GAL вы не увидите нигде упоминания Exchange 2013 – везде по прежнему будет Exchange 2010. Но при  этом работать будет! Поэтому не обращайте внимания на скриншот. RPS URI настраивается для Exchange 2013 точно так же как для Exchange 2010.

Удачи в миграции!

Скрипт для создания адресных книг Exchange 2010 по штатному расписанию


В какой-то момент я утомился создавать адресные книги Exchange: постоянно меняются подразделения, их названия. Когда их пара десятков жить еще можно, а вот когда их сотни…

Первый вопрос, конечно, есть ли смысл делать несколько сотен адресных книг?

Читать далее