Ms office для windows server 2012 r2

Начиная внедрять в инфраструктуру новые системы Windows 8.1 и Windows Server 2012 R2, одна из первых вещей, о которых стоит задуматься – это активация новых систем, и поэтому первый сервер, который мы разворачиваем на Windows Server 2012 R2, будет у нас выступать в качестве сервера Key Management Service (KMS). В нашем случае, текущим сервером KMS является сервер на базе Windows Server 2012. Этот сервер настроен на активацию систем до уровня Windows 8/Windows Server 2012, а также обеспечивает активацию Office 2010/2013. Перед нами стоит задача перенести функционал KMS на новый сервере на базе Windows Server 2012 R2.

Базовые приёмы работы c KMS были описаны ранее в заметке Основные приемы работы с Key Management Service (KMS) на Windows 7 и Windows Server 2008 R2 и для новой версии Windows эти приёмы остаются в силе. В документе TechNet Library — Volume Activation — Appendix A: KMS Client Setup Keys расширена информация о ключах GVLK, которые нужны для преобразования клиентов MAK/Retail в KMS. Выдержка из этого документа относительно новых систем:

Windows Server 2012 R2 and Windows 8.1 Client Setup Keys

Operating system edition	KMS Client Setup Key
Windows 8.1 Professional	GCRJD-8NW9H-F2CDX-CCM8D-9D6T9
Windows 8.1 Professional N	HMCNV-VVBFX-7HMBH-CTY9B-B4FXY
Windows 8.1 Enterprise	MHF9N-XY6XB-WVXMC-BTDCT-MKKG7
Windows 8.1 Enterprise N	TT4HM-HN7YT-62K67-RGRQJ-JFFXW
Windows Server 2012 R2 Server Standard	D2N9P-3P6X9-2R39C-7RTCD-MDVJX
Windows Server 2012 R2 Datacenter	W3GGN-FT8W3-Y4M27-J84CP-Q3VJ9
Windows Server 2012 R2 Essentials	KNC87-3J2TX-XB4WP-VCPJV-M4FWM

Windows Server 2012 and Windows 8 Client Setup Keys

Operating system edition	KMS Client Setup Key
Windows 8 Professional	NG4HW-VH26C-733KW-K6F98-J8CK4
Windows 8 Professional N	XCVCF-2NXM9-723PB-MHCB7-2RYQQ
Windows 8 Enterprise	32JNW-9KQ84-P47T8-D8GGY-CWCK7
Windows 8 Enterprise N	JMNMF-RHW7P-DMY6X-RF3DR-X2BQT
Windows Server 2012	BN3D2-R7TKB-3YPBD-8DRP2-27GG4
Windows Server 2012 N	8N2M2-HWPGY-7PGT9-HGDD8-GVGGY
Windows Server 2012 Single Language	2WN2H-YGCQR-KFX6K-CD6TF-84YXQ
Windows Server 2012 Country Specific	4K36P-JN4VD-GDC6V-KDT89-DYFKP
Windows Server 2012 Server Standard	XC9B7-NBPP2-83J2H-RHMBY-92BT4
Windows Server 2012 MultiPoint Standard	HM7DN-YVMH3-46JC3-XYTG7-CYQJJ
Windows Server 2012 MultiPoint Premium	XNH6W-2V9GX-RGJ4K-Y8X6F-QGJ2G
Windows Server 2012 Datacenter	48HP8-DN98B-MYWDG-T2DCC-8W83P

При установке нового сервера для роли KMS мы используем дистрибутив Windows Server 2012 R2, доступный нам по подписке TechNet Subscription, из образа en_windows_server_2012_r2_x64_dvd_2707946.iso. И так как система, устанавливаемая с этого дистрибутива по умолчанию сконфигурирована для использования ключа MAK, преобразуем её в KMS-клиента путём ввода соответствующего ключа из первой вышеприведённой таблицы ещё на этапе установки. Так как мы желаем установить редакцию Windows Server 2012 R2 Server Standard, вводим соответствующий ключ…

