نصب .NET Framework 3.5 در Windows 11؛ تفاوت 26H1 با نسخه‌های قدیمی

روش درست نصب .NET Framework 3.5 در Windows 11 به نسخه سیستم‌عامل بستگی دارد. این راهنما مسیرهای امن برای 25H2 و قدیمی‌تر، تغییر مهم 26H1 و خطاهای رایج را توضیح می‌دهد.

وقتی یک نرم‌افزار قدیمی حسابداری، صنعتی یا آموزشی در اجرا نمی‌شود و پیام نیاز به 3.5 را نشان می‌دهد، اولین واکنش بسیاری از کاربران دانلود یک نصب‌کننده تصادفی است. این کار در نسخه‌های جدید ویندوز می‌تواند هم بی‌نتیجه و هم ناامن باشد. روش درست نصب از سال ۲۰۲۶ به بعد به شماره نسخه و بیلد وابسته است: در 25H2 و نسخه‌های قدیمی‌تر، NetFx3 هنوز یک قابلیت اختیاری ویندوز است؛ اما در 26H1 با بیلد 28000 و جدیدتر، مایکروسافت آن را از Windows Features جدا کرده و نصب‌کننده مستقل مخصوص همان نسخه را ارائه می‌کند.

این راهنما به شما کمک می‌کند پیش از اجرای هر دستور، نسخه ویندوز را تشخیص دهید، مسیر مناسب را انتخاب کنید، از منبع رسمی استفاده کنید و خطاهایی مانند نبود فایل منبع یا ناسازگاری بسته را بدون دست‌کاری پرریسک رجیستری بررسی کنید. هدف صرفاً روشن‌کردن یک گزینه نیست؛ هدف این است که نرم‌افزار قدیمی را با کمترین سطح دسترسی و در وضعیت قابل پشتیبانی اجرا کنیم.

چرا جست‌وجوی 3.5 دوباره رشد کرده است؟

بررسی Google Trends در تاریخ ۸ سپتامبر ۲۰۲۶ برای ایران نشان داد عبارت مرتبط 3.5 در بازه ۹۰روزه در بخش Rising رشد ۱۲۰ درصدی داشته است. در مقایسه، نامزدهای Python 3.15 و WordPress 7.1 داده کافی برای Related Queries نداشتند. این سیگنال به‌تنهایی حجم مطلق جست‌وجو را نشان نمی‌دهد، اما همراه با تغییر رسمی 26H1 یک نیاز عملی و رو‌به‌رشد را نشان می‌دهد: راهنماهای قدیمی برای همه نسخه‌ها دیگر پاسخ یکسانی نیستند.

گام اول: نسخه و بیلد را دقیق تشخیص دهید

قبل از نصب، کلیدهای Win + R را بزنید، عبارت winver را وارد کنید و نسخه و OS Build را یادداشت کنید. مرز تصمیم‌گیری مهم، بیلد 28000 است. اگر دستگاه شما 26H1 یا جدیدتر و بیلد آن 28000 به بالا است، سراغ Windows Features یا دستور قدیمی Enable-Feature نروید. اگر 25H2 یا قدیمی‌تر دارید، قابلیت NetFx3 معمولاً از طریق Windows Features یا ابزارهای مدیریت ویندوز فعال می‌شود.

نسخه ویندوزروش اصلی نصبنکته مهم
25H2 و قدیمی‌ترWindows Features یا قابلیت NetFx3فایل‌ها ممکن است از Windows Update یا منبع نصب همسان دریافت شوند.
26H1، بیلد 28000 و جدیدترنصب‌کننده مستقل رسمیNetFx3 دیگر Windows Feature نیست و آن را مانند گذشته مدیریت نمی‌کند.
سیستم سازمانی متصل به WSUSطبق سیاست IT و منبع تأییدشدهتغییر رجیستری یا دورزدن سیاست سازمان بدون هماهنگی توصیه نمی‌شود.

روش نصب در 25H2 و نسخه‌های قدیمی‌تر

روش گرافیکی Windows Features

  1. در Start عبارت Windows Features را جست‌وجو کنید.
  2. پنجره Turn Windows features on or off را باز کنید.
  3. گزینه 3.5 (includes .NET 2.0 and 3.0) را علامت بزنید.
  4. گزینه OK را انتخاب کنید و اجازه دهید ویندوز فایل‌های لازم را از منبع معتبر دریافت کند.
  5. اگر درخواست راه‌اندازی مجدد نمایش داده شد، فایل‌های باز را ذخیره و سیستم را Restart کنید.

