Windows uygulama dağıtım özelliklerinin geçerli durumu

Bu sayfada değişen, sınırlamaları olduğu bilinen veya belgelerinden farklı davranan Windows uygulama dağıtım özelliklerinin geçerli durumu belgelenmiştir. Platform geliştikçe güncelleştirilir.

Son gözden geçirme: Nisan 2026

ms-appinstaller URI protokolü

Durum: Varsayılan olarak devre dışı (Aralık 2023'ten beri)

ms-appinstaller:?source= URI protokol işleyicisi, bir web sayfasının kullanıcı önce dosyayı indirmeden tek tıklamayla Uygulama Yükleyicisi yüklemesini tetiklemesini sağlar. Bu özellik, Emotet kötü amaçlı yazılım kampanyası (CVE-2021-43890 kötüye kullanım düzeni) tarafından kötüye kullanılmasına yanıt olarak 12 Aralık 2023'te yayımlanan Uygulama Yükleyicisi sürüm 1.21.3421.0'da varsayılan olarak devre dışı bırakılmıştır .

Bağlam Statü
Tüketici cihazları (varsayılan) ❌ Devre dışı
Kurumsal cihazlar (BT tarafından yönetilen) ✅ Grup İlkesi aracılığıyla yeniden etkinleştirilebilir

Impact: Microsoft Learn üzerindeki öğretici sayfalarda gösterilen <a href="ms-appinstaller:?source=...">Install</a> web bağlantıları artık çoğu kullanıcı için çalışmıyor.

Geçici Çözümler:

  • Doğrudan dosyaya bağlanın .appinstaller ; kullanıcılar dosyayı indirip çift tıklayın. Bu hala çalışır ve kurumsal olmayan senaryolar için önerilen yaklaşımdır.
  • > Microsoft Store sürümüne yayımlamak, protokol bağımlılığı olmadan üstün bir tek tıklamayla yükleme deneyimi sağlar.
  • Kurumsal yeniden etkinleştirme:EnableMSAppInstallerProtocol aracılığıyla Grup İlkesi'ni Etkin olarak ayarlayın. Not: İlke değeri Disabled "ayar yapılandırılmadı" (çift negatif) anlamına gelir; protokolü yeniden etkinleştirmek için Enabled olarak ayarlayın.

Referanslar:Uygulama Yükleyicisi güvenlik özellikleri

.appinstaller dosya şeması sürümleri

Status: Visual Studio varsayılan olarak güncel olmayan şema oluşturur

.appinstaller XML dosyası, her birinin farklı özelliklere sahip olduğu birden çok şema sürümünü destekler. Visual Studio, varsayılan olarak 2017/2 şemasını kullanarak dosyalar oluşturur ve bu da birkaç önemli güncelleştirme yapılandırma özniteliğini desteklemez.

Özellik 2017/2 şeması 2021 şeması
ShowPrompt ❌ Desteklenmiyor ✅ Destekli
UpdateBlocksActivation ❌ Desteklenmiyor ✅ Destekli
HoursBetweenUpdateChecks ❌ Desteklenmiyor ✅ Destekli
Başlatmada temel güncelleştirme ✅ Destekli ✅ Destekli

Impact:.appinstaller dosyaları oluşturmak için Visual Studio kullanan ve ardından ShowPrompt veya UpdateBlocksActivation yapılandıran geliştiriciler bu ayarların çalışma zamanında sessizce yoksayıldığını bulur.

Düzeltmek: Dosyanızdaki xmlns özniteliği el ile güncelleştirin.appinstaller:

<!-- Change this: -->
<AppInstaller xmlns="http://schemas.microsoft.com/appx/appinstaller/2017/2" ...>

<!-- To this: -->
<AppInstaller xmlns="http://schemas.microsoft.com/appx/appinstaller/2021" ...>

Başvurular:Uygulamaları otomatik güncelleştirme ve onarma · WindowsAppSDK Tartışması #5125

SmartScreen saygınlığı: EV sertifikaları artık anında atlama izni vermez

Durum: 2024'te davranış değişti

2024'ten önce, Genişletilmiş Doğrulama (EV) kod imzalama sertifikaları anında SmartScreen itibarına sahip olurdu; yeni imzalanmış bir ikili dosya herhangi bir indirme uyarısı göstermezdi. Microsoft, 2024'te Güvenilir Kök Program gereksinimlerini güncelleştirerek EV'ye özgü OID'leri kaldırmıştı. SmartScreen itibarı artık yalnızca karma tabanlıdır ve sertifika türünden (OV veya EV) bağımsız olarak zaman içinde birikmektedir.

Etkisi: Özellikle yeni sürümler için SmartScreen uyarılarını atlamak üzere EV sertifikaları satın alan geliştiriciler, EV sertifikalarının artık bu avantajı sağlamadığını fark edecektir.

Geçerli davranış: Mağaza dışı ve Microsoft tarafından imzalanmamış tüm ikili dosyaların, ilgili dosya karması için yeterli indirme geçmişi birikene kadar ilk indirmede bir SmartScreen uyarısı gösterilir.

Beklenen davranış ve önerilerle ilgili tüm ayrıntılar için bkz. SmartScreen'in Windows uygulama geliştiricileri için saygınlığı.

Windows 10 ve Windows 11 üzerinde MSIX

Status: Bazı MSIX özellikleri yalnızca Windows 11

MSIX hem Windows 10 hem de Windows 11 üzerinde çalışır, ancak paylaşılan paket kapsayıcıları, değiştirilebilir paket dizinleri ve MSIX kalıcı kimliği gibi çeşitli özellikler yalnızca Windows 11'e özeldir ve geriye dönük uyumlu değildir. Dinamik bağımlılıklar Windows 10 Windows Uygulama SDK'sı (Mdd* API'leri / önyükleyici) aracılığıyla da desteklenir ve Windows 11 ayrıca işletim sistemi için yerel bir uygulama sağlar. Ayrıca Windows 10 temel destek 14 Ekim 2025'de sona erdi.

Tam karşılaştırma tablosu, bilinen geri taşınmamış sınırlamalar ve her özellik için geçici çözümler için Windows 10 ve Windows 11 üzerinde MSIX bölümüne bakın.

MsixPackaging@1 Azure DevOps görevi

Durum: Eski bağımlılıkları kullanır

Azure DevOps işlem hatlarındaki MsixPackaging@1 görevi MSBuild 4.8.4161.0 'ı (MSBuild 16+ yerine) kullanır ve Node 16 (Eylül 2023'te kullanım ömrü sonuna ulaşmıştır) için oluşturulmuştu. Bu, modern işlem hattı yapılandırmalarında derleme hatalarına neden olabilir.

Workaround: MSBuild'i MsixPackaging@1 görevi yerine doğrudan işlem hattınızda kullanın veya microsoft/setup-msbuild eylemiyle GitHub Actions kullanın.

References:GitHub Sorun #518 · GitHub Sorunu #679

İlgili içerik

  • Last updated on