Windows net framework: Microsoft .NET Framework, скачать бесплатно любую версию

Содержание

Ошибка 0x800F081F и 0x800F0950 при установке .NET Framework в Windows — Блог

null

19 октября 2020

0

Дмитрий Сазонов

Периодически в Windows 10 или Server могут возникать ошибки с кодами 0x800F081F и 0x800F0950 («Windows не удалось найти фалы, необходимые для выполнения запрошенных изменений» и «Не удалось применить изменения»), при этом не помогает перезагрузка системы или повторная попытка установки.

Предполагается, что перед попытками устранения проблемы проверены очевидные причины — отсутствие доступа к Интернет/WSUS, настройки прокси-сервера и тп, т. е. дело точно не в недоступности файлов для установки. Рекомендуется воспользоваться средством автоматического устранения проблем с центром обновлений — взять его можно здесь.

В большинстве случаев может помочь ручная установка из внутреннего хранилища компонентов:

1) запускаем командную строку от администратора

2) вводим команду

DISM /Online /Enable-Feature /FeatureName:NetFx3 /All /LimitAccess

Результатом выполнения должно быть сообщение вида «Включение функций…. 100%. Операция успешно завершена».

3) Перезагружаем систему, повторяем попытку установки.

 

Если же этот способ не привел к ожидаемому результату, можно попробовать установку из дистрибутива(естественно, это потребует наличия образа ISO с нужной версией Windows — обращайте внимание на разрядность и версии!).

Итак, монтируем образ, после чего выполняем(также в режиме Run as Administrator):

DISM /Online /Enable-Feature /FeatureName:NetFx3 /All /LimitAccess /Source:E:\sources\sxs

Где E — литера смонтированного образа.

После выполнения команды снова перезагружаемся и проверяем работоспособность.

И, наконец, последний вариант — редактирование реестра.

Запускаем редактор реестра, переходим в раздел

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU

Если раздела не существует, создаем соответствующую ветку.

Находим там параметр UseWUServer (или создаем его) и меняем значение на 0, после чего пробуем выполнить установку через оснастку «Включение и отключение компонентов Windows».

После завершения установки желательно вернуть параметру UseWUServer ​​​​​​​ исходное значение(если он был равен 1).

 

Также на сайте Microsoft есть специальная утилита для устранения проблем с NF.

 

 

Источники: https://support.microsoft.com/ru-ru/help/10164/fix-windows-update-errors

Назад

Вперед

Please enable JavaScript to view the comments powered by
Disqus.

Коротко о себе:

Работаю инженером в компании Tune IT.

Деплой монолитного приложения с помощью Ansible

Павел Кузнецов

​​

В статье расскажу, как настроить деплой монолита на Ansible, как перейти с PowerShell и как ускорить развёртывание приложения и базы данных. А ещё поделюсь полезными фишками, статьями и скриптами, которые помогут в работе.

  1. Почему Ansible, а не PowerShell
  2. Как настроить деплой приложения
  3. Как деплоить базу данных Oracle
  4. Деплой бэкенда и фронтенда приложения
  5. И пара лайфхаков

Почему Ansible, а не PowerShell

  • Один подход написания плейбуков для Windows и Linux-серверов. То есть у нас есть единая среда автоматизации. И если ты умеешь писать под Linux, то сможешь и под Windows.
  • Достаточно декларативный язык. Мы указываем, что хотим получить на выходе, и Ansible своим движком выдаёт результат.
  • Ansible позволяет хранить всю инвентаризацию серверов и стендов (а только в нашей системе их порядка десяти, плюс различные настройки приложения для разных стендов).
  • Огромное количество модулей для работы с различными фреймворками, программным обеспечением и железом.
  • Есть полная поддержка Redhat.

Тем, у кого планируется большой объём автоматизации на Ansible или других скриптах и требуется комплексное управление всем этим процессом, стоит посмотреть в сторону opensource проектов AWX или Rundeck.

Как настроить деплой приложения

Подготовить серверы

Сперва открываем сетевые проходы от Linux-агентов в TeamCity до управляемых серверов. Это порты 5985/tcp, 5986/tcp для Windows и 23/tcp в Linux для SSH.