زیرگزینه‌های WCF HTTP Activation و WCF Non-HTTP Activation برای اجرای بیشتر برنامه‌های دسکتاپ لازم نیستند. فقط وقتی مستندات نرم‌افزار یا مدیر سامانه صریحاً این قابلیت‌ها را نیاز می‌داند، آن‌ها را فعال کنید. فعال‌کردن مؤلفه‌های اضافی بدون نیاز واقعی، سطح سرویس‌دهی و نگه‌داری سیستم را بی‌دلیل افزایش می‌دهد.

روش خط فرمان برای مدیران سیستم

در 25H2 و قدیمی‌تر می‌توان قابلیت را با فعال کرد. ترمینال را با دسترسی Administrator باز کنید و ابتدا وضعیت قابلیت را بررسی کنید. این دستورها برای 26H1 و جدیدتر طراحی نشده‌اند.

Terminal.ps1PowerShell
DISM /Online /Get-FeatureInfo /FeatureName:NetFx3DISM /Online /Enable-Feature /FeatureName:NetFx3 /All
UTF-8PowerShell

اگر دستگاه اینترنت ندارد یا Windows Update اجازه دریافت فایل‌ها را نمی‌دهد، می‌توانید از رسانه نصب دقیقاً هم‌نسخه و هم‌زبان ویندوز استفاده کنید. حرف درایو را با مسیر واقعی رسانه نصب جایگزین کنید. استفاده از ISO نامرتبط با نسخه یا زبان نصب‌شده معمولاً به خطای فایل منبع منجر می‌شود.