По введённому ключу программа установки автоматически ограничит для нас доступ возможных вариантов установки…

После окончания установки входим в систему и убеждаемся в том, что она сконфигурирована как KMS-клиент…

Предполагается, что у нас уже имеется KMS-ключ для Windows Server 2012 R2, полученный с веб-узла Microsoft Volume Licensing Service Center (VLSC), и мы можем приступить к последовательности действий по вводу и активации это KMS-ключа.

Slmgr.vbs /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
Slmgr.vbs /ato
Slmgr.vbs /cdns
net stop sppsvc
net start sppsvc

Третья команда отключает регистрацию KMS сервера в DNS (в нашем случае она не используется). Последние две команды выполняют перезапуск службы Software Protection service

Проверяем состояние нашего KMS-сервера:

Slmgr.vbs /dli

После успешной активации наш сервер готов отвечать на клиентские вопросы, если конечно мы не забыли в Windows Firewall включить правило, разрешающее входящие подключения к сервису KMS (по умолчанию TCP 1688). Включить соответствующее правило можно как через оснастку управления WF, так и с помощью PowerShell. Получаем статус правил, с вхождением в имени Key и узнав имя правила и убедившись в том что оно выключено, — включаем его

Get-NetFirewallRule -DisplayName *key*
Enable-NetFirewallRule -Name SPPSVC-In-TCP

Для того, чтобы направить наших клиентов на новый KMS-сервер, в случае, если по каким то причинам не используется публикация в DNS, воспользуемся ранее описанным методом настройки через механизмы Group Policy Preferences (GPP) — Управляем клиентами KMS с помощью GPP

Теперь приступим к настройке активации Office. Начнём с Office 2013.
Скачиваем пакет Microsoft Office 2013 Volume License Pack
Запускаем с правами администратора office2013volumelicensepack_x86_en-us.exe.
Будет произведена распаковка файлов в каталог C:Program Files (x86)MSECacheOfficeKMS и установлена роль — Volume Activation Services

Поверх этого окна откроется графическая утилита Volume Activation Tools установленная в систему с активацией роли  Volume Activation Services. С помощью этой утилиты мы установим и активируем KMS ключ для Office 2013. На шаге выбора типа активации выбираем KMS и указываем FQDN имя нашего сервера

Далее вводим имеющийся у нас KMS-ключ Office 2013, полученный с веб-узла Microsoft Volume Licensing Service Center (VLSC)

Если ключ успешно установлен, нам сразу будет предложено выполнить его активацию…

По введённому ключу будет определён продукт к которому он относится и предложено два варианта активации. Выбираем активацию через интернет.

После успешной активации мы получим статусный экран с информацией об установленных KMS-ключах, где увидим что в нашей службе управления ключами теперь два ключа – от Windows Server 2012 R2, установленный нами ранее с помощью Slmgr.vbs, и от Office 2013, установленный в ходе работы этой графической утилиты. После этого мы сможет настроить параметры службы управления ключами. Укажем порт (по умолчанию 1688) и включим исключения для Windows Firewall (хотя по сути мы это уже сделали ранее).

Закрываем утилиту Volume Activation Tools и переходим к настройке KMS для поддержки Office 2010.

Скачиваем пакет Microsoft Office 2010 KMS Host License Pack и запускаем с правами администратора файл KeyManagementServiceHost_en-us.exe
Будет произведена распаковка файлов поддержки Office 2010 в уже существующий каталог C:Program Files (x86)MSECacheOfficeKMS , после чего сразу появится запрос на установку KMS-ключа для Office 2010

… введём имеющийся у нас KMS-ключ …

После чего ключ будет установлен и активирован через интернет.

Теперь можем проверить состояние всех установленных нами KMS ключей:

