Как в Exchange 2010/2013 найти все почтовые ящики с настроенной переадресацией почты?

Это всего лишь одна строчка в Powershell:

Не секрет, что при выполнении бэкапа Veeam Backup & Replication иногда "забывает" удалить созданные им снапшоты. Это приводит к тому, что вся виртуальная машина начинает работать полностью на снапшоте все время. Это ресурсоемкая операция, которая существенно снижает производительность виртуальной машины.

Кроме этого, администраторы сами могут создать снапшот и забыть про него. У нас в компании был случай, когда виртуальный сервер пол-года (!!!!!) работать на снапшоте.

К счастью, VmWare предоставляет модуль для Powershell PowerCLI, с помощью которого можно найти все такие снапшоты.

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

Поэтому нам надо:

1. Настроить Veeam, чтобы он не хранил у себя всю эту ненужную информацию.
2. Удалить уже имеющиеся данные из базы.
3. Ужать базу

После выполнения указанных шагов клиент Veeam у меня "залетал".

Exchange 2010 и 2013 частично управляется с помощью Exchange Control Panel (ECP). Это веб-сервис, который выполняется на IIS на Client Access сервере. Проблема заключается в том, что когда вы публикуете OWA в Интернет, Вы автоматически публикуете ECP в Интернет тоже. А это означает угрозу безопасности.

Если вы используете IIS ARR в качестве Reverse Proxy для публикации Exchange в Интернет, можно создать правило обрабоки, которое запретит доступ к URL вида https://owa.domain.com/ecp/.

С недавнего времени MDaemon, установленный на Windows 2003, перестал отправлять\принимать сообщения с\на некоторые почтовые сервера. Как выяснилось, проблема в устаревших SSL\TLS-протоколах Windows 2003.

Симптомы такие (вырезка из лога):

В накопителях QNAP нет возможности изменить пароль iSCSI-таргета. Используя базовый интерфейс, вам придется удалить таргет, а потом снова его создать. Естественно, с потерей данных.

Тем не менее, пароль хранится в чистом текстовом виде в файле /etc/config/iscsi_trgt.conf, поле CHAPPasswd. Там же и поле с именем пользователя. Подключайтесь к устройству через Putty и можно посмотреть пароль, если вы его забыли.