PowerShell с модулем по сравнению с управлением Exchange Shell
Как правило я отговорил бы от выполнения чего-либо кроме абсолютного абсолютного минимума сервисов в Xen Dom0 (привилегированный домен, который имеет полный доступ к аппаратным средствам, и ко всем виртуальным машинам на хосте).
Это находится, прежде всего, на основаниях безопасности - необходимо, как показывает опыт, только выполнить важные услуги на машинах, которые несут самое большое значение Вам - если Ваш Dom0 поставлен под угрозу, все Ваши DomUs (гость VMs) также эффективно поставлены под угрозу, поскольку у взломщика есть доступ к консоли каждого VM.
Если Вы действительно хотите выполнить некоторые серверы имен, и они являются общедоступными, и авторитетными, нет никакой проблемы с выполнением их как виртуальные машины, но необходимо приложить все усилия для выполнения их (Вам всегда нужны по крайней мере два) на сегментах совершенно отдельной сети для обеспечения доступности. Например:
ns1.redhat.com. 463 IN A 66.187.233.210
ns2.redhat.com. 463 IN A 209.132.183.2
ns3.redhat.com. 462 IN A 209.132.176.100
Я никогда не задумывался об этом, но, похоже, вы правы - они разные.
Пожалуйста, прочтите это сообщение в блоге для более подробной информации. Список ни в коем случае не выглядит исчерпывающим, но может быть хорошим началом. Ниже приведены два наиболее интересных момента:
Команды Exchange, использующие командную консоль Exchange: реализованы как функции. Если вы загрузите Snapin «Microsoft.Exchange.Management.PowerShell.E2010 ″ вместо используя командную консоль Exchange, команды реализованы как командлеты.
Если вы хотите использовать системную переменную
$?, лучше использовать загружена оснастка вместо оболочки Exchange Management Shell, потому что они команды не работают должным образом в оболочке Exchange Managemnt Shell. Второй проблема заключается в использовании общих параметров, потому что они не реализовано для всех функций в Exchange Management Shell.