cscript C:windowssystem32slmgr.vbs /dlv all

Так как вывод этой команды может оказаться весьма существенным, используем вывод на консоль с помощью cscript

Для того, чтобы отдельно получить информацию только об установленном нами KMS-ключе для Office 2010 выполним:

slmgr.vbs /dlv bfe7a195-4f8f-4f0b-a622-cf13c7d16864

…для Office 2013:

slmgr.vbs /dlv 2e28138a-847f-42bc-9752-61b03fff33cd

…для Windows Server 2012 R2 идентификатор в явном виде можно не указывать:

slmgr.vbs /dlv

Теперь по сути наш новый KMS-сервер готов, однако не забываем про то, что для того чтобы сервер смог выдавать установленные ключи KMS-клиентам, — должен быть набран нижний предел обращений от уникальных клиентов:
— для KMS-ключа Office 2010/2013 этот порог – 5 клиентов;
— для KMS-ключа WS2012R2 этот порог – 5 клиентов для активации серверных ОС и 25 клиентов для активации клиентских ОС.

После того как новый KMS-сервер заработал, нам нужно удалить ключи активации со старого сервера KMS, и если на старом сервере KMS ещё остаются какие-то другие роли и он должен какое-то время оставаться в работе, то мы должны конвертировать его в KMS-клиента.

Итак, на старом сервере удаляем все установленные ключи командой:

slmgr -upk

Так как наш старый сервер работает на базе Windows Server 2012 Standard, то для его конвертации в KMS-клиента воспользуемся ключом, приведённым в вышеуказанной таблице и сразу выполнима его активацию с нового KMS-сервера 

slmgr -ipk XC9B7-NBPP2-83J2H-RHMBY-92BT4
slmgr -ato

Hi Kelly. Can you confirm that Office 2019 pro and Access 2019 will not install on Windows 2012 R2? And that the latest version that will would be 2016, via downgrade right of Office or Access 2019? This would be used on a RDS server.

• By purchasing Office 2019 Professional Plus (Open License), or Access 2019 (Open License), you are provided downgrade rights. This allows you to optionally install the 2016 or 2013 equivalents instead of 2019.
• If intend to use Access in an RDS environment, you MUST purchase either Access 2019 (Open License) or Office 2019 Professional Plus (Open License). If you purchase Office 2019 Professional (FPP/Retail, different from Professional Plus or Office 365 Pro Plus), the product does not include rights to run on a shared device (aka RDS Server).
• And just to cover all of our bases, there is an odd compatibility issue if you involve Vido or Project into the mix, see details here Opens a new window Opens a new window.

I hope that helps! Let me know if you need me to elaborate on anything else.  

В этой статье описывается процедура централизованного разворачивания корпоративной 32-битной версии Microsoft Office Professional Plus 2016 на клиентские компьютеры с помощью System Center Configuration Manager 2012 R2. Рассмотрим процесс подготовки собственного MSP пакета с настройками Office, создания программы на сервере SCCM и установки программы на клиентских компьютерах.

Скачайте и разместите VL копию Office 2016 Pro Plus в каталоге, который будет источником файлов для SCCM пакета ( к примеру, \msk-distr01ApplicationsOffice 2016)

Вместе с Office 2016, Microsoft выпустила новую версию MS Office Deployment Tool, позволяющую создавать кастомизированные сценарии установки Office 2016. С помощью данного средства администратор можно настроить параметры и опции установки Office, предопределить настройки продукта, языковые настройки и т.д.

Примечание. Рассмотренная процедура развертывания будет работать только для корпоративной (VL) редакции Office 2016

Скачайте Office 2016 Deployment Tool и запустите файл OfficeDeploymentTool.exe. Укажите директорию, в которую нужно распаковать файлы setup.exe и Configuration.xml.

Запустите утилиту Office Customization Tool (OCT), с параметром /admin:

setup.exe /admin