Затем добавляем учётную запись, под которой мы будем подключаться и управлять конечными серверами в локальную группу Администраторы. Включаем службу WinRM — настройки по умолчанию будет достаточно — и аутентификацию CredSSP (другие виды аутентификации либо сложно настроить в компании, либо вовсе нельзя).

winrm quickconfig
Enable-WSManCredSSP -Role Server -Force
Add-LocalGroupMember -Group Administrators -Member "ваша учетка для управления"

После остаётся только подготовить инструменты для работы с самим Ansible. Я использую Git, VS Code и набор плагинов: GitLens, Redhat Ansible, Redhat XML и Prettier — Code formatter.

Создать репозиторий для деплоя

В Bitbucket создаём отдельный репозиторий, где будем хранить всё, что связано с деплоем на Ansible. Это нужно, чтобы отделить скрипты деплоя от репозитория проекта системы, тем самым ограничив права доступа к ним. Доступ должен быть только у DevOps-инженеров и прикладных администраторов. Мало ли кто случайно поправит конфиг-файл для продуктивного сервера — и после деплоя получим неработающее приложение.

Подготовить билд конфигурации в TeamCity для запуска Ansible

Сначала готовим отдельную build configuration (далее — билд), которая собирает Ansible плейбуки для конкретной задачи. Этот билд подключается в build chain общего процесса деплоя, после того как все артефакты прошли проверки ИБ и загружены в хранилище Nexus.

Это позволяет параллельно использовать билд Ansible для разных веток проекта.

Допустим, в проекте требуется создать новый Windows-сервис. Разработчики создают отдельную ветку для этой задачи и разрабатывают сервис. Но нам надо уже готовить деплой для будущего сервиса: установить сервис, настроить файлы конфигурации. Чтобы ничего не ломать в текущем деплое, в Ansible-проекте создаём ветку с аналогичным названием под разработку этой новой фичи и тестируем их параллельно.

После того как сервис будет готов и протестирован вместе с нашим изменённым деплоем, делаем Pull Request в master-ветку Ansible. И получаем master-деплой, уже скорректированный под новый сервис.

Build chain

Как деплоить базу данных Oracle

  1. Разработчики готовят изменения в БД в виде SQL-запросов и помещают в changeset Liquibase, которые применяются в процессе обновления.
  2. Liquibase артефакты проходят проверку синтаксиса и проверку на безопасность, после чего загружаются в Nexus.
  3. Ansible в виде плейбука запускает процесс применения миграций.
  4. После обновления БД, Ansible проверяет логи Liquibase, была ли успешной миграция. Если всё хорошо, он переходит к следующей схеме, если нет — выводит сообщение об ошибке.

Liquibase можно запускать напрямую из агентов TeamCity, в виде команды liquibase —changelog-file=master.changelog.xml update-sql, но мы поместили его запуск в Ansible, чтобы весь процесс деплоя был в плейбуке и не хранился в билдах TeamCity.

Зелёным цветом подсвечиваем успешные выполнения задач, а красным то что выполняется с ошибкой.

Иногда миграция БД завершается ошибкой, чаще всего из-за неверных SQL-скриптов. Такие ошибки передаются специалисту, который занимался их разработкой.

Почему Liquibase

В нашем проекте, в БД хранятся не только данные, но логика приложения (да-да, так тоже бывает, когда приложению более 10 лет).

И так как у нас есть множество стендов (Dev/Test/Prod и другие), то нужно контролировать процесс миграции схемы базы данных. Запускать файлы с SQL-скриптами для можно, но процесс требует человеческого контроля. А где человек — там потенциальные ошибки: не доглядел, забыл, не проверил. В итоге через какое то время БД на разных стендах будет отличаться. Поэтому для управления процессом миграции схем мы используем Liquibase. Кроме того, он:

  • позволяет хранить все изменения, которые мы вносим в базу данных в виде кода;
  • позволяет делать ревью миграции;
  • лучше контролирует процесс изменения схемы БД;
  • разрешён к использованию внутри компании.

Деплой бэкенда и фронтенда приложения

