У меня есть языковые пакеты KB3012997 и KB2839636 поставлено и одобрено в Windows Server Update Services 2012 R2, но мои клиенты Windows Server Core 2012 R2 отказываются устанавливать его. После поиска в Google выяснилось, что эти обновления языкового пакета невозможно установить через WSUS, и их необходимо вручную установить на клиентах через панель управления языком. К сожалению, панель управления языком недоступна в версии Core Windows server, как control.exe input.dll и control.exe /name Microsoft.Language не работать. Я пробовал установить файлы CAB вручную с помощью dism /online /Add-Package /Package-Name:E:\WsusContent\65\F1C5505C26603C0E907DEDD5A4B3A0E6511E44C65.cab но обновления не регистрируются как устанавливаемые в консоли WSUS.
Как я могу установить эти языковые пакеты на Server Core 2012 R2? Да, я знаю, что эти языковые пакеты практически ничего не делают для Server Core. И что я мог бы обойти эту проблему, создав отдельные группы в консоли WSUS для основных и неосновных выпусков Windows Server и одобрив эти обновления только для неосновных выпусков. Но чтобы удовлетворить свой аутизм, я бы все равно хотел установить эти обновления, потому что, если бы они действительно никогда не предназначались для целевых версий Windows Server Core, я предполагаю, что консоль WSUS не скажет, что мои основные серверы применимы для них. Прямо сейчас единственный способ, о котором я могу думать, - это использовать такой инструмент, как Altiris RapidInstall или Sysinternals Process Monitor, чтобы увидеть, какие изменения файла / реестра были внесены при добавлении языкового пакета в неосновную версию Windows Server после того, как он уже был установлен. с участием dism.exe а затем применить эти изменения к серверам Core edition.
Это работает как задумано. Это «особенность» / «дефект» WSUS, обнаруженная выбранной группой «обновлений», которые на самом деле не являются обновлениями в типичном значении этого термина.
Определенные обновления WSUS, включая языковые пакеты, определяются как применимые к машине в том смысле, что они могут быть дополнительно установлены вручную каким-либо механизмом вне Центра обновления Windows. Утверждая обновление, вы делаете его доступным для загрузки с WSUS, однако на самом деле это не приводит к автоматической загрузке или установке. Необходимо запустить обновление с помощью другого инструмента, такого как языковые настройки панели управления.
Помимо языковых пакетов, различные динамические установщики имеют схожую функциональность по схожим причинам. Динамические установщики загружаются с WSUS во время выполнения установки, но на самом деле не являются обновлениями для системы, на которой выполняется установка (они обновляют программу установки, а не систему). Они не будут регистрироваться как установленные, потому что не устанавливаются в систему, и могут быть загружены несколько раз, если установщик запускается несколько раз.
Это работает так, как задумано, поэтому WSUS может предоставлять файлы из системы доставки контента под административным контролем и предположительно кэшировать / доставлять контент ближе к клиенту.
Это принципиально отличается от типичного ожидаемого поведения WSUS, поэтому, возможно, это «дефект» конструкции, заключающийся в том, что WSUS обрабатывает дополнительные компоненты, включая языковые пакеты, совершенно иначе, чем подавляющее большинство обновлений, которые автоматически устанавливаются Центром обновления Windows.
Для установки на ядро сервера можно использовать команды DISM или LPKSETUP. https://technet.microsoft.com/en-us/library/hh825679.aspx https://technet.microsoft.com/en-us/library/hh825178.aspx