Windows

Du kannst HTTPS-Traffic von WinHttp tracen haben sie gesagt:

netsh winhttp set tracing trace-file-prefix="C:\Temp\dpws" level=verbose format=ansi state=enabled max-trace-file-size=1073741824

Das Kommando erzählt unter Windows 10, dass das jetzt ganz anders geht:

C:\WINDOWS\system32>netsh winhttp set tracing trace-file-prefix="C:\TEMP\WinHTTP" level=verbose format=ansi state=enabled max-trace-file-size=1073741824

Verwendet "netsh trace start scenario=InternetClient".

Das “neue” Kommando speichert den Trace natürlich wo ganz anders:

C:\WINDOWS\system32>netsh trace start scenario=InternetClient

Ablaufverfolgungskonfiguration:
-------------------------------------------------------------------
Status:             Wird ausgeführt
Ablaufverfolgungsdatei:         C:\Users\Ich\AppData\Local\Temp\NetTraces\NetTrace.etl
Anfügen:             Aus
Kreisförmig:           Ein
Maximale Größe:           250 MB
Bericht:             Aus

Das neue Tracing erzeugt ETL-Files haben sie gesagt. Die Daten des Traces kann man sich mit dem seit 2010 nicht mehr weiterentwickelten Microsoft Network Monitor ansehen:

Schwerwiegende Fehler in Anwendungen oder Windows-Komponenten, dann wenn ein Programm abstürzt, werden vom Windows Error Reporting (in deutschsprachigen Versionen: Windows Fehlerberichterstattung) abgefangen. Diese Windows-Komponente erstellt daraufhin ein Speicherabbild der fehlerhaften Anwendung und läd diese Informationen anschließend auf Microsoft-Server hoch.

Beim Entwickeln von Anwendungen bedient man sich des Umstandes, dass durch speziell ausgelöste Programmfehler ein Windows-Dialog angezeigt wird, in dem man einen auf dem System installierten Debugger auswählen kann, um sein eigenes Programm weiter zu testen. Leider wird durch das Windows Error Reporting dieser Dialog schon abgefangen und man hat keine Möglichkeit mehr, das eigene Programm zu testen, ohne es direkt aus dem Entwicklungs-Debugger (z.B. Visual Studio) gestartet zu haben.

Was die Finanzbehörden den Zwangs-Anwendern ihrer Soft- und Hardware Namens ELSTER zumuten ist bahnbrechend und soll im Folgenden an einem Beispiel aus der Praxis zusammengefasst werden.

Seit dem 01.01.2013 ist die Umsatzsteuer-Voranmeldung, der Antrag auf Dauerfristverlängerung, die Anmeldung auf Sondervorauszahlungen und die Lohnsteueranmeldung nur noch mit elektronischem Zertifikat an die Finanzbehörden übermittelbar. Vorzugsweise erfolgt die Übermittlung mittels ERiC, einer Softwareschnittstelle von ELSTER und wird in naher Zukunft die einzige Schnittstelle zur Abgabe vorgenannter Erklärungen sein.

Wer Zabbix für das Monitoring von Hosts und Services einsetzt und Windows-Rechner zu überwachen hat, kann den direkt vom Hersteller bereitgestellten Agent für Windows verwenden und entsprechend der offiziellen Anleitung installieren. Der Agent wird dabei als Windows-Dienst installiert und kann über die Kommandozeile oder die Windows-Dienste-GUI gestartet werden.

Bei meiner Installation trat jedoch folgender Fehler beim Starten des Dienstes auf:

C:\Program Files\Zabbix>zabbix_agentd.exe --start
zabbix_agentd.exe [7840]: ERROR: cannot start service [Zabbix Agent]: [0x0000041D] Der Dienst antwortete nicht rechtzeitig auf die Start- oder Steuerungsanforderung.

Obwohl in der Konfigurationsdatei ein Logfile angegeben war, wurde dieses nicht angelegt (um vielleicht dort die Fehlerursache zu protokollieren). Ein Blick in die Windows Ereignisanzeige brachte auch keinen Erfolg:

Bei einem frisch installierten Windows 7 mit ServicePack 1 kann es vorkommen, dass die Suche nach Updates einfach hängt. Die Rechnerauslastung ist anschließend 100% bzw. ergibt bei Verteilung auf mehrere Kerne zusammen 100%. Auch Stunden später ändert sich nichts an dem Laufbalken, sofern Windows nicht schon von selbst den Rechner in den Energiesparmodus versetzt hat.

Abhilfe schafft die Installation des Microsoft-Updates KB3102810.

Nach einem Update eines Servers auf Debian 8 Jessie war ein Verbindungsaufbau von einer MySQL-Workbench über einen SSH-Tunnel zu diesem Server nicht mehr möglich. Das Logfile der MySQL-Workbench (unter Windows in %APPDATA%\MySQL\Workbench\log\wb.log zu finden) enhält folgende Fehlermeldung:

SSHException: Incompatible ssh peer (no acceptable kex algorithm)

Grund für die Fehlermeldung ist, dass das in der aktuellen MySQL-Workbench 6.3 CE verwendete Python-Modul (paramiko), welches für den Verbindungsaufbau über einen SSH-Tunnel zuständig ist, sich in der Version 1.7.7.1 nicht mehr mit der nun auf dem Server installierten OpenSSH-Version 6.7 versteht.

Wer das Bedürfnis hat, Windows 10 in einer VM unter KVM/QEMU und Linux Mint 17.2 zu testen, muss als CPU-Modell cpu64-rhel6 einstellen, ansonsten startet die Installation nicht oder hängt mit einem Fehler in einer Bootschleife.

Alternativ kann auch core2duo angegeben werden.

Sprunglisten sind in PuTTY ein beliebtes Feature, um gespeicherte Sessions schnell aufzurufen. Leider hat die aktuelle PuTTY-Version 0.65 einen Fehler, welcher dazu führt, dass eine an das Taskleisten-Icon angeheftete PuTTY-Session beim Anklicken nur den PuTTY-Konfigurationsdialog öffnet. Die Entwickler sind über den Fehler informiert. Eine Behebung erweist sich aber offensichtlich als schwierig, da die Entwickler nach eigenen Aussagen aktuell keinen Zugriff auf Windows 10 haben.

Update vom 22.04.2016: Bereits in der Version 0.66 (veröffentlicht am 07.11.2015) wurde der Fehler behoben.

Könnte bitte jemand dem Herrn WerFault Bescheid sagen, dass wenn ich bewusst ein ASSERT(false) in meine Programme schreibe um einen Ausnahmefehler zu produzieren und ich anschließend in dem erscheinenden Dialog den Button Wiederholen klicke, ich das Programm auch wirklich debuggen und nicht, wie der Herr WerFault meint, einen Fehlerbericht an Microsoft senden möchte? Danke!

Btw: Abhilfe schafft das Deaktivieren der Windows-Fehlerberichterstattung. Dann erscheint auch wieder die Auswahl des zu verwendenden Debuggers.

Microsoft stellt mit der Library WinHTTP eine Schnittstelle zur Verfügung, mit der Programme Ressourcen per HTTP(S) abrufen können. Sollte das Programm keine Unterstützung für einen Proxy anbieten, so läßt sich mit Microsoft-eigenen Mitteln ein evtl. im Netzwerk erforderlicher Proxy für WinHTTP einstellen.

Systeme kleiner als Windows Vista verwenden dazu das Tool proxycfg, alle anderen netsh im winhttp-Kontext. Um z.B. die Proxy-Einstellungen aus dem Internet Explorer in die Registry für WinHTTP zu importieren, kann folgendes Kommando verwendet werden: