О проблемах установки обновлений


Своевременная установка обновлений это хорошая профилактика от вирусных атак. Это ещё раз подтверждает последння волна червей, начавшаяся с WannaCry.

И вот вроде бы все нужные обновления регулярно ставим, но червь как-то просочился на несколько компьютеров. По совокупности защитных мер ничего страшного не произошло, тем не менее выводы на будущее надо было сделать. Читать далее

Windows XP — живее всех живых


После вселенских разоблачений спалившихся агентов 007 компания Microsoft выпустила множество обновлений безопасности для всех версий Windows, включая Windows XP.

Если с обновлениями новых версий проблем нет: работает обновление через Интернет и через локальные WSUS серверы, то с Windows XP сложнее: в последние годы после окончания расширенной поддержки Windows XP был изменен не только формат пакетов обновления, но протокол, по которому системы обновляются.

В результате нам остаётся скачивать обновления для Windows XP и ставить их только вручную. Если есть SCCM, то можно сделать пакет с обновлениями и установить их за один заход. Это не сложно: используйте ключи quiet и norestart. Рекомендую не лениться и установить эти обновления, т.к. вирусы и трояны под эти дыры уже гуляют по белу свету.

Более подробно о всех обновлениях можно прочитать с статье June 2017 security update release. В частности для Windows XP смотрите Microsoft security advisory 4025685 — в этой же статье про Windows Vista, Windows 8, or Windows Server 2003 снятых с поддержки.

Изменения в модели обновлений Windows 7 и 8.1


Источник https://blogs.technet.microsoft.com/windowsitpro/2016/08/15/further-simplifying-servicing-model-for-windows-7-and-windows-8-1/

С октября 2016 года будут только кумклятивные обновления двух видов: кумулятивное обновление безопасности (включает все ранее выпущенные обновления безопасности) и полное кумулятивное обновление (включает все ранее выпущенные обновления безопасности и иные обновления).

Для .Net аналогично: будет только одно полное кумулятивное обновление (включает все ранее выпущенные обновления безопасности и иные обновления) для всех версий сразу и только одно обновление безопасности (включает все ранее выпущенные обновления безопасности) для все версий сразу. Эти пакеты будут только обновлеть установленные версии, но не будут ставить новые версии .Net.

Как видно, модель обновления максимально приближается к модели обновлений Windows 10. Размер обновлений ожидаем соответствующий.

Опыт внедрения Internet Explorer 11 в корпоративной среде – Часть 2.


Продолжение Опыт внедрения Internet Explorer 11 в корпоративной среде.

После одобрения установки IE11 на рабочие места через некоторое время на WSUS стало видно, что есть некоторое число компьютеров с ошибкой установки. Для пользователей это плохо ещё и потому, что IE11 пытается установиться раз в сутки повторно, замедляя работу компьютера.

В логе IE11_Main.log (находится в c:\windows) обнаружились строки:

01:17.782: ERROR: WMI query for Hotfixes timed out. Query string: ‘Select HotFixID from Win32_QuickFixEngineering WHERE HotFixID=»KB2729094″‘ Error: 0x00040004 (262148).

01:18.016: INFO: KB2729094 could not be download is not installed.

Читать далее

Обновления для Microsoft Visual C++ Redistributable Package


Логическая бомба с установкой обновлений безопасности. На WSUS сервере выбраны продукты, которые используются: система, Office и т.п. Обновления безопасности для них ставятся везде, где нужно.

Выполняем проверку сканером MBSA, и он показывает необходимость установки обновлений безопасности для Microsoft Visual C++ Redistributable Package. В WSUS эти обновления не приезжают, потому что продукты Visual Studio не одобрены! – нет такого продукта у пользователей.

Импортировал в WSUS обновления:

Kb 973923 Microsoft Visual C++ 2005 Service Pack 1 Redistributable Package

Kb 2538243 Microsoft Visual C++ 2008 SP1 Redistributable Package

Kb 2565063 Microsoft Visual C++ 2010 Service Pack 1

В результате выяснилось, что пакеты очень популярны и должны быть установлены на практически все серверы и рабочие станции.

