From 888c064154c4e0b9c2662b351a63990a24294895 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=D0=9B=D0=B5=D0=BE=D0=BD=D0=B8=D0=B4=20=D0=9D=D0=B5=D1=84?= =?UTF-8?q?=D0=B5=D0=B4=D0=BE=D0=B2?= Date: Fri, 17 Jul 2026 08:11:39 +0000 Subject: [PATCH] =?UTF-8?q?=D0=9E=D0=B1=D0=BD=D0=BE=D0=B2=D0=B8=D1=82?= =?UTF-8?q?=D1=8C=201?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- 1 | 38 +------------------------------------- 1 file changed, 1 insertion(+), 37 deletions(-) diff --git a/1 b/1 index 48748c3..0a7f5be 100644 --- a/1 +++ b/1 @@ -1,37 +1 @@ -теперь по скриншоту стало абсолютно понятно, в чём дело! Вы устанавливаете Microsoft Exchange Server 2016 внутри виртуалки. -При установке Exchange Server ошибка Отказано в доступе для службы MpsSvc (Брандмауэр Windows) — это известная классическая проблема. Дело в том, что установщик Exchange работает от имени специальной системной учетной записи. Даже если вы запустили сам установщик под локальным Администратором, внутренний PowerShell-процесс Exchange не имеет прав на изменение типа запуска служб операционной системы. -Чтобы успешно пройти этот шаг проверки, примените следующие решения: -## Решение 1. Запустите установку строго через Командную строку (CMD) -Инсталлятор в виде графического интерфейса часто теряет токены повышенных прав Администратора при переходе к PowerShell-скриптам. Установка через консоль решает эту проблему. - - 1. Закройте графическое окно установщика Exchange. - 2. Откройте Командную строку от имени администратора. - 3. Перейдите на ваш смонтированный DVD-диск с Exchange (например, если диск под буквой E, введите E: и нажмите Enter). - 4. Запустите установку Exchange в режиме обновления/установки с принудительным принятием лицензии: - - Setup.exe /m:Upgrade /IAcceptExchangeServerLicenseTerms - - (Если это чистая установка, а не обновление Cumulative Update, то вместо /m:Upgrade используйте параметры для вашей роли, например /m:Install /r:Mailbox). Консольный установщик корректно прокидывает права администратора, и PowerShell-скрипт сможет включить брандмауэр. - -## Решение 2. Дайте права группе Администраторов на ветку службы MpsSvc -Если консольная установка тоже споткнется, значит, установщик Exchange не может пробиться к параметрам службы в реестре из-за ограничений безопасности Windows Server. - - 1. Откройте regedit (Редактор реестра). - 2. Перейдите по пути: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MpsSvc - 3. Нажмите правой кнопкой мыши по папке MpsSvc -> Разрешения. - 4. Проверьте, есть ли в списке группа Администраторы (или Администраторы домена, если виртуалка в домене Active Directory). - 5. Выделите их и убедитесь, что внизу стоит галочка Полный доступ. Если её нет — поставьте. Если система выдаст ошибку, измените владельца этой ветки на «Администраторы» через кнопку Дополнительно (как мы разбирали ранее), а затем выдайте права. - -## Решение 3. Предварительно вручную переведите службу в «Автоматически» -Иногда Exchange ругается, если тип запуска службы отличается от того, что он ожидает увидеть в своем внутреннем скрипте (на скриншоте видно, что он пытается жестко выполнить Set-Service MpsSvc -StartupType Automatic). - - 1. Откройте PowerShell от имени администратора. - 2. Наберите команду: - - Set-Service MpsSvc -StartupType Automatic - - 3. Если команда выполнилась без ошибок, вернитесь к окну установщика Exchange и нажмите кнопку Повторить (в правом нижнем углу вашего скриншота). - -Попробуйте запустить установку через CMD (Решение 1) — в 95% случаев с Exchange Server это полностью решает проблему «Отказано в доступе». -Расскажите, сдвинулась ли установка дальше после запуска через командной строки? - +Setup.exe /mode:Install /role:Mailbox /OrganizationName:"BadptpaCorp" /IAcceptExchangeServerLicenseTerms_DiagnosticDataON