Программа установки Office 2016 запустится в особом режиме, в котором мы зададим настройки, которые должны быть использованы при разворачивании на компьютерах пользователей. На выходе программа создаст файл MSP, содержащий все указанные настройки, который нужно будет сохранить в каталог “.Updates” дистрибутива Office.

Примечание. Имейте в виду, что файл MSP привязан к архитектуре продукта, т.е. для x86 и x64 редакций понадобятся собственные MSP файлы.

Мы создадим MSP файл, позволяющий установить Office в автоматическом режиме без необходимости взаимодействия с пользователем.

Выберите Create a new setup customization file for following product, отметьте нужную редакцию продукта и нажмите OK.

В разделе Install location and organization name укажите информацию об организации.

Затем в разделе Licensing and user interface, выберите опцию Use KMS client key (если у вас будет использоваться KMS сервер для активации Office 2016 или ADBA активация), либо вручную укажите MAK ключ, выбрав пункт Enter another product key.

Включите чекбокс в разделе I accept the terms in the license agreement, в разделе Display level укажите Basic, и выберите Suppress modal и No cancel. При данных настройках пользователь не должен вводить никакой лицензионной информации и подтверждать лицензионное соглашение.

В разделе Modify Setup properties нажмите Add, и добавьте параметр с именем SETUP_REBOOT и значением Never.

Отключим для пользователей мастер первоначальной настройки при первом запуске, изменив в разделе Modify user settings -> Microsoft Office 2016 -> Privacy— > Trust Center. Значение параметра Disable Opt-in Wizard on first run на Enabled.

Сохраним полученные настройки (File -> Save As) в MSP файл в каталоге дистрибутива Updates. Установщик Office автоматически проверяет эту папу на наличие MSP файла, в случае его отсутствия запускается полная установка. Закройте утилиту OCT.

Следующий этап – создание SCCM приложения.

Откройте консоль SCCM и в разделе Software Library -> Application Management -> Applications создайте новое приложение (Create Application).

Выберите Automatically detect information и укажите UNC путь к файлу proplusww.msi

Приложение будет импортировано из файла msi. Нажмите Next.

Укажем информацию о приложении. Строку установки оставим пока без изменнеий (по умолчанию, msiexec /i “proplusww.msi” /q ). В пункте Install behavior выберем Install for system.

Закроем мастер создания приложения.

Откроем свойства созданного приложения, на вкладке Deployment Types выберите MSI файл и перейдите в режим редактирования (Edit). На вкладке Content укажите путь к каталогу с дистрибутивом Office 2016.

На вкладе Programs измените строку установки (Installation Program) на setup.exe. Сохраните изменения.

Осталось распространить приложение на нужные Distribution Point и опубликовать программу на коллекцию с компьютерами пользователей. В мастере Deploy Software Wizard укажем действие: Action – Install, Purpose — Available

На стороне пользователя через несколько минут новое приложение станет доступно в Software Center . Пользователь может в списке приложений выбрать Microsoft Office Professional Plus 2016 и запустить его установку, нажав Install Selected.

Подробный лог установки находится в файле %Windir%CCMLogsAppenforce.log. По этому файлу можно следить за статусом установки.

Приложение будет скачано на компьютер клиента и установлено. Как мы видим, статус установки изменился на Installed, значит Office 2016 установился корректно.

Для автоматической установки Office 2016 в тихом режиме на компьютеры определенной коллекции нужно создать отдельный Advertisement.

Загрузка ПО

#windows11 
#windows10 
#windows8.1 
#windows7 
#windowsserver 
#office2021 
#office2019 
#office2016 
#office2013 
#office2010 
#officeformac 
#office365 
#sqlserver 
#antivirus

#windows11 
#windows10 
#windows8.1 
#windows7 
#windowsserver 
#office2021 
#office2019 
#office2016 
#office2013 
#office2010 
#officeformac 
#office365 
#sqlserver 
#antivirus