Вот такая интересная засада может случится – пользуйтесь почаще Microsoft Baseline Security Analyzer.

Миграция с WSUS на SCCM


Установка обновлений через WSUS достаточна проста. Если тщательно проработать группы и правила автоматического одобрения, то установка обновлений становится совсем не обременительной для администраторов. Более того, можно использовать скрипты для управления установкой обновлений, чтобы еще более повысить гибкость и удобство. Для небольших компаний такой подход идеальный.

Если же инфраструктура усложняется и растет в объемах, появляются многочисленные группы серверов и пользователей требующих особого подхода, то гибкости WSUS может уже не хватать. Обычно в такой инфраструктуре появляется Configuration Manager, и через какое-то время все процессы управления начинают тяготеть к SCCM. В том числе это касается установки обновлений.

И тут начинается ломка сознания: как жалко ломать настроенный и отлаженный механизм WSUS и заново отстраивать новый в SCCM! А сколько сил и времени это займет!

Оказывается, не все так ужасно – все уже написано до нас! Мне попалась статья Migrating from WSUS to Configuration Manager, в которой описаны скрипты миграции. Первый скрипт выгружает из WSUS список групп и одобренных для них обновлений, а второй импортирует эту информацию в SCCM, создавая в нем группы и включая в них нужные обновления. Эти скрипты не сделают всю работу за нас, но саму черновую да! Администратору остается (всего лишь!) продумать и реализовать процедуры установки обновлений, используя все расширенные возможности SCCM, которых нет в WSUS.

Перемещение базы WSUS на Windows Server 2012


Недавно установил на сервере Windows Server 2012 роль WSUS – пришло время мигрировать существующий WSUS сервер с Windows Server 2003 на современную платформу. При установке роли – а WSUS теперь роль – система спрашивает, где разместить хранилище обновлений. Хранилище обновлений может занимать десятки гигабайт на активно используемом WSUS сервере, и логично разместить его на отдельном диске. Но удивительное дело, вопроса про размещение базы нет: база по умолчанию ставится в каталог C:\Windows\WID\Data . Учитывая, что база WSUS может разрастаться до нескольких гигабайт, не хочется держать ее на системном диске. Я попытался переместить ее, используя тот же метод, который применял ранее для WSUS 3.0, но это не сработало!

После некоторых изысканий получился такой алгоритм переноса базы WSUS 4.0:

1. Скачать и установить со странички Microsoft® SQL Server® 2012 Feature Pack

http://www.microsoft.com/en-us/download/details.aspx?id=29065

два компонента:

1) Microsoft® SQL Server® 2012 Native Client

2) Microsoft® SQL Server® 2012 Command Line Utilities

2. Остановить сервисы:

net stop WsusService

net stop W3SVC

3. Отсоединить базу:

«c:\Program Files\Microsoft SQL Server\110\Tools\binn\SQLCMD.EXE» -E -S np:\\.\pipe\MICROSOFT##WID\tsql\query -Q «sp_detach_db ‘SUSDB'»

4. Переместить базу в целевой каталог:

move C:\Windows\WID\Data\SUSDB*.* E:\WSUS\WSUSDB\

5. Смонтировать базу:

«c:\Program Files\Microsoft SQL Server\110\Tools\binn\SQLCMD.EXE» -E -S np:\\.\pipe\MICROSOFT##WID\tsql\query -Q «sp_attach_db @dbname=N’SUSDB’, @filename1=N’E:\WSUS\WSUSDB\SUSDB.mdf’, @filename2=N’E:\WSUS\WSUSDB\SUSDB_log.ldf'»

6. Запустить сервисы

net start WsusService

net start W3SVC

7. Установить права на папку с базой (E:\WSUS\WSUSDB), чтобы сервис Windows Internal Database мог в нее писать. Права на запись нужно выдать учетной записи NT SERVICE\MSSQL$MICROSOFT##WID (ее явно не видно, это виртуальная учетная запись, но права для нее можно назначить).

Все готово! Теперь можно не опасаться, что WSUS займет все место на системной диске.

С учетом того, что установка сделана на виртуальной машине, при необходимости можно легко переместить диск с данными WSUS на другую виртуальную машину.