WinGet Problemlösung (Windows)

winget (Windows Package Manager) ist das offizielle Microsoft-Tool zum automatischen Installieren und Aktualisieren von Software unter Windows 10 und 11.

Falls bei der Schnellinstallation oder der Installation einzelner Pakete über winget Fehler auftreten, finden Sie hier die häufigsten Ursachen und Lösungen.

---

1. Hauptursache: PowerShell wurde nicht als Administrator gestartet!

Symptom:
Installationen brechen ab, verlangen ununterbrochen Bestätigungen, schlagen fehl mit „Zugriff verweigert“ / „Access denied“ / „Administratorrechte erforderlich“ oder brechen ohne Fehlermeldung stumm ab.

Ursache:
winget benötigt Administratorrechte, um Programme systemweit unter C:\Program Files zu installieren und Windows-Einstellungen zu konfigurieren. Eine normale PowerShell-Sitzung ohne Administratorrechte kann die Installationen nicht durchführen.

Lösung:
PowerShell muss zwingend als Administrator gestartet werden:

1. Drücken Sie die Windows-Taste auf Ihrer Tastatur.
2. Tippen Sie PowerShell ein.
3. Machen Sie im Suchergebnis einen Rechtsklick auf Windows PowerShell und wählen Sie „Als Administrator ausführen“ (oder klicken Sie im rechten Bereich auf „Als Administrator ausführen“).
4. Bestätigen Sie das Windows-Sicherheitsfenster (Benutzerkontensteuerung) mit „Ja“.
5. Führen Sie den Installationsbefehl erst in dieser Administrator-PowerShell aus.

---

2. Zertifikatsfehler (The server certificate did not match any of the expected values)

Symptom:
Die Installation bricht ab mit der Fehlermeldung „The server certificate did not match any of the expected values“ oder allgemein mit Zertifikatsfehlern beim Verbinden mit dem Microsoft Store / WinGet-CDN.

Ursache:
Dies geschieht häufig in Schul- oder Unternehmensnetzwerken mit SSL-Inspektion / Proxies, wenn Windows-Store-Zertifikate veraltet sind oder vom Netzwerk anders aufgelöst werden (Certificate Pinning).

Lösung:
Öffnen Sie PowerShell als Administrator und führen Sie folgenden Befehl aus:

winget settings --enable BypassCertificatePinningForMicrosoftStore

Führen Sie den Installationsbefehl danach erneut aus.

---

3. Fehler 403 Forbidden / „Nicht zulässig“ (insb. bei GraphPad Prism)

Symptom:
Beim Herunterladen von Paketen (häufig bei GraphPad.Prism) erscheint die Fehlermeldung HTTP 403: Forbidden oder „Zugriff nicht zulässig“.

Ursache:
Server von Herstellern (oder deren CDNs wie Cloudflare) blockieren automatische Downloads von winget-Anfragen, wenn diese über Schul-IP-Adressen oder ohne Browser-User-Agent gesendet werden (DDoS-Schutz / IP-Rate-Limiting). Zudem können Schul-Firewalls direkte EXE-Downloads unterbinden.

Lösung:

• Option A (Empfohlen): Manueller Browser-Download
  Da normale Webbrowser durchgelassen werden, laden Sie das Programm direkt über die Website herunter (z. B. für GraphPad unter graphpad.com/updates) und führen Sie die .exe-Datei aus.
• Option B: Netzwerk wechseln
  Verbinden Sie Ihr Gerät kurzzeitig mit einem anderen Netzwerk (z. B. mobiler Hotspot über das Smartphone), um den Download über winget erneut zu versuchen.

---

4. Suche oder Installation schlägt fehl (0x8a15000f / Paketquelle beschädigt)

Symptom:
Befehle wie winget install oder winget search scheitern mit dem Fehlercode 0x8a15000f oder dem Hinweis „Paketquelle konnte nicht gelesen werden“.

Ursache:
Die lokale WinGet- / App-Installer-Installation bzw. die Registrierung der Paketquellen auf dem Computer ist beschädigt.

Lösung (Reparatur via PowerShell):
Microsoft empfiehlt für solche Fälle explizit das PowerShell-Modul Repair-WinGetPackageManager.

1. Öffnen Sie PowerShell als Administrator (Windows-Taste → „PowerShell“ → Rechtsklick → „Als Administrator ausführen“).
2. Führen Sie nacheinander folgende Befehle aus:

Install-PackageProvider -Name NuGet -Force
Install-Module -Name Microsoft.WinGet.Client -Force -Repository PSGallery

Hinweis: Falls PowerShell nach einem „nicht vertrauenswürdigen Repository“ fragt, bestätigen Sie mit J (Ja) bzw. Y (Yes).

1. Führen Sie anschliessend den Reparatur-Befehl aus:

Repair-WinGetPackageManager -Force -Latest

Nach Abschluss des Reparaturvorgangs PowerShell neu starten und die Installation erneut versuchen.