- Remove From My Forums
-
General discussion
-
Добрый день.
Решил попробовать новую сборку Windows 10 1703.
Ввел в домен. Все хорошо, во WSUS новая сборка появилась, но не может скачать ни одно обновление. Висит на этапе скачивания 0%.
На других сборках эту проблему решал 900 метровый патч KB3213522.
К этой сборке он не применим. Кто сталкивался с подобным?
Домен 2012R2, WSUS тоже 2012R2.
Уши есть не только у стен.
-
Edited by
Tuesday, April 18, 2017 7:42 AM
-
Changed type
Vasilev VasilMicrosoft contingent staff
Wednesday, May 10, 2017 5:15 AM
-
Edited by
- Remove From My Forums
-
Question
-
Hi,
Im approving the Windows 10 1511 upgrades on WSUS — Server 2012R2.
Single WSUS server synching directly with MS and storing updates locally.
The Windows 10 upgrades keep failing to download though so i cant actually deploy them to my Windows 10 group for upgrade from Win 7.
I approve the update «Upgrade to Windows 10 Pro, version 1511, 10586 — en-gb, Retail for my Windows 10 computer group.
It starts downloading then about 5 minutes later will come up with:
The files for this update failed to download.
The update can be approved but will not be available to computers until the download is complete. Click retry download to start the download again.
The following is logged in the event log:
Content file download failed.
Reason: File cert verification failure.
Source File: /d/upgr/2015/12/10586.0.151029-1700.th2_release_clientpro_ret_x64fre_en-gb_4609bbb28b8638ba63df922e68ae75a77434df64.esd
Destination File: S:\WSUS Content\WsusContent\64\4609BBB28B8638BA63DF922E68AE75A77434DF64.esd
Ive tried rebooting the server and running the server clean up wizard but i cant clear the above error cycle.
Anybody any ideas?
Thanks
-
Edited by
Monday, January 11, 2016 11:00 AM
-
Edited by
Answers
-
Hi
Windows 10 Pro Retail:
Requested file 10586.0.151029-1700.th2_release_CLIENTPRO_RET_x64fre_en-us.esd has no decrypt information
Windows 10 Pro Volume Licensed:
Requested file 10586.0.151029-1700.th2_release_CLIENTEducation_VOL_x64fre_en-us.esd has no decrypt information
This error occurs if you have applied the KB3095113 after ticking the Upgrades Classification on 2012 or 2012 r2 Server. When you tick the Upgrades Classification WSUS downloads metadata about the available Upgrades into the SUSDB WSUS Database. If the hotfix
isn’t applied first this data is not stored correctly in the SUSDB Database and is unusable.To fix this you need to delete the information about the Upgrades from the SUSDB Database.
See http://blogs.technet.com/b/wsus/archive/2015/12/04/important-update-for-wsus-4-0-kb-3095113.aspx?pi47623=7#pi47623=7#comments
(Sorry I can’t make this a hyper-link as I have only just created this account).In the Comments Section there is a post «This Drove me Mad» 26 Jan 2016 4:28 PM which explains how to delete these unusable entries from your SUSDB Database. This information is provided without warranty and you should
take all necessary precautions if following it.I have followed the instructions posted by «This Drove me Mad» and
«FCW» from this Blog on my production WSUS 2012 Server and it fixed this problem for me.I have just successfully Upgraded a Windows 10 RTM 10240 PC to th2 1511 10586 via WSUS so this was the last problem I needed to solve to get it to work.
-
Proposed as answer by
Kuba_L
Wednesday, January 27, 2016 3:14 PM -
Marked as answer by
Fulgent
Friday, February 5, 2016 1:07 PM
-
Proposed as answer by
Лично для меня было открытием, что в некоторых случаях компьютеры с Wiindows 10 могут не получать обновления со внутреннего WSUS сервера, вместо этого обращаясь в Интернет к серверам обновления Microsoft, хотя WSUS сервер для клиентов жестко установлен стандартной групповой политикой. Данная проблема связан с термином Dual Scan (не встречал на русском расшифровку термина, пусть это будет двойное сканирование).
Понятие Dual Scan представляет собой такую комбинацию настроек в Windows 10 1607 и выше, при которой клиенты начинают игнорировать настройки локального WSUS сервера, параллельно обращаясь для сканирования на наличие новых обновлений на внешние сервера Windows Update. Первые обращения с подобными проблемами были еще в мае 2017 года.
Сканирование обновлений выполняется одновременно и на WSUS сервере и на серверах WU, однако клиент принимает апдейты только от серверов WU. Таким образом, все обновления/патчи с локального WSUS, относящиеся к категории Windows будут игнорироваться такими клиентами. Т.е. обновления Windows в таком режиме получаются из интернета, а обновления драйверов и других продуктов со WSUS.
В моем случае на проблемном клиенте, в разделе Computer Configuration\Administrative Templates\Windows Components\Windows Update были включены две стандартные политики для обновления ПК со внутреннего WSUS:
- Configure Automatic Updates
- Specify intranet Microsoft update service location
При этом на клиентских ПК Windows 10 в панели управления в разделе Обновления и безопасность –> Центр обновления Windows -> Дополнительные параметры включена опция Отложить получение обновлений компонентов (настройка аналогична политике ‘Select when Feature Updates are received’)
При такой комбинации настроек клиенты перестают получать обновления Windows со внутреннего WSUS сервера.
Таким образом, ситуация Dual Scan возникает при следующих комбинациях политик (или эквивалентных ключей реестра или настроек на клиентах Windows 10):
- Задан адрес локального WSUS политикой Specify intranet Microsoft update service location
- Включена одна из политик, относящихся к возможности отложенной установки апдейтов в концепции Windows Update for Business:
- Select when Feature Updates are received
- Select when Quality Updates are received
Совет. Данные политики находятся в разделе Computer Configuration\Administrative Templates\Windows Components\Windows Update\Defer Windows Updates. Благодаря этим политикам пользователь может отложить установку апгрейдов Windows 10, таким образом ОС переключается в режим Current Branch for Business. Откладывание установки обновлений не относится к обновлениям безопасности.
Чтобы исключить ситуацию с Dual Scan, а клиенты выполняли поиск обновлений Windows только на внутреннем WSUS сервере, нужно включить политику Do not allow update deferral policies to cause scans against Windows Update в разделе Computer Configuration\Administrative Templates\Windows Components\Windows Update.
Данная политика присутствует в Windows 10 1607, однако в Windows 10 версии 1703 ее по умолчанию нет. Чтобы данная настройка GPO появилась, нужно установить обновление KB4034658 от 8 августа 2017.
Windows 10 является одной из самых популярных операционных систем, используемых рынком. Однако, некоторые пользователи начинают сталкиваться с проблемой, когда Windows 10 не может найти и установить обновления с WSUS (Windows Server Update Services). Эта проблема может быть очень раздражающей и мешать нормальной работе системы.
Если Windows 10 не находит обновления на WSUS, причин может быть несколько. Одна из самых распространенных — неправильные настройки или проблемы с соединением. Например, возможно, что Windows 10 неправильно настроен для поиска обновлений на WSUS или соединение с сервером WSUS прерывается из-за проблем с сетью.
Несмотря на то, что проблема может быть различной, решение часто достаточно простое. Важно проверить настройки Windows 10 для обновлений и соединение с WSUS, чтобы убедиться в их правильности. Также, рекомендуется проверить и исправить любые проблемы с сетью, которые могут препятствовать соединению с сервером WSUS.
Содержание
- Windows 10: проблема со списком обновлений на WSUS
- Что такое WSUS и как работает система обновлений
- Основные проблемы обновлений на WSUS
- Почему Windows 10 не обновляется через WSUS
- Как решить проблему с обновлениями на WSUS
- Руководство по настройке WSUS для корректного обновления Windows 10
Windows 10: проблема со списком обновлений на WSUS
Владельцы компьютеров с операционной системой Windows 10 иногда сталкиваются с проблемой, когда их устройства не находят список доступных обновлений на сервере WSUS. Эта проблема может произойти по разным причинам, но обычно она связана с настройками и конфигурацией системы. В этом разделе мы рассмотрим, как решить это распространенное недоразумение.
Прежде всего, убедитесь, что ваш компьютер подключен к сети и может связаться с WSUS сервером. Убедитесь, что адрес сервера WSUS указан правильно в настройках Windows Update. Вы можете проверить это, перейдя в «Настройки» -> «Обновление и безопасность» -> «Windows Update» и нажав на «Дополнительные параметры».
Если адрес сервера WSUS указан правильно, проверьте, имеется ли у вас доступ к серверу. Попробуйте открыть его адрес в веб-браузере и убедитесь, что страница загружается без проблем. Если страница не открывается, возможно, ваш компьютер не настроен правильно или существует проблема с доступом к сети.
Если вы уверены, что проблема не в настройках или соединении, попробуйте выполнить команду в командной строке с правами администратора:
- net stop wuauserv
- net start wuauserv
Это может помочь перезапустить службу Windows Update и решить проблему с обновлениями.
Если все вышеперечисленные шаги не помогли решить проблему, вы можете попробовать вручную очистить кэш Windows Update. Для этого выполните следующие действия:
- Остановите службы Windows Update и BITS с помощью команд:
- net stop wuauserv
- net stop bits
- Удалите содержимое папки C:\Windows\SoftwareDistribution, кроме папки «Download».
- Запустите службы Windows Update и BITS с помощью команд:
- net start wuauserv
- net start bits
После выполнения этих действий попробуйте обновить список доступных обновлений в Windows Update и проверьте, решена ли проблема.
Если ни один из перечисленных методов не решает проблему, вам может потребоваться обратиться к системному администратору или службе поддержки Microsoft для получения дополнительной помощи.
Что такое WSUS и как работает система обновлений
WSUS позволяет администраторам сети контролировать процесс обновления компьютеров в организации. Она позволяет создать локальное хранилище обновлений на сервере, откуда всех клиентских компьютеров можно будет скачивать обновления. Это позволяет значительно снизить нагрузку на интернет-трафик и сократить время процесса обновления.
Система WSUS работает следующим образом:
- Администратор настраивает сервер WSUS, указывает категории и типы обновлений, которые будут загружаться и распространяться.
- Сервер WSUS регулярно проверяет наличие новых обновлений на серверах Microsoft и скачивает их в локальное хранилище.
- Клиентские компьютеры периодически обращаются к серверу WSUS для проверки наличия новых обновлений.
- Если на сервере WSUS есть новые обновления, клиентские компьютеры скачивают и устанавливают их.
Система WSUS предоставляет администраторам возможность гибко настраивать процесс обновления в соответствии с требованиями организации. Они могут создавать группы компьютеров с разными правилами обновления, контролировать состояние обновлений на компьютерах и получать отчеты о процессе обновления.
Основные проблемы обновлений на WSUS
1. Ошибки синхронизации
Одной из наиболее распространенных проблем является ошибка синхронизации WSUS с сервером Windows Update. Это может быть вызвано проблемами с сетью, неправильными настройками или отсутствием поддержки со стороны Microsoft. Для решения этой проблемы необходимо проверить настройки сети, обновить WSUS до последней версии и убедиться, что сервер Windows Update доступен из WSUS.
2. Заблокированные обновления
Иногда обновления могут быть заблокированы на WSUS из-за различных причин, таких как конфликты программного обеспечения или неправильные настройки сервера. Для решения этой проблемы необходимо проверить конфликтующее программное обеспечение, обновить WSUS и проверить настройки сервера.
3. Проблемы с клиентскими компьютерами
Иногда проблема может быть связана с клиентскими компьютерами, которые не могут получить обновления с WSUS. Это может быть вызвано нарушением работы службы обновления или неправильной конфигурацией клиентского компьютера. Для решения этой проблемы необходимо перезапустить службы обновления на клиентском компьютере и проверить его настройки.
4. Неудачная установка обновлений
Иногда обновления на WSUS могут не устанавливаться на клиентские компьютеры. Это может быть вызвано ошибками в процессе установки, нарушением работы службы обновления или неправильными настройками. Для решения этой проблемы необходимо проверить журналы установки обновлений, перезапустить службы обновления и обновить настройки WSUS.
Вывод
Проблемы с обновлениями на WSUS могут возникать по различным причинам, таким как ошибки синхронизации, заблокированные обновления, проблемы с клиентскими компьютерами и неудачная установка обновлений. Для их решения необходимо провести тщательную проверку настроек и выполнить ряд действий, таких как обновление WSUS, проверка конфликтующего программного обеспечения и перезапуск служб обновления.
Почему Windows 10 не обновляется через WSUS
Однако бывает ситуация, когда Windows 10 не может найти и установить обновления через WSUS. Это может иметь несколько причин:
1. Неполадки с WSUS сервером:
Возможно, проблема заключается непосредственно в WSUS сервере. Может потребоваться проверка его состояния, наличие необходимых обновлений и правильно настроенных параметров.
2. Подключение к WSUS серверу:
Windows 10 требует корректного подключения к WSUS серверу для обновлений. Возможно, в сети произошли изменения, или настройки прокси поменялись. Подключение должно быть установлено правильно и работать без сбоев.
3. Ошибки в реестре:
Иногда проблема с обновлениями может быть вызвана ошибками в реестре системы. Может потребоваться проведение регистрации необходимых файлов и исправление ошибок в реестре.
Чтобы решить проблему и заставить Windows 10 обновляться через WSUS, рекомендуется следовать инструкциям Microsoft, проводить необходимые проверки и настройки.
Как решить проблему с обновлениями на WSUS
Если ваша операционная система Windows 10 не находит обновления на WSUS, вот несколько решений, которые могут помочь:
1. Проверьте подключение к WSUS
Убедитесь, что ваш компьютер правильно настроен для подключения к WSUS. Проверьте настройки сети, убедитесь, что компьютер имеет доступ к WSUS серверу и хорошее интернет-подключение.
2. Проверьте настройки WSUS
Убедитесь, что WSUS сервер правильно настроен. Проверьте наличие необходимых обновлений на сервере, а также настройки групп обновлений и правил развертывания. Убедитесь, что WSUS работает корректно и доступен для обновления Windows 10.
3. Проверьте настройки обновлений в Windows 10
Убедитесь, что настройки обновлений в операционной системе Windows 10 настроены правильно. Перейдите в «Параметры» -> «Обновление и безопасность» -> «Windows Update» и убедитесь, что выбран правильный режим обновления (например, «Автоматическая установка обновлений»).
4. Очистите кэш обновлений Windows 10
Попробуйте очистить кэш обновлений в операционной системе Windows 10. Для этого выполните следующие шаги:
- Откройте командную строку от имени администратора.
- Введите команду «net stop wuauserv» (без кавычек) и нажмите Enter.
- Введите команду «net stop bits» (без кавычек) и нажмите Enter.
- В проводнике перейдите к папке «C:\Windows\SoftwareDistribution» и удалите ее содержимое.
- Введите команду «net start wuauserv» (без кавычек) и нажмите Enter.
- Введите команду «net start bits» (без кавычек) и нажмите Enter.
5. Перезагрузите компьютер
Попробуйте перезагрузить компьютер после выполнения вышеперечисленных действий. Это может помочь восстановить работу обновлений на WSUS.
Если ни одно из вышеперечисленных решений не решает проблемы с обновлениями на WSUS, рекомендуется обратиться к специалистам технической поддержки для получения дальнейшей помощи.
Руководство по настройке WSUS для корректного обновления Windows 10
Вот несколько шагов, которые помогут вам настроить WSUS для корректного обновления Windows 10:
- Установите необходимые обновления для WSUS. Вам понадобятся обновления KB3159706 и KB3095113, которые добавляют поддержку Windows 10. Сначала установите KB3095113, а затем KB3159706.
- Настройте WSUS для синхронизации с обновлениями для Windows 10. В консоли WSUS выберите опцию «Синхронизировать», затем «Настроить настройки» и выберите необходимые каналы обновлений для Windows 10.
- Настройте группы обновлений для Windows 10. В консоли WSUS выберите опцию «Компьютеры» и создайте новые группы, которые будут использоваться для обновления Windows 10.
- Настройте политики групповой политики для Windows 10 компьютеров. Убедитесь, что на компьютерах с Windows 10 настроены правильные политики групповой политики для обновлений, указывающие на ваш WSUS-сервер.
- Выполните очистку и синхронизацию WSUS. После всех настроек выполните очистку базы данных WSUS и запустите повторную синхронизацию, чтобы убедиться, что все обновления для Windows 10 загружены.
После выполнения этих шагов WSUS будет настроен для корректного обновления Windows 10. Регулярно проверяйте статус обновлений и убедитесь, что все компьютеры получают необходимые обновления.
WSUS на базе Windows Server 2012 и более поздних версий поддерживает возможность установки не только регулярных обновлений безопасности и исправлений в Windows 10, но и основных пакетов обновлений (в терминологии Microsoft – обновления). Но сразу эта функция не работает, такие обновления (в концепции Windows 10 они называются Redstone) просто не загружаются на клиентов. Давайте выясним проблему.
WSUS в Windows Server 2012 представляет новый тип классов обновления: обновления. Он включен в консоли WSUS в разделе «Параметры» -> «Продукт и классификация» -> вкладка «Классификация». Нас интересует опция «Обновления» (если она не включена, не спешите ее включать!).
Если вы включите эту опцию, сервер WSUS все равно не будет загружать обновления, что приведет к ошибке при загрузке. Чтобы сервер WSUS начал загрузку пакетов обновлений, на сервере WSUS необходимо установить отдельное обновление: 3095113 КБ (https://support.microsoft.com/en-us/kb/3095113).
Примечание. Если вы ранее включили классификацию обновлений и синхронизацию, после установки 3095113 КБ вам потребуется очистить базу данных WSUS с помощью следующих команд PowerShell:
- Отключить классификацию обновлений
Get-WsusClassification | Where-Object -FilterScript {
WSUS на базе Windows Server 2012 и более поздних версий поддерживает возможность установки не только регулярных обновлений безопасности и исправлений в Windows 10, но и основных пакетов обновлений (в терминологии Microsoft - обновления). Но сразу эта функция не работает, такие обновления (в концепции Windows 10 они называются Redstone) просто не загружаются на клиентов. Давайте выясним проблему.
WSUS в Windows Server 2012 представляет новый тип классов обновления: обновления. Он включен в консоли WSUS в разделе «Параметры» -> «Продукт и классификация» -> вкладка «Классификация». Нас интересует опция «Обновления» (если она не включена, не спешите ее включать!).
Если вы включите эту опцию, сервер WSUS все равно не будет загружать обновления, что приведет к ошибке при загрузке. Чтобы сервер WSUS начал загрузку пакетов обновлений, на сервере WSUS необходимо установить отдельное обновление: 3095113 КБ (https://support.microsoft.com/en-us/kb/3095113).
Примечание. Если вы ранее включили классификацию обновлений и синхронизацию, после установки 3095113 КБ вам потребуется очистить базу данных WSUS с помощью следующих команд PowerShell:
- Отключить классификацию обновлений
$wsus = Get-WsusServer
$wsus.SearchUpdates(“version 1511, 10586, 1607”) | foreach { $wsus.DeleteUpdate(WSUS на базе Windows Server 2012 и более поздних версий поддерживает возможность установки не только регулярных обновлений безопасности и исправлений в Windows 10, но и основных пакетов обновлений (в терминологии Microsoft - обновления). Но сразу эта функция не работает, такие обновления (в концепции Windows 10 они называются Redstone) просто не загружаются на клиентов. Давайте выясним проблему.
WSUS в Windows Server 2012 представляет новый тип классов обновления: обновления. Он включен в консоли WSUS в разделе «Параметры» -> «Продукт и классификация» -> вкладка «Классификация». Нас интересует опция «Обновления» (если она не включена, не спешите ее включать!).
Если вы включите эту опцию, сервер WSUS все равно не будет загружать обновления, что приведет к ошибке при загрузке. Чтобы сервер WSUS начал загрузку пакетов обновлений, на сервере WSUS необходимо установить отдельное обновление: 3095113 КБ (https://support.microsoft.com/en-us/kb/3095113).
Примечание. Если вы ранее включили классификацию обновлений и синхронизацию, после установки 3095113 КБ вам потребуется очистить базу данных WSUS с помощью следующих команд PowerShell:
- Отключить классификацию обновлений
Get-WsusClassification | Where-Object -FilterScript {
WSUS на базе Windows Server 2012 и более поздних версий поддерживает возможность установки не только регулярных обновлений безопасности и исправлений в Windows 10, но и основных пакетов обновлений (в терминологии Microsoft - обновления). Но сразу эта функция не работает, такие обновления (в концепции Windows 10 они называются Redstone) просто не загружаются на клиентов. Давайте выясним проблему.
WSUS в Windows Server 2012 представляет новый тип классов обновления: обновления. Он включен в консоли WSUS в разделе «Параметры» -> «Продукт и классификация» -> вкладка «Классификация». Нас интересует опция «Обновления» (если она не включена, не спешите ее включать!).
Если вы включите эту опцию, сервер WSUS все равно не будет загружать обновления, что приведет к ошибке при загрузке. Чтобы сервер WSUS начал загрузку пакетов обновлений, на сервере WSUS необходимо установить отдельное обновление: 3095113 КБ (https://support.microsoft.com/en-us/kb/3095113).
Примечание. Если вы ранее включили классификацию обновлений и синхронизацию, после установки 3095113 КБ вам потребуется очистить базу данных WSUS с помощью следующих команд PowerShell:
- Отключить классификацию обновлений
Get-WsusClassification | Where -FilterScript {
WSUS на базе Windows Server 2012 и более поздних версий поддерживает возможность установки не только регулярных обновлений безопасности и исправлений в Windows 10, но и основных пакетов обновлений (в терминологии Microsoft - обновления). Но сразу эта функция не работает, такие обновления (в концепции Windows 10 они называются Redstone) просто не загружаются на клиентов. Давайте выясним проблему.
WSUS в Windows Server 2012 представляет новый тип классов обновления: обновления. Он включен в консоли WSUS в разделе «Параметры» -> «Продукт и классификация» -> вкладка «Классификация». Нас интересует опция «Обновления» (если она не включена, не спешите ее включать!).
Если вы включите эту опцию, сервер WSUS все равно не будет загружать обновления, что приведет к ошибке при загрузке. Чтобы сервер WSUS начал загрузку пакетов обновлений, на сервере WSUS необходимо установить отдельное обновление: 3095113 КБ (https://support.microsoft.com/en-us/kb/3095113).
Примечание. Если вы ранее включили классификацию обновлений и синхронизацию, после установки 3095113 КБ вам потребуется очистить базу данных WSUS с помощью следующих команд PowerShell:
- Отключить классификацию обновлений
Get-WsusClassification | Where-Object -FilterScript {
WSUS на базе Windows Server 2012 и более поздних версий поддерживает возможность установки не только регулярных обновлений безопасности и исправлений в Windows 10, но и основных пакетов обновлений (в терминологии Microsoft - обновления). Но сразу эта функция не работает, такие обновления (в концепции Windows 10 они называются Redstone) просто не загружаются на клиентов. Давайте выясним проблему.
WSUS в Windows Server 2012 представляет новый тип классов обновления: обновления. Он включен в консоли WSUS в разделе «Параметры» -> «Продукт и классификация» -> вкладка «Классификация». Нас интересует опция «Обновления» (если она не включена, не спешите ее включать!).
Если вы включите эту опцию, сервер WSUS все равно не будет загружать обновления, что приведет к ошибке при загрузке. Чтобы сервер WSUS начал загрузку пакетов обновлений, на сервере WSUS необходимо установить отдельное обновление: 3095113 КБ (https://support.microsoft.com/en-us/kb/3095113).
Примечание. Если вы ранее включили классификацию обновлений и синхронизацию, после установки 3095113 КБ вам потребуется очистить базу данных WSUS с помощью следующих команд PowerShell:
- Отключить классификацию обновлений
$wsus = Get-WsusServer
$wsus.SearchUpdates(“version 1511, 10586, 1607”) | foreach { $wsus.DeleteUpdate(WSUS на базе Windows Server 2012 и более поздних версий поддерживает возможность установки не только регулярных обновлений безопасности и исправлений в Windows 10, но и основных пакетов обновлений (в терминологии Microsoft - обновления). Но сразу эта функция не работает, такие обновления (в концепции Windows 10 они называются Redstone) просто не загружаются на клиентов. Давайте выясним проблему.
WSUS в Windows Server 2012 представляет новый тип классов обновления: обновления. Он включен в консоли WSUS в разделе «Параметры» -> «Продукт и классификация» -> вкладка «Классификация». Нас интересует опция «Обновления» (если она не включена, не спешите ее включать!).
Если вы включите эту опцию, сервер WSUS все равно не будет загружать обновления, что приведет к ошибке при загрузке. Чтобы сервер WSUS начал загрузку пакетов обновлений, на сервере WSUS необходимо установить отдельное обновление: 3095113 КБ (https://support.microsoft.com/en-us/kb/3095113).
Примечание. Если вы ранее включили классификацию обновлений и синхронизацию, после установки 3095113 КБ вам потребуется очистить базу данных WSUS с помощью следующих команд PowerShell:
- Отключить классификацию обновлений
Get-WsusClassification | Where-Object -FilterScript {
WSUS на базе Windows Server 2012 и более поздних версий поддерживает возможность установки не только регулярных обновлений безопасности и исправлений в Windows 10, но и основных пакетов обновлений (в терминологии Microsoft - обновления). Но сразу эта функция не работает, такие обновления (в концепции Windows 10 они называются Redstone) просто не загружаются на клиентов. Давайте выясним проблему.
WSUS в Windows Server 2012 представляет новый тип классов обновления: обновления. Он включен в консоли WSUS в разделе «Параметры» -> «Продукт и классификация» -> вкладка «Классификация». Нас интересует опция «Обновления» (если она не включена, не спешите ее включать!).
Если вы включите эту опцию, сервер WSUS все равно не будет загружать обновления, что приведет к ошибке при загрузке. Чтобы сервер WSUS начал загрузку пакетов обновлений, на сервере WSUS необходимо установить отдельное обновление: 3095113 КБ (https://support.microsoft.com/en-us/kb/3095113).
Примечание. Если вы ранее включили классификацию обновлений и синхронизацию, после установки 3095113 КБ вам потребуется очистить базу данных WSUS с помощью следующих команд PowerShell:
- Отключить классификацию обновлений
$sub = $s.GetSubscription()
$sub.StartSynchronization() - Удаляем информацию об этих обновлениях из базы
$ wsus = Get-WsusServer
$ wsus.SearchUpdates ("версия 1511, 10586, 1607") | foreach {$ wsus.DeleteUpdate ($ _. Id.UpdateId) } - Осталось включить классификацию Upgrades
cd %windir%\system32\inetsrv
appcmd set config /section:staticContent /+"[fileExtension='.esd',mimeType='application/octet-stream']" - И перезапустите синхронизацию.
$ sub = $ s.GetSubscription()
$ sub.StartSynchronization()
Но это еще не все, даже после установки 3095113 КБ на сервере пакеты обновлений по-прежнему не отображаются на клиентах. Вы можете найти ошибку 0x80244019 в журнале WindowsUpdate.log на ПК с Windows 10:
2016/08/24 15: 32: 36.3654849 1064 2660 DownloadManager BITS-процесс {84234ABB-06CE-4251-941C-281B4424EB32} завершился неудачно, updateId = 8CB55544-8521-238E-AAFB-422D647DC0A6.200, hr = 0x80190194. URL-адрес файла = _http: //wsus.mydomain.com: 8530 / Content / 7C / 6F5CAF07827FAE0E37739F3222603EAF38808B7C.esd, локальный путь = C: \ Windows \ SoftwareDistribution \ Download \ dc0dc85b32300fe505red\5d9a10_PRISE 105_PRISE
24.08.2016 15: 33: 36.3658125 1064 2660 DownloadManager Progress общая ошибка в байтах = 2659650046, переданных байтов = 18574952
24.08.2016 15: 33: 36.3845664 1064 2660 DownloadManager Ошибка 0x80244019 при загрузке обновления; уведомлять сотрудников о звонках.
В журнале показана попытка загрузить с сервера файл ESD (новый формат для развертывания образа ОС) -7C / 6F5CAF07827FAE0E37739F3222603EAF38808B7C.esd. Попробуйте открыть этот URL в браузере - отобразится ошибка 404. Дело в том, что этот тип файла не разрешен в настройках IIS и его передача заблокирована.
Чтобы разрешить серверу WSUS загружать файлы ESD, откройте консоль управления Internet Information Service (IIS), войдите на сайт администрирования WSUS и выберите каталог содержимого. В настройках IIS выберите раздел Mime Types.
Добавьте новый тип MIME):
Расширение файла: .esd
Тип MIME: приложение / октет-поток
Совет. То же самое можно сделать с помощью команд:
компакт-диск% windir% \ system32 \ inetsrv
appcmd set config / section: staticContent /+""▪fileExtension='.esd',mimeType='application/octet-stream'"Перезапустите IIS (iisreset) и выполните повторную синхронизацию на клиентах. Клиенты Windows 10 должны начать загрузку файлов esd и продолжить установку пакетов обновления.
Примечание. Для информации: WSUS версии 3.2 на Windows Server 2008 R2 не сможет распространять обновления для Windows 10. Судя по всему, Microsoft не планирует исправлять это в ближайшем будущем. Источник изображения: winitpro.ru.Classification.Title -Eq “Upgrades”} | Set-WsusClassification –Disable
- Отключить классификацию обновлений
- Удаляем информацию об этих обновлениях из базы
$ wsus = Get-WsusServer
$ wsus.SearchUpdates ("версия 1511, 10586, 1607") | foreach {$ wsus.DeleteUpdate ($ _. Id.UpdateId) } - Осталось включить классификацию Upgrades[*]
- И перезапустите синхронизацию.
$ sub = $ s.GetSubscription()
$ sub.StartSynchronization()
Но это еще не все, даже после установки 3095113 КБ на сервере пакеты обновлений по-прежнему не отображаются на клиентах. Вы можете найти ошибку 0x80244019 в журнале WindowsUpdate.log на ПК с Windows 10:
2016/08/24 15: 32: 36.3654849 1064 2660 DownloadManager BITS-процесс {84234ABB-06CE-4251-941C-281B4424EB32} завершился неудачно, updateId = 8CB55544-8521-238E-AAFB-422D647DC0A6.200, hr = 0x80190194. URL-адрес файла = _http: //wsus.mydomain.com: 8530 / Content / 7C / 6F5CAF07827FAE0E37739F3222603EAF38808B7C.esd, локальный путь = C: \ Windows \ SoftwareDistribution \ Download \ dc0dc85b32300fe505red\5d9a10_PRISE 105_PRISE
24.08.2016 15: 33: 36.3658125 1064 2660 DownloadManager Progress общая ошибка в байтах = 2659650046, переданных байтов = 18574952
24.08.2016 15: 33: 36.3845664 1064 2660 DownloadManager Ошибка 0x80244019 при загрузке обновления; уведомлять сотрудников о звонках.
В журнале показана попытка загрузить с сервера файл ESD (новый формат для развертывания образа ОС) -7C / 6F5CAF07827FAE0E37739F3222603EAF38808B7C.esd. Попробуйте открыть этот URL в браузере - отобразится ошибка 404. Дело в том, что этот тип файла не разрешен в настройках IIS и его передача заблокирована.
Чтобы разрешить серверу WSUS загружать файлы ESD, откройте консоль управления Internet Information Service (IIS), войдите на сайт администрирования WSUS и выберите каталог содержимого. В настройках IIS выберите раздел Mime Types.
Добавьте новый тип MIME):
Расширение файла: .esd
Тип MIME: приложение / октет-поток
Совет. То же самое можно сделать с помощью команд:
компакт-диск% windir% \ system32 \ inetsrv
appcmd set config / section: staticContent /+""▪fileExtension='.esd',mimeType='application/octet-stream[']"Перезапустите IIS (iisreset) и выполните повторную синхронизацию на клиентах. Клиенты Windows 10 должны начать загрузку файлов esd и продолжить установку пакетов обновления.
Примечание. Для информации: WSUS версии 3.2 на Windows Server 2008 R2 не сможет распространять обновления для Windows 10. Судя по всему, Microsoft не планирует исправлять это в ближайшем будущем. Источник изображения: winitpro.ru.Id.UpdateId) }
- Отключить классификацию обновлений
- Удаляем информацию об этих обновлениях из базы
$ wsus = Get-WsusServer
$ wsus.SearchUpdates ("версия 1511, 10586, 1607") | foreach {$ wsus.DeleteUpdate ($ _. Id.UpdateId) } - Осталось включить классификацию Upgrades[*]
- И перезапустите синхронизацию.
$ sub = $ s.GetSubscription()
$ sub.StartSynchronization()
Но это еще не все, даже после установки 3095113 КБ на сервере пакеты обновлений по-прежнему не отображаются на клиентах. Вы можете найти ошибку 0x80244019 в журнале WindowsUpdate.log на ПК с Windows 10:
2016/08/24 15: 32: 36.3654849 1064 2660 DownloadManager BITS-процесс {84234ABB-06CE-4251-941C-281B4424EB32} завершился неудачно, updateId = 8CB55544-8521-238E-AAFB-422D647DC0A6.200, hr = 0x80190194. URL-адрес файла = _http: //wsus.mydomain.com: 8530 / Content / 7C / 6F5CAF07827FAE0E37739F3222603EAF38808B7C.esd, локальный путь = C: \ Windows \ SoftwareDistribution \ Download \ dc0dc85b32300fe505red\5d9a10_PRISE 105_PRISE
24.08.2016 15: 33: 36.3658125 1064 2660 DownloadManager Progress общая ошибка в байтах = 2659650046, переданных байтов = 18574952
24.08.2016 15: 33: 36.3845664 1064 2660 DownloadManager Ошибка 0x80244019 при загрузке обновления; уведомлять сотрудников о звонках.
В журнале показана попытка загрузить с сервера файл ESD (новый формат для развертывания образа ОС) -7C / 6F5CAF07827FAE0E37739F3222603EAF38808B7C.esd. Попробуйте открыть этот URL в браузере - отобразится ошибка 404. Дело в том, что этот тип файла не разрешен в настройках IIS и его передача заблокирована.
Чтобы разрешить серверу WSUS загружать файлы ESD, откройте консоль управления Internet Information Service (IIS), войдите на сайт администрирования WSUS и выберите каталог содержимого. В настройках IIS выберите раздел Mime Types.
Добавьте новый тип MIME):
Расширение файла: .esd
Тип MIME: приложение / октет-поток
Совет. То же самое можно сделать с помощью команд:
компакт-диск% windir% \ system32 \ inetsrv
appcmd set config / section: staticContent /+""▪fileExtension='.esd',mimeType='application/octet-stream'"Перезапустите IIS (iisreset) и выполните повторную синхронизацию на клиентах. Клиенты Windows 10 должны начать загрузку файлов esd и продолжить установку пакетов обновления.
Примечание. Для информации: WSUS версии 3.2 на Windows Server 2008 R2 не сможет распространять обновления для Windows 10. Судя по всему, Microsoft не планирует исправлять это в ближайшем будущем. Источник изображения: winitpro.ru.Classification.Title -Eq “Upgrades”} | Set-WsusClassification –Disable
- Отключить классификацию обновлений
- Удаляем информацию об этих обновлениях из базы
$ wsus = Get-WsusServer
$ wsus.SearchUpdates ("версия 1511, 10586, 1607") | foreach {$ wsus.DeleteUpdate ($ _. Id.UpdateId) } - Осталось включить классификацию Upgrades[*]
- И перезапустите синхронизацию.
$ sub = $ s.GetSubscription()
$ sub.StartSynchronization()
Но это еще не все, даже после установки 3095113 КБ на сервере пакеты обновлений по-прежнему не отображаются на клиентах. Вы можете найти ошибку 0x80244019 в журнале WindowsUpdate.log на ПК с Windows 10:
2016/08/24 15: 32: 36.3654849 1064 2660 DownloadManager BITS-процесс {84234ABB-06CE-4251-941C-281B4424EB32} завершился неудачно, updateId = 8CB55544-8521-238E-AAFB-422D647DC0A6.200, hr = 0x80190194. URL-адрес файла = _http: //wsus.mydomain.com: 8530 / Content / 7C / 6F5CAF07827FAE0E37739F3222603EAF38808B7C.esd, локальный путь = C: \ Windows \ SoftwareDistribution \ Download \ dc0dc85b32300fe505red\5d9a10_PRISE 105_PRISE
24.08.2016 15: 33: 36.3658125 1064 2660 DownloadManager Progress общая ошибка в байтах = 2659650046, переданных байтов = 18574952
24.08.2016 15: 33: 36.3845664 1064 2660 DownloadManager Ошибка 0x80244019 при загрузке обновления; уведомлять сотрудников о звонках.
В журнале показана попытка загрузить с сервера файл ESD (новый формат для развертывания образа ОС) -7C / 6F5CAF07827FAE0E37739F3222603EAF38808B7C.esd. Попробуйте открыть этот URL в браузере - отобразится ошибка 404. Дело в том, что этот тип файла не разрешен в настройках IIS и его передача заблокирована.
Чтобы разрешить серверу WSUS загружать файлы ESD, откройте консоль управления Internet Information Service (IIS), войдите на сайт администрирования WSUS и выберите каталог содержимого. В настройках IIS выберите раздел Mime Types.
Добавьте новый тип MIME):
Расширение файла: .esd
Тип MIME: приложение / октет-поток
Совет. То же самое можно сделать с помощью команд:
компакт-диск% windir% \ system32 \ inetsrv
appcmd set config / section: staticContent /+""▪fileExtension='.esd',mimeType='application/octet-stream'"Перезапустите IIS (iisreset) и выполните повторную синхронизацию на клиентах. Клиенты Windows 10 должны начать загрузку файлов esd и продолжить установку пакетов обновления.
Примечание. Для информации: WSUS версии 3.2 на Windows Server 2008 R2 не сможет распространять обновления для Windows 10. Судя по всему, Microsoft не планирует исправлять это в ближайшем будущем. Источник изображения: winitpro.ru.Classification.Title -Eq “Upgrades”} | Set-WsusClassification
- Отключить классификацию обновлений
- Удаляем информацию об этих обновлениях из базы
$ wsus = Get-WsusServer
$ wsus.SearchUpdates ("версия 1511, 10586, 1607") | foreach {$ wsus.DeleteUpdate ($ _. Id.UpdateId) } - Осталось включить классификацию Upgrades[*]
- И перезапустите синхронизацию.
$ sub = $ s.GetSubscription()
$ sub.StartSynchronization()
Но это еще не все, даже после установки 3095113 КБ на сервере пакеты обновлений по-прежнему не отображаются на клиентах. Вы можете найти ошибку 0x80244019 в журнале WindowsUpdate.log на ПК с Windows 10:
2016/08/24 15: 32: 36.3654849 1064 2660 DownloadManager BITS-процесс {84234ABB-06CE-4251-941C-281B4424EB32} завершился неудачно, updateId = 8CB55544-8521-238E-AAFB-422D647DC0A6.200, hr = 0x80190194. URL-адрес файла = _http: //wsus.mydomain.com: 8530 / Content / 7C / 6F5CAF07827FAE0E37739F3222603EAF38808B7C.esd, локальный путь = C: \ Windows \ SoftwareDistribution \ Download \ dc0dc85b32300fe505red\5d9a10_PRISE 105_PRISE
24.08.2016 15: 33: 36.3658125 1064 2660 DownloadManager Progress общая ошибка в байтах = 2659650046, переданных байтов = 18574952
24.08.2016 15: 33: 36.3845664 1064 2660 DownloadManager Ошибка 0x80244019 при загрузке обновления; уведомлять сотрудников о звонках.
В журнале показана попытка загрузить с сервера файл ESD (новый формат для развертывания образа ОС) -7C / 6F5CAF07827FAE0E37739F3222603EAF38808B7C.esd. Попробуйте открыть этот URL в браузере - отобразится ошибка 404. Дело в том, что этот тип файла не разрешен в настройках IIS и его передача заблокирована.
Чтобы разрешить серверу WSUS загружать файлы ESD, откройте консоль управления Internet Information Service (IIS), войдите на сайт администрирования WSUS и выберите каталог содержимого. В настройках IIS выберите раздел Mime Types.
Добавьте новый тип MIME):
Расширение файла: .esd
Тип MIME: приложение / октет-поток
Совет. То же самое можно сделать с помощью команд:
компакт-диск% windir% \ system32 \ inetsrv
appcmd set config / section: staticContent /+""▪fileExtension='.esd',mimeType='application/octet-stream'"Перезапустите IIS (iisreset) и выполните повторную синхронизацию на клиентах. Клиенты Windows 10 должны начать загрузку файлов esd и продолжить установку пакетов обновления.
Примечание. Для информации: WSUS версии 3.2 на Windows Server 2008 R2 не сможет распространять обновления для Windows 10. Судя по всему, Microsoft не планирует исправлять это в ближайшем будущем. Источник изображения: winitpro.ru.Classification.Title -Eq “Upgrades”} | Set-WsusClassification –Disable
- Отключить классификацию обновлений
- Удаляем информацию об этих обновлениях из базы
$ wsus = Get-WsusServer
$ wsus.SearchUpdates ("версия 1511, 10586, 1607") | foreach {$ wsus.DeleteUpdate ($ _. Id.UpdateId) } - Осталось включить классификацию Upgrades[*]
- И перезапустите синхронизацию.
$ sub = $ s.GetSubscription()
$ sub.StartSynchronization()
Но это еще не все, даже после установки 3095113 КБ на сервере пакеты обновлений по-прежнему не отображаются на клиентах. Вы можете найти ошибку 0x80244019 в журнале WindowsUpdate.log на ПК с Windows 10:
2016/08/24 15: 32: 36.3654849 1064 2660 DownloadManager BITS-процесс {84234ABB-06CE-4251-941C-281B4424EB32} завершился неудачно, updateId = 8CB55544-8521-238E-AAFB-422D647DC0A6.200, hr = 0x80190194. URL-адрес файла = _http: //wsus.mydomain.com: 8530 / Content / 7C / 6F5CAF07827FAE0E37739F3222603EAF38808B7C.esd, локальный путь = C: \ Windows \ SoftwareDistribution \ Download \ dc0dc85b32300fe505red\5d9a10_PRISE 105_PRISE
24.08.2016 15: 33: 36.3658125 1064 2660 DownloadManager Progress общая ошибка в байтах = 2659650046, переданных байтов = 18574952
24.08.2016 15: 33: 36.3845664 1064 2660 DownloadManager Ошибка 0x80244019 при загрузке обновления; уведомлять сотрудников о звонках.
В журнале показана попытка загрузить с сервера файл ESD (новый формат для развертывания образа ОС) -7C / 6F5CAF07827FAE0E37739F3222603EAF38808B7C.esd. Попробуйте открыть этот URL в браузере - отобразится ошибка 404. Дело в том, что этот тип файла не разрешен в настройках IIS и его передача заблокирована.
Чтобы разрешить серверу WSUS загружать файлы ESD, откройте консоль управления Internet Information Service (IIS), войдите на сайт администрирования WSUS и выберите каталог содержимого. В настройках IIS выберите раздел Mime Types.
Добавьте новый тип MIME):
Расширение файла: .esd
Тип MIME: приложение / октет-поток
Совет. То же самое можно сделать с помощью команд:
компакт-диск% windir% \ system32 \ inetsrv
appcmd set config / section: staticContent /+""▪fileExtension='.esd',mimeType='application/octet-stream[']"Перезапустите IIS (iisreset) и выполните повторную синхронизацию на клиентах. Клиенты Windows 10 должны начать загрузку файлов esd и продолжить установку пакетов обновления.
Примечание. Для информации: WSUS версии 3.2 на Windows Server 2008 R2 не сможет распространять обновления для Windows 10. Судя по всему, Microsoft не планирует исправлять это в ближайшем будущем. Источник изображения: winitpro.ru.Id.UpdateId) }
- Отключить классификацию обновлений
- Удаляем информацию об этих обновлениях из базы
$ wsus = Get-WsusServer
$ wsus.SearchUpdates ("версия 1511, 10586, 1607") | foreach {$ wsus.DeleteUpdate ($ _. Id.UpdateId) } - Осталось включить классификацию Upgrades[*]
- И перезапустите синхронизацию.
$ sub = $ s.GetSubscription()
$ sub.StartSynchronization()
Но это еще не все, даже после установки 3095113 КБ на сервере пакеты обновлений по-прежнему не отображаются на клиентах. Вы можете найти ошибку 0x80244019 в журнале WindowsUpdate.log на ПК с Windows 10:
2016/08/24 15: 32: 36.3654849 1064 2660 DownloadManager BITS-процесс {84234ABB-06CE-4251-941C-281B4424EB32} завершился неудачно, updateId = 8CB55544-8521-238E-AAFB-422D647DC0A6.200, hr = 0x80190194. URL-адрес файла = _http: //wsus.mydomain.com: 8530 / Content / 7C / 6F5CAF07827FAE0E37739F3222603EAF38808B7C.esd, локальный путь = C: \ Windows \ SoftwareDistribution \ Download \ dc0dc85b32300fe505red\5d9a10_PRISE 105_PRISE
24.08.2016 15: 33: 36.3658125 1064 2660 DownloadManager Progress общая ошибка в байтах = 2659650046, переданных байтов = 18574952
24.08.2016 15: 33: 36.3845664 1064 2660 DownloadManager Ошибка 0x80244019 при загрузке обновления; уведомлять сотрудников о звонках.
В журнале показана попытка загрузить с сервера файл ESD (новый формат для развертывания образа ОС) -7C / 6F5CAF07827FAE0E37739F3222603EAF38808B7C.esd. Попробуйте открыть этот URL в браузере - отобразится ошибка 404. Дело в том, что этот тип файла не разрешен в настройках IIS и его передача заблокирована.
Чтобы разрешить серверу WSUS загружать файлы ESD, откройте консоль управления Internet Information Service (IIS), войдите на сайт администрирования WSUS и выберите каталог содержимого. В настройках IIS выберите раздел Mime Types.
Добавьте новый тип MIME):
Расширение файла: .esd
Тип MIME: приложение / октет-поток
Совет. То же самое можно сделать с помощью команд:
компакт-диск% windir% \ system32 \ inetsrv
appcmd set config / section: staticContent /+""▪fileExtension='.esd',mimeType='application/octet-strea[m']"Перезапустите IIS (iisreset) и выполните повторную синхронизацию на клиентах. Клиенты Windows 10 должны начать загрузку файлов esd и продолжить установку пакетов обновления.
Примечание. Для информации: WSUS версии 3.2 на Windows Server 2008 R2 не сможет распространять обновления для Windows 10. Судя по всему, Microsoft не планирует исправлять это в ближайшем будущем. Источник изображения: winitpro.ru.Classification.Title -Eq “Upgrades”} | Set-WsusClassification –Disable
- Отключить классификацию обновлений
- Удаляем информацию об этих обновлениях из базы
$ wsus = Get-WsusServer
$ wsus.SearchUpdates ("версия 1511, 10586, 1607") | foreach {$ wsus.DeleteUpdate ($ _. Id.UpdateId) } - Осталось включить классификацию Upgrades[*]
- И перезапустите синхронизацию.
$ sub = $ s.GetSubscription()
$ sub.StartSynchronization()
Но это еще не все, даже после установки 3095113 КБ на сервере пакеты обновлений по-прежнему не отображаются на клиентах. Вы можете найти ошибку 0x80244019 в журнале WindowsUpdate.log на ПК с Windows 10:
2016/08/24 15: 32: 36.3654849 1064 2660 DownloadManager BITS-процесс {84234ABB-06CE-4251-941C-281B4424EB32} завершился неудачно, updateId = 8CB55544-8521-238E-AAFB-422D647DC0A6.200, hr = 0x80190194. URL-адрес файла = _http: //wsus.mydomain.com: 8530 / Content / 7C / 6F5CAF07827FAE0E37739F3222603EAF38808B7C.esd, локальный путь = C: \ Windows \ SoftwareDistribution \ Download \ dc0dc85b32300fe505red\5d9a10_PRISE 105_PRISE
24.08.2016 15: 33: 36.3658125 1064 2660 DownloadManager Progress общая ошибка в байтах = 2659650046, переданных байтов = 18574952
24.08.2016 15: 33: 36.3845664 1064 2660 DownloadManager Ошибка 0x80244019 при загрузке обновления; уведомлять сотрудников о звонках.
В журнале показана попытка загрузить с сервера файл ESD (новый формат для развертывания образа ОС) -7C / 6F5CAF07827FAE0E37739F3222603EAF38808B7C.esd. Попробуйте открыть этот URL в браузере – отобразится ошибка 404. Дело в том, что этот тип файла не разрешен в настройках IIS и его передача заблокирована.
Чтобы разрешить серверу WSUS загружать файлы ESD, откройте консоль управления Internet Information Service (IIS), войдите на сайт администрирования WSUS и выберите каталог содержимого. В настройках IIS выберите раздел Mime Types.
Добавьте новый тип MIME):
Расширение файла: .esd
Тип MIME: приложение / октет-поток
Совет. То же самое можно сделать с помощью команд:
компакт-диск% windir% \ system32 \ inetsrv
appcmd set config / section: staticContent /+""▪fileExtension='.esd',mimeType='application/octet-stre[am']"
Перезапустите IIS (iisreset) и выполните повторную синхронизацию на клиентах. Клиенты Windows 10 должны начать загрузку файлов esd и продолжить установку пакетов обновления.
Примечание. Для информации: WSUS версии 3.2 на Windows Server 2008 R2 не сможет распространять обновления для Windows 10. Судя по всему, Microsoft не планирует исправлять это в ближайшем будущем. Источник изображения: winitpro.ru