Как установить Office 2019. Как активировать корпоративный офис 2019.

Как оказалось больше не существует обычного интерфейса для девочек при установке корпоративной версии офиса 2019 .
Но всё оказалось настолько просто, что даже ебанутая документация Microsoft не смогла омрачить жизнь админам. Так как Microsoft забацала сайт для помощи в установке.
Есть несколько основных нюансов которые нужно будет запомнить и осознать, а в остальном всё делается одним батником

---

В статье используются программы:

AkelPad v4.9.8 Текстовый редактор оф. сайт
QIP Shot v3.4.3 Программа для создания скриншотов оф. сайт

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

Сайт для создания и скачивания созданного «xml-конфига»
Место для скачки «Office Deployment Tool (ODT)»

---

Таааааак… Вот основные нововведения (частично спизжено с WinITPro):

Основные особенности Office 2019, о которых нужно помнить перед началом развертыванием пакета в компании:

01. Office 2019 можно установить только на «Windows 10» или «Windows Server 2016/2019»;

02. Установщик «Office 2019» основан на технологии «Нажми и работай / Click-to-Run (C2R)», а не на классическом «MSI-установщике» (как это было в предыдущих версиях Office) (это означает, что нет интерфейса установки где можно выбирать компоненты, путь, и т.д.);

03. Нельзя одновременно использовать на компьютере «Office 2019» и предыдущую версию «Office» или любой пакет из «Office 365» (например, вы не сможете установить «Skype for Business Click to Run» из «Office 365») (ВСЕ УСТАНОВЛЕННЫЕ ВЕРСИИ ОФИСА БУДУТ УДАЛЕНЫ АВТОМАТИЧЕСКИ! (Включая 2019, ВСЕ, НО! КОЕ ЧТО МОЖНО ОСТАВИТЬ));

04. Для настройки параметров установки «Office 2019» теперь используется «Office Deployment Tool» (ODT) вместо привычной «Office Customization Tool» (OCT);

05. Установка всегда выполняется на системный диск (смирись);

06. Устанавливать офис можно с: Локального источника, сетевого источника, из интернета, через «System Center Configuration Manager (SCCM)»;

07. Есть активация ключами многократной установки «MAK-ключами»;

08. В Microsoft набрали таких ебанатов, что 2019 офис ставится по пути 2016 офиса;

09. Для работы с «KMS» поддерживаются те же команды, что и для 2016 офиса;

10. Десять;

Приступим.
Скачиваем «Office Deployment Tool (ODT)», создаём папку «Papke» где нам удобно и есть 3 гигабайта места:

Запускаем «Office Deployment Tool (ODT)» и указываем путь к нашей папке «Papke».
Блядь, он же 2016. А вот и нет. Просто программистам зарплату выдали хуями:

Там появляются вот такие файлики:

Появился «setup.exe» он консольный. Видим файлики с ознакомительной конфигурацией. Можно их поглядеть но по факту киляем их к хуям (сегодня статья про хуи):

Отправляемся на сайт «Microsoft» и будем создавать конфигурацию:

Тут нужно собрать именно такую конфигурацию которую мы планируем устанавливать на рабочие станции (что бы по сто раз не делать одно и тоже). Конечно можно сделать несколько разных не тупи.
Рекомендую почитать что пишет «Microsoft», не смотря на то, что они слабо понимают что пишут.
Так, по поводу битности — раньше «Microsoft» всегда рекомендовало ставить именно «x86» несмотря на то, что было и «x64». Как сейчас не знаю, но если у вас есть плагины или софт который что-то автоматически открывает в офисе или генерирует документы из себя с помощь. шаблонов офиса, то ставить лучше «x86»! (А вообще, как всегда — не забываем всё тестировать перед внедрением в пердакшен).
Будим делать на примере «Стандарт» так как в 99% именно такой версии достаточно на