Ansible из коробки управляет файлами и фаерволом, создаёт сайты и пулы приложений в IIS, настраивает порты, привязывает SSL-сертификаты и многое другое.

Это ускоряет создание деплоя. Мы можем взять пустой сервер с ОС Windows, запустить установку фронтенда или бэкенда и Ansible настроит всё за нас:

проверит папку приложения и SSL-сертификат;

  • загрузит файлы приложения из Nexus и скопирует на сервер в нужную папку;
  • настроит пул приложений и сайт и привяжет порты и SSL-сертификата;
  • настроит XML-файлы конфигурации приложения — об этом подробнее ниже;
  • настроит аутентификацию для приложения;
  • проверит, что все всё запущено и работает;
  • настроит сервис Windows.

На выходе мы получаем готовый бэкенд, фронтенд или интеграционный сервис. Все настройки приложения хранятся в файлах инвентаризаций  для стендов. А для каждого сервера есть переопределения имен, путей к папкам, сертификатов, конфигурационных параметров и прочее.

Кстати, мы используем и сокращённую версию деплоя, которая пропускает половину задач: останавливает сервис, обновляет файлы и конфигурацию и запускает сервис в работу. Делается это при выполнения плейбука Ansible с помощью тэгов. Такой подход ускоряет деплой примерно на 30%, используется при разворачивании фич на тестирование.

Отдельное внимание стоит обратить на файлы конфигураций

В .NET Framework 4.8 и ниже конфигурация приложения хранится в XML-файлах  web.config или app.config (далее — конфиг-файл). Из-за этого возникают проблемы:

  • надо заботиться об информационной безопасности — то есть в файлах конфигураций не должно быть паролей, токенов и всего что запрещено регламентами ИБ;
  • при автоматизации деплоя, нужно оставить возможность откатиться на предыдущую версию;
  • кто-то из сотрудников может случайно изменить конфигурацию при коммите; и приложение может перестать работать
  • сложно динамически переопределить некоторые параметры конфигурации для стендов.

В .NET версий, 5.0 и выше всё чуть проще: можно хранить конфиги внутри проекта с переопределением для конкретных стендов, а также использовать app secrets и dotnet_environment. В другом проекте, мы уже используем именной такой подход.

Есть два варианта решения.

Использовать механизм трансформации конфиг-файлов msbuild

Мы делаем несколько конфиг-файлов под разные стенды или серверы. И в момент сборки, указываем в Configuration Manager, для какой среды собираем проект: Test, Dev или Prod. Затем msbuild через схему XDT меняет конфиг и помещает его в папку с остальными артефактами приложения

У такого подхода есть несколько минусов:

  • все настройки и схема изменения хранятся внутри проекта;
  • конфиг собирается в момент сборки, хранится в артефактах приложения и уже в готовом виде попадает на стенд в процессе деплоя;
  • изменениями конфиг-файлов занимаются разработчики;
  • хранение паролей в открытом виде в Git и артефактах.

Да, есть механизм шифрования секций конфигурационных файлов. Но он не снимает проблемы с хранением в  Git — и достаточно сложный в эксплуатации. Лучше доработать приложение, чтобы оно взаимодействовало с ПО HashiCorp Vault или Cyberark.

Шаблонизировать конфиг-файлы в Ansible

В Git по умолчанию хранится конфигурационный файл с базовыми настройками. Так, разработчикам удобнее работать на локальных машинах.

В Ansible хранится файл вида app.config.xdt.j2, в котором хранится шаблонизированная схема XDT для модификации эталонного файла. Звучит странно, но это самый гибкий, безопасный и удобный в эксплуатации способ.

Файл app.config.xdt.j2

Первичные затраты времени на подготовку таких xdt.j2-файлов, сводятся к сравнению эталонного конфиг-файла с тем что есть на стенде. С этим помогает утилита FatAntelope, которая сравнивает файлы и готовит XDT-схему для модификации. Схему мы помещаем в Jinja-файл и шаблонизируем конкретные параметры.

То есть в процессе деплоя приложения мы делаем следующее:

  1. формируем схему: xdt. j2 -> XDT-схема;
  2. применяем её к эталонному конфигу: Git config + XDTсхема
  3. gолучаем .config-файл для стенда

Минусы:

  • тратится время на модификацию xdt.j2-файлов

И пара лайфхаков

Ускоряем Ansible

Когда мы использовали PowerShell для деплоя приложения, запуск скрипта и обновление файлов занимали 20–30 секунд. Но плейбуки на Ansible занимали по 1–2 минуты. Мы начали искать способы ускорить работу.

Сперва оптимизировали запуск самого PowerShell. В чём суть? Библиотеки, связанные с PowerShell, лежат не в машинных кодах, а выполняют JIT-компиляцию каждый раз в момент запуска PowerShell. Это тормозит запуск любого скрипта Ansible.

Чтобы такого не было, достаточно выполнить скрипт, который предлагают сами разработчики Ansible, один раз на всех серверах.

function Optimize-PowershellAssemblies {
  # NGEN powershell assembly, improves startup time of powershell by 10x
  $old_path = $env:path
  try {
    $env:path = [Runtime. InteropServices.RuntimeEnvironment]::GetRuntimeDirectory()
    [AppDomain]::CurrentDomain.GetAssemblies() | % {
      if (! $_.location) {continue}
      $Name = Split-Path $_.location -leaf
      if ($Name.startswith("Microsoft.PowerShell.")) {
        Write-Progress -Activity "Native Image Installation" -Status "$name"
        ngen install $_.location | % {"`t$_"}
      }
    }
  } finally {
    $env:path = $old_path
  }
}
Optimize-PowershellAssemblies

Так, выполнение плейбуков на Windows ускорится на 20–30%.

Затем мы выяснили, что в Ansible начиная с версии 2.7 добавлена поддержка протокола PSRP. Это ускоряет работу плейбуков ещё на 30%. Из минусов — протокол не так просто включить в нашем случае, так как нужно скачать несколько пакетов и установить их на агентах в TeamCity, где используется Ansible. Для большинства же, всё просто: pip install pypsrp.

Третий способ — установить OpenSSH 8-й версии на Windows Server и подключаться к нему по SSН-протоколу, а не WinRM. Это тоже ускорит работу, но фактические замеры мы не делали.

Добавляем статистику

В Teamcity логи Ansible красиво подсвечены, и в конце есть статистика скорости выполнения плейбука и конкретных задач. Это включается добавлением в корень проект деплоя Ansbile конфига anisible.cfg.

[defaults]
force_color = True
deprecation_warnings = False
host_key_checking = False
callback_enabled = timer, profile_tasks, profile_roles
callback_whitelist =  timer, profile_tasks, profile_roles
stdout_callback = teamcity

Линтинг скриптов Ansible

Мы достаточно много времени тратим на разработку деплоя. И хорошо бы перед его запуском проверять общее качество кода, синтаксические ошибки. Для этого используйте линтер Anisble, который установлен на агентах TeamCity.

Нужно установить триггер в TeamCity на появление нового коммита или Pull Request в проекте деплоя. И после автоматом проверяете код на потенциальные ошибки.

Тестируем деплой

Обычно стенды Dev/Test/Prod отличаются друг от друга. На Dev стенде всё устанавливается на одном сервере, а в продуктиве всё разнесено по разным серверам и используется балансировка.

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

Самое простое — запускать его на стенды. Но если это не получается сделать, например, они все заняты тестировщиками и разработчиками, можно добавить параметр —check во время запуска плейбука. Тогда плейбук отработает всю логику, но без фактического применения на сервере, и вы убедитесь, что всё работает корректно. Для удобства можно сделать кнопку «Тестовый запуск».

Важно! Не все модули корректно работают в режиме --check. Если вы сначала загружаете файл артефакта, а потом распаковываете его, даже при тестовом запуске он будет реально искать файл для распаковки. А не найдя его выдаст ошибку. Решается это с помощью параметра check_mode: no.

На этом всё, если будут вопросы пишите. А если что-то заинтересует, расскажем подробнее.

Как установить .NET Framework 2.0 3.0 и 3.5 в Windows

