Die Startseite von Sysinternals ist
https://technet.microsoft.com/en-us/sys ... ls/default .
Die komplette Sysinternals Suite wird auf
https://technet.microsoft.com/en-us/sys ... s/bb842062 angeboten. Es ist ein Paket mit fast allen Programmen.
Sigcheck wird auf
https://technet.microsoft.com/en-us/sys ... s/bb897441 angeboten. Der direkte Download-Link ist immer derselbe für alle Versionen von Sigcheck. Auf den Seiten von Sysinternals gibt es auch kein Archiv mit älteren Versionen von Sigcheck.
Für WSUS Offline Update bedeutet das, dass
alle Versionen von WSUS Offline Update immer die
neueste Version von Sigcheck herunterladen. Die URL
http://download.sysinternals.com/files/Sigcheck.zip (ohne https) steht in der Datei wsusoffline/static/StaticDownloadLinks-sysinternals.txt . Das Programm sigcheck.exe wird in den Ordner wsusoffline/bin kopiert.
Die Kombination von älteren Versionen von WSUS Offline Update mit der neuesten Version von Sigcheck kann aber Kompatibilitätsprobleme verursachen. Außerdem kann es Probleme mit der Hardware oder dem Betriebssystem geben. Ich würde dabei bis zu fünf Punkte unterscheiden:
- Sigcheck 1.x hatte andere Kommandozeilen-Optionen als Sigcheck 2.x. Sehr alte Versionen von WSUS Offline Update kennen nur die Optionen von Sigcheck 1.x, laden aber ebenfalls immer die neueste Version herunter. Das kann zu einem undefinierten Verhalten führen, und die Fehlermeldungen müssen auch nicht immer passen.
Aktuelle Versionen von WSUS Offline Update unterscheiden zwischen den Versionen 1.x und 2.x und passen die Kommandozeilenoptionen entsprechend an.
- Sigcheck 2.1 ist die letzte Version, die mit älteren Prozessoren wie dem Pentium III funktioniert. Neuere Versionen benötigen eine CPU mit SSE2 Befehlssatz.
Wenn man Sigcheck 2.2 oder höher auf einem Pentium III starten will, der nur den Befehlssatz SSE1 unterstützt, dann stürzt das Programm sofort ab.
- Sigcheck 2.3 ist die letzte Version, die noch unter Windows XP läuft. Neuere Versionen benötigen mindestens Windows Vista.
Wenn man Sigcheck 2.4 oder höher auf Windows XP starten will, beendet sich das Programm mit der Fehlermeldung: "entry point not found". Siehe viewtopic.php?f=3&t=5556 .
- Sigcheck 2.5 hat eine neue Option -nobanner eingeführt. Aktuelle Versionen von WSUS Offline Update verwenden diese Option, aber ohne zwischen den Versionen 2.0 bis 2.5.x zu unterscheiden.
Wenn man eine aktuelle Version von WSUS Offline Update mit einer älteren Version von Sigcheck kombinieren will, muss man diese Option -nobanner aus dem Skript DownloadUpdates.cmd heraus editieren.
- Sigcheck 2.5.1 (?) hat auch eine 64-bit-Version eingeführt, die in früheren Versionen nicht dabei war.
Einen genauen Abgleich zwischen allen Versionen von Sigcheck und WSUS Offline Update gibt es aber nicht. Wenn es dabei zu Problemen kommt, kann man nur eine begründete Vermutung abgeben: Wenn man eine alte Version von WSUS Offline Update verwendet, um zum Beispiel immer noch Updates für Windows 2000 herunterzuladen, sollte man auch eine alte Version von Sigcheck verwenden.
Ältere Versionen der Seite
https://technet.microsoft.com/en-us/sys ... s/bb897441 und der verknüpften Dateien werden in der Wayback Machine auf archive.org archiviert.
Wenn das alles viel zu kompliziert ist, kann man die Option "Heruntergeladene Dateien verifizieren" im UpdateGenerator.exe auch deaktivieren. Das ist dann auch in Ordnung. Es gibt überhaupt nur fünf Dateien, die beim Download Probleme machen können: das sind die WSUS-Katalogdatei wsusscn2.cab und die vier Dateien mit Virusdefinitionen für den ursprünglichen Windows Defender und Microsoft Security Essentials. Das Problem bei allen fünf Dateien ist, dass es im Microsoft Content Delivery Network gleichzeitig verschiedene Versionen derselben Datei geben kann, unter derselben URL.
Bei allen normalen Updates gibt es dieses Problem nicht, und diese werden von wget auch alle zuverlässig heruntergeladen.