Enable-NetFx3.ps1PowerShell
DISM /Online /Enable-Feature /FeatureName:NetFx3 /All `  /Source:D:\sources\sxs /LimitAccess
UTF-8PowerShell

روش نصب در 26H1 و جدیدتر

از بیلد 28000، 3.5 دیگر به‌عنوان مؤلفه اختیاری داخل ارائه نمی‌شود. بنابراین روشن‌کردن گزینه قدیمی یا استفاده از DISM /Enable-Feature راه معتبر این نسخه نیست. صفحه رسمی نصب مایکروسافت را باز کنید و نصب‌کننده مستقل مخصوص 26H1 را دریافت کنید. بسته فقط باید روی نسخه‌ای اجرا شود که برای آن منتشر شده است؛ نصب‌کننده نسخه دیگر را به زور اجرا نکنید.

  • فایل را فقط از دامنه رسمی Microsoft دریافت کنید.
  • امضای دیجیتال فایل را از Properties و زبانه Digital Signatures بررسی کنید.
  • اگر سیستم سازمانی است، بسته را از مخزن نرم‌افزاری تأییدشده شرکت دریافت کنید.
  • برای نصب بدون رابط کاربری در استقرار سازمانی، از گزینه‌های رسمی مستندشده مانند /quiet یا /q استفاده کنید.
  • پس از ارتقای Windows به نسخه اصلی بعدی، ممکن است لازم باشد 3.5 را دوباره نصب کنید.

طبق FAQ رسمی مایکروسافت، پشتیبانی نصب‌کننده مستقل 3.5 تا ۹ ژانویه ۲۰۲۹ ادامه دارد. بااین‌حال این تاریخ مجوزی برای توسعه پروژه جدید روی فناوری قدیمی نیست؛ این مؤلفه برای سازگاری با نرم‌افزارهای موجود است.

خطاهای رایج و مسیر امن

خطاهای فایل منبع مانند 0x800F081F

این خطا معمولاً یعنی ویندوز فایل‌های لازم را در منبع تعیین‌شده پیدا نکرده است. ابتدا مطمئن شوید رسانه نصب با Edition، زبان و معماری ویندوز هماهنگ است. سپس مسیر sources\sxs را کنترل کنید. اگر سیاست سازمانی اجازه Windows Update را نمی‌دهد، موضوع را با مدیر شبکه بررسی کنید. دانلود پوشه SxS از سایت‌های متفرقه راه‌حل قابل اعتماد نیست.

خطای 0x800F0954 در شبکه سازمانی

این خطا اغلب در محیط‌هایی دیده می‌شود که دریافت قابلیت‌های اختیاری با WSUS یا Group Policy مدیریت می‌شود. راهنماهای اینترنتی گاهی تغییر مستقیم کلیدهای رجیستری و Restart سرویس‌ها را پیشنهاد می‌کنند، اما این کار می‌تواند سیاست امنیتی سازمان را نقض کند. مسیر درست، بررسی تنظیمات Optional Component Installation توسط تیم IT و فراهم‌کردن منبع نصب مورد تأیید است.

نصب انجام شده ولی برنامه هنوز اجرا نمی‌شود

وجود 3.5 همه مشکلات سازگاری را حل نمی‌کند. معماری ۳۲ یا ۶۴ بیتی برنامه، دسترسی به فایل‌ها، نسخه SQL Server یا درایور قدیمی، تنظیمات TLS و مجوزهای پوشه نیز می‌توانند عامل خطا باشند. Event Viewer و گزارش خود برنامه را بررسی کنید و خطای واقعی را از پیام عمومی «runtime error» جدا کنید. Compatibility Mode را فقط پس از تهیه نسخه پشتیبان و با شناخت اثر آن آزمایش کنید.

چگونه نصب را تأیید کنیم؟

در نسخه‌هایی که NetFx3 هنوز Windows Feature است،، وضعیت Enabled در خروجی یک نشانه مستقیم است. سپس همان برنامه‌ای را که وابستگی دارد با یک حساب کاربری عادی اجرا کنید. اجرای برنامه با Administrator ممکن است خطاهای مجوز را پنهان کند و نباید آزمون نهایی باشد.

  1. وضعیت قابلیت یا نصب‌کننده را از مسیر رسمی بررسی کنید.
  2. سیستم را در صورت درخواست Restart کنید.
  3. برنامه قدیمی را با کمترین سطح دسترسی لازم اجرا کنید.
  4. یک سناریوی واقعی اما غیرحساس را آزمایش کنید.
  5. نتیجه، نسخه ویندوز و نسخه برنامه را برای پشتیبانی آینده ثبت کنید.

آیا بهتر است برنامه قدیمی را مهاجرت کنیم؟

اگر فقط مصرف‌کننده یک نرم‌افزار هستید، از سازنده نسخه جدید بخواهید. اگر مالک کد هستید، نصب 3.5 را راه‌حل موقت سازگاری در نظر بگیرید، نه مقصد معماری. مایکروسافت برای پروژه‌های جدید استفاده از .NET مدرن را توصیه می‌کند. ابتدا وابستگی‌ها و کتابخانه‌های شخص ثالث را فهرست کنید، تست‌های رفتاری بسازید و مهاجرت را مرحله‌ای انجام دهید. برای شناخت الگوهای امنیتی جدید می‌توانید راهنمای مهاجرت امن Passkey در ASP.NET Core را هم بخوانید.

در برنامه‌های سازمانی، تصمیم مهاجرت باید هزینه نگه‌داری، ریسک امنیتی، محدودیت سیستم‌عامل و ارزش تجاری را کنار هم ببیند. گاهی ایزوله‌کردن برنامه قدیمی در یک محیط کنترل‌شده تا پایان بازنویسی منطقی‌تر از ارتقای عجولانه است؛ اما ادامه استفاده بدون مالک فنی، تست بازیابی و برنامه خروج، بدهی فنی را به ریسک عملیاتی تبدیل می‌کند.

جمع‌بندی

برای نصب 3.5 در نسخه ویندوز را حدس نزنید. در 25H2 و قدیمی‌تر از Windows Features یا NetFx3 و در صورت نیاز منبع نصب همسان استفاده کنید. در 26H1 با بیلد 28000 و جدیدتر، نصب‌کننده مستقل رسمی مسیر صحیح است و دستورهای قدیمی جایگزین آن نیستند. از بسته‌های ناشناس، تغییرات رجیستری بدون مجوز و فعال‌کردن مؤلفه‌های غیرضروری دوری کنید.

اگر برای مهاجرت نرم‌افزارهای قدیمی به .NET جدید به راهنمایی نیاز دارید، مسیرهای آموزشی خانه برنامه‌نویسان البرز را بررسی کنید.