Если вы только что обновили Windows, вы можете заметить, что некоторые программы требуют использования более ранних версий Microsoft .NET framework, которые не включены в последнюю версию Windows. В некоторых случаях Windows может определить это автоматически и предложить вам установить требуемую версию .NET framework через диалоговое окно, но это не обязательно. Читайте дальше, чтобы узнать, как вручную установить нужную версию NET Framework.

Что такое .NET Framework?

Microsoft .NET Framework — это среда разработки программного обеспечения с открытым исходным кодом, созданная Microsoft. Первая версия была выпущена в 2002 году. Она включает в себя как среду выполнения командного языка, так и библиотеку классов Framework.

Он разработан, чтобы упростить разработку веб-приложений и программных приложений на нескольких языках. Разработчики могут создавать приложения для Windows, Microsoft Azure, Windows Server и веб-службы XML на одной платформе.

Установка через Центр обновления Windows

Для использования этого метода требуется работающее подключение к Интернету.

1. Нажмите клавишу Win на клавиатуре и введите «Компоненты Windows» в поле поиска.

2. Нажмите «Включить или отключить функции Windows», чтобы открыть диалоговое окно конфигурации.

3. Установите флажок «.NET Framework 3.5 (включая .NET 2.0 и 3.0)» и нажмите «ОК». Остальные параметры можно оставить как есть.

Затем Windows подключится к Центру обновления Windows, чтобы установить .NET Framework 3.5 на ваш компьютер.

Для завершения установки может потребоваться перезагрузка компьютера.

Ручная установка с помощью установочного носителя Windows

Если у вас есть установочный носитель Windows, вы можете использовать его для установки более старых версий .NET Framework. Это намного быстрее и не требует активного подключения к Интернету.

Вот как это сделать:

1. Вставьте DVD-диск Windows или загрузочный USB-накопитель Windows в компьютер.

2. Затем откройте проводник и в разделе «Этот компьютер» обратите внимание на букву вставленного установочного носителя (D: в моем случае).

3. Нажмите клавишу Windows и введите cmd в поле поиска.

4. Щелкните правой кнопкой мыши командную строку и выберите «Запуск от имени администратора».

5. Затем выполните следующую команду. Не забудьте заменить D: буквой установочного носителя на вашем компьютере.

 Dism /online /enable-feature /featurename:NetFX3 /All /Source:D:sourcessxs /LimitAccess 

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

Установите .NET Framework непосредственно из загрузки

Microsoft позволяет загружать большинство версий напрямую для ручной установки. Все версии с 3.5 SP1 по 4.8 доступны для загрузки, хотя не все из этих версий активно поддерживаются. Выберите нужную версию и загрузите вариант среды выполнения.

Вы также можете загрузить версии 2. 0 и 3.0 напрямую и искать различные версии и последние пакеты обновлений в каталоге Центра обновления Майкрософт.

Доступные версии .NET Framework

Хотя этот пост посвящен .NET Framework версий 2.0, 3.0 и 3.5, это не единственные доступные старые версии. По состоянию на август 2021 года последней версией на самом деле является .NET Framework 4.8.

Текущий список более старых версий включает:

  • .NET Framework 2.0
  • .NET Framework 3.0
  • .NET Framework 3.5 (при установке версии 3.5 также устанавливаются версии 2.0 и 3.0)
  • .NET Framework 061 .90 .NET Framework 4.0 4.0.
  • .NET Framework 4.5.1
  • .NET Framework 4.5.2
  • .NET Framework 4.6
  • .NET Framework 4.6.2
  • .NET Framework 4.7
  • .7 .4 .NET Framework 4.06.1 .NET Framework 4.06.1 .2

Устранение неполадок при установке