работе дома.

Так дальше будет куча картинок

без комментариев:

Вот тут пожалуй нужен комментарий. Так как это начальный конфиг и у нас ещё не скачан «дистрибутив» мы выбираем «Сеть доставки содержимого CDN Office» и галочки ставим, чтоб пользователи не пугались. Оно нам конечно пока не нужно. Но! Мы можем с этим конфигом и устанавливать сразу… но у нас другой план. Но галочки всё равно поставим. Пф…

Вот тут внимательно!

Сохранение некоторых продуктов Office и удаление всех остальных продуктов Office

Название организации на Русском не поддерживает (поддерживает). Потому потому что мы пилотки, и пилотками мы пишем наши коды:

Готово. Нажимаем «Экспорт» и сохраняем в нашу папку «Papke» под любым именем:

Открываем и смотрим, что у нас внутри нашего xml-конфига. «KMS-ключ» уже введён:

Так как мы сейчас предварительно скачиваем дистрибутив, то часть данных вообще не нужна. Но мы с помощью этого же конфига и будем устанавливать на рабочие станции. Мы не выбрали автоматическую активацию потому, что мы будем использовать не свой «KMS-сервер», а

пиратский альтернативный
Теперь запускам «CMD» консоль от Администратора!
Переходим в нашу в директорию «Papke»:

И пишем там «setup /download конфигурация.xml» (без кавычек):

Если

После нажатия ентер воооообще ничего визуально не произойдёт. Всё хорошо, не нужно жмакать кнопки, нужно ждать… минут по разному.
Смотрим в папке «Papke», что у нас там появляется:
О, появилась папочка «Office», там папка «Data» а в ней несколько фалов и папка с номером текущей актуальной (мы же скачиваем) версии офиса

Вот как только в папке появятся файлы, а в консоли курсор перейдёт на новую строку значит скачивание завершено:

Консоль не закрывать она ещё нужна.
Теперь нам нужно сделать копию нашего файла «Конфигурация.xml», назовём его «Конфигурация_локальная_установка.xml» и добавить туда локальный путь откуда мы будем устанавливать офис. Путь нужно указать до верхней папки в которой лежит «setup.exe». И кстати название организации можем написать на русском но без пробелов и кавычек:

Давайте теперь установим себе офис
Пишем в консоли: «Setup /configure Конфигурация_локальная_установка.xml» (без кавычек):

Готово, офис установился:

Теперь (можно и запустить офис можно и не запускать) нам нужно поменять путь к нашему «KMS-серверу» — пишем в консоли:

cd «C:Program FilesMicrosoft OfficeOffice16»
cscript ospp.vbs /sethst:kms.srv.crsoo.com
cscript ospp.vbs /act

Готово. Наш офис установлен и активирован. Без всяких кряков и отключений антивируса:

ЗЫ. Можно сделать батник, а в файле конфигурации указать путь к общей папке и распространить групповой политикой, или вот таким батником устанавливать локально:

@echo off
rem -----------------------------------------------------
rem Автоматическая установка офиса 2019 стандарт
rem и его активация
rem 			(С) (:Pro:) 14.03.2021
rem -----------------------------------------------------
BREAK off
cd /d "%~dp0"
setup.exe /configure Конфигурация_локальная_установка.xml
echo "Подождать окончания установки и нажать любую кнопку для активации"
pause
cd "C:Program FilesMicrosoft OfficeOffice16"
cscript ospp.vbs /sethst:kms.srv.crsoo.com
cscript ospp.vbs /act
echo "Готово =D"
pause

Положить его в корень папки с офисом (где лежит «setup.exe») и запускать его от Администратора.
Главное не забыть отредактировать «XML» указав пустой источник установки — вот так: SourcePath=»» (Если вы его указывали) Или вообще удалить эту часть.

Список «KMS-серверов»

Список «KMS-ключей»

GVLKs for Office

Release Notes