Хотя при установке .NET Framework обычно не возникает никаких проблем, иногда проблемы возникают. Вот некоторые из наиболее распространенных:

  • Ошибки совместимости. Если вы получаете сообщение о несовместимости с вашей ОС, значит, версия, которую вы пытаетесь установить, несовместима и не будет работать. Если вы знаете, что он поддерживается, установите последние обновления Windows. Эта ошибка обычно возникает при попытке установить более новую версию на старый компьютер.
  • Неверная установка Windows. Если вы не используете лицензионную копию Windows, .NET Framework может вообще не установиться. Регистрация вашей копии или установка действительной копии — единственное решение.
  • Проблемы с Центром обновления Windows. Если вы получаете сообщения об ошибках, связанных с определенным номером базы знаний или о необходимости дополнительных обновлений, установите все последние обновления Windows, прежде чем продолжить.
  • Поврежденная загрузка. Если вы получаете какие-либо ошибки, связанные с поврежденной установкой, проверьте «Установка и удаление программ», чтобы узнать, не установилось ли что-нибудь. Удалите, если возможно. Затем вручную загрузите нужную версию и установите ее таким образом.

Microsoft предлагает еще больше вариантов устранения более сложных ошибок.

Проверить версию .NET Framework

Если вы не уверены, что у вас уже установлена ​​нужная версия, легко узнать, как проверить версию .NET Framework.

Использование проводника

Быстрый и простой способ проверить версию .NET Framework — использовать проводник. Откройте проводник и введите следующее местоположение. (Замените букву диска, если Windows не установлена ​​на C.): 9(?!S)p{L}’} | Выберите PSChildName, версия

Здесь показаны все версии, которые в настоящее время установлены.

Использование командной строки

Хотя результат не такой аккуратный и красивый, вы можете использовать командную строку вместо PowerShell. Откройте Пуск и введите cmd . Выберите «Запуск от имени администратора» в командной строке, когда она появится.

Введите следующую команду:

 reg query "HKLMSOFTWAREMicrosoftNet Framework SetupNDP" /s 

Прокрутите список, глядя на строку Версия.

Часто задаваемые вопросы

1. Могу ли я установить несколько версий .NET Framework?

Да, вы можете установить несколько версий .NET Framework. Разные приложения требуют разных версий и могут спокойно совпадать на одном ПК. Устанавливайте только те версии .NET Framework, которые вам действительно нужны.

2. Как долго поддерживаются версии .NET Framework?

.NET Framework 3.5 с пакетом обновления 1 (SP1) поддерживается до 10 октября 2028 г. Это идеальное решение для приложений, которым требуется версия 2.0, 3.0 и/или 3.5. Они поддерживаются в течение длительного времени, поскольку являются наиболее популярными и стабильными старыми версиями.

Версии с 4.0 по 4.5.1 больше не поддерживаются. Версии с 4.5.2 по 4.6.1 wukk перестают поддерживаться 26 апреля 2022 г.

Версии 4.6.2 и выше в настоящее время не имеют даты окончания поддержки.

3. Как проверить совместимость?

Если вы не уверены, будет ли ваш ПК поддерживать конкретную версию . NET Framework, которую вы хотите установить, вы можете легко это проверить. У Microsoft есть список зависимостей и системных требований для каждой версии .NET Framework.

Подведение итогов

Теперь вы сможете запускать на своем ПК программы, требующие более старых версий .NET Framework. Сообщите нам в разделе комментариев, какой из этих методов установки Microsoft NET Framework сработал для вас.

Читайте дальше, чтобы узнать о последних проблемах обновления Windows и о том, как их исправить.

Кристал Краудер

Кристал Краудер более 15 лет проработала в сфере высоких технологий, сначала в качестве специалиста по информационным технологиям, а затем в качестве писателя. Она работает, чтобы научить других, как максимально эффективно использовать свои устройства, системы и приложения. Она всегда в курсе последних тенденций и всегда находит решения общих технических проблем.

Подпишитесь на нашу рассылку!

Наши последние учебные пособия доставляются прямо на ваш почтовый ящик

Подпишитесь на все информационные бюллетени.

Регистрируясь, вы соглашаетесь с нашей Политикой конфиденциальности, а европейские пользователи соглашаются с политикой передачи данных. Мы не будем передавать ваши данные, и вы можете отказаться от подписки в любое время.

Как загрузить .NET Framework для Windows 10 [Простой способ]

by Иван Енич

Иван Енич

Эксперт по устранению неполадок

Увлеченный всеми элементами, связанными с Windows, и в сочетании с его врожденной любознательностью, Иван глубоко погрузился в понимание этой операционной системы, специализируясь на драйверах и… читать далее

Обновлено

Партнерская информация

  • Если у вас отсутствует предыдущая версия, наше руководство поможет вам установить . NET Framework в Windows 10.
  • Скорее всего, у вас уже есть версия 3.5, поэтому вам нужно будет только включить ее.
  • Если нет, вы всегда можете загрузить его с официальной веб-страницы Microsoft.
  • Попробуйте использовать установочный носитель Windows, чтобы получить отсутствующее и необходимое программное обеспечение.

XУСТАНОВИТЕ, щелкнув файл для загрузки

Для устранения различных проблем с ПК мы рекомендуем Restoro PC Repair Tool:
Это программное обеспечение устраняет распространенные компьютерные ошибки, защищает вас от потери файлов, вредоносного ПО, сбоев оборудования и максимально оптимизирует ваш ПК. спектакль. Исправьте проблемы с ПК и удалите вирусы прямо сейчас, выполнив 3 простых шага:

  1. Загрузите Restoro PC Repair Tool , который поставляется с запатентованными технологиями (патент доступен здесь).
  2. Нажмите Начать сканирование , чтобы найти проблемы Windows, которые могут вызывать проблемы с ПК.
  3. Нажмите Восстановить все , чтобы устранить проблемы, влияющие на безопасность и производительность вашего компьютера.
  • Restoro был загружен 0 читателями в этом месяце.

Возможно, вы не знаете, но Windows 10 поставляется с доступной .NET 4.8 Framework, но большинство приложений также могут работать с предыдущими версиями, поэтому сегодня мы собираемся показать вам, как загрузить .NET Framework для Windows 10.

Платформа .NET 4.8 может использоваться для запуска приложений, созданных для .NET Framework 4.0–4.7.2.

Вероятно, на вашем компьютере есть приложения, для которых требуется предыдущая версия .NET Framework, и вот как вы можете включить ее в Windows 10.

Как загрузить .NET Framework 3.5?

  1. Включить платформу Windows .NET из панели управления
  2. Установите .NET 3.5 Framework в автономном режиме с помощью командной строки
  3. Используйте установочный носитель Windows

1.

Включите платформу Windows .NET из панели управления

  1. Нажмите Клавиша Windows + R , чтобы открыть окно «Выполнить», и введите appwiz.cpl , затем нажмите Введите .
  2. Когда откроется окно Программы и компоненты , вам нужно нажать Включить или отключить функции Windows и выполнить поиск .NET.
  3. Щелкните .NET Framework 3.5 (включая .NET 2.0 и 3.0) в списке, чтобы включить его, затем нажмите OK .
  4. Следуйте инструкциям для завершения установки, и если установка требует перезагрузки компьютера, сделайте это.

Дополнительным способом установки .NET 3.5 Framework является установка приложения, для которого требуется .NET 3.5 Framework. Если приложение не обнаружит, что .NET 3.5 Framework включен, оно попросит вас загрузить Framework.

Кроме того, вы можете загрузить .NET 3.5 Framework для Windows 10 прямо с веб-сайта Microsoft.

Если ваш ключ Windows не работает, ознакомьтесь с этим полезным руководством, чтобы быстро решить проблему и вернуть все в норму.

2. Установите .NET 3.5 Framework в автономном режиме с помощью командной строки

  1. Нажмите клавишу Windows + R , чтобы открыть окно «Выполнить ».
  2. Введите cmd и нажмите Введите .
  3. Откроется окно командной строки.
  4. Введите следующую команду и нажмите Enter (не забудьте изменить F:, чтобы она соответствовала установочному носителю для Windows 10. В большинстве случаев это ваш DVD-диск или USB-накопитель, используемый для установки Windows 10, поэтому убедитесь, что ваш DVD-диск или USB-диск с Windows 10 подключен к вашему ПК): Dism.exe /online /enable-feature /featurename:NetFX3 /source:F:sourcessxs/LimitAccess

Если кажется, что все потеряно при сбое DISM в Windows, ознакомьтесь с этим кратким руководством и избавьтесь от забот.