Schlagwort: protokoll

Log4j bzw. Log4shell: Ungewollte teils nicht-technische Nebenwirkungen

Keine Frage, die Sache mit in Log4j bzw. die so genannte Lücke Log4Shell (BSI), stellt ein Problem dar. Leider gibt es neben dem eigentlichen Sicherheitsproblem noch diverse Nebenwirkungen.

Weiterlesen

WordPress: Fehlerprotokoll erstellen

Im Zuge des ledigen Themas mit dem Kommentar-Spam bzw. der Rückstreuung sowie wenn man generell mal Fehler an einer WordPress-Installation sucht bietet es sich an, die Fehlerprotokollierung zu aktivieren.

Weiterlesen

Windows Server 2016: Get-WindowsUpdateLog funktioniert nicht, wenn der Defender entfernt wurde

Sucht man Fehler im Bezug zu den Windows Updates hilft ein Blick ins Protokoll.

Weiterlesen

Igel Thin Client: Schwarzer Bildschirm beim oder nach dem Verbindungsaufbau

Kommt es beim Verbindungsaufbau von einem Igel Thin Client z.B. zu einem Windows-Terminalserver zu einem schwarzen Bildschirm, kann man sich mit folgendem Workaround behelfen:

Weiterlesen

Igel UMS Konsole öffnet sich nicht via RDP

Kurz notiert: Wenn man via RDP versucht den Client eines Igel UMS zu öffnet und nur kurz das Banner und dann sonst nichts weiter geschieht, klappt irgendwie die Verbindung und/oder der Start nicht.

Weiterlesen

Windows: Dauerping mit Protokollierung von Fehlern

Mitunter muss oder möchte man über einen längeren Zeitpunkt mittels Ping die Verbindung zu einem anderem Netz oder Computer prüfen. Das kann man zwar einfach mittels

ping <IP oder Host> -t

realisieren, möchte man allerdings nur die Fehler protokollieren, kann das mittels eines Skripts erledigt werden.

Weiterlesen

Windows: Manuelle Rotationssicherung mit Drive Snapshot – Warum wird kein Log geschrieben?!

Es gibt Kunden bzw. Anwender die führen eine Datensicherung nicht automatisch, sondern manuell durch. Basierend auf dem Skript Rotationssicherung mit Drive Snapshot v2 bereite ich gerade eine etwas abgewandelte Form der Sicherung vor.

Weiterlesen

Windows: Securepoint SSL-VPN – Log-Datei des Clients

Bei der Fehlersuche am SSL-VPN kann es durchaus hilfreich sein, nicht nur auf der UTM-Appliance, sondern auch auf dem Client das Protokoll prüfen.

Bei einem installierten SSL-VPN Client unter Windows 7 64-bit befindet sich das Protokoll hier:

C:\Program Files (x86)\Securepoint SSL VPN\debug.txt

Update 08.08.2014

Die “debug.txt” gibt es (leider) nicht mehr. Stattdessen kann man doppelt auf die Verbindung klicken und erhält ein Log.

Hinweis: Nicht auf den Verbindungsnamen doppelt klicken, dort öffnet sich der Konfigurationsdialog. Während das Log-Fenster geöffnet ist, kann man im VPN-Client nichts anklicken und diesen auch nicht verschieben.

Quelle

SSL VPN Client – Logging Möglichkeiten

Windows: CAPI2-Fehler im Ereignisprotokoll beheben

Finden sich im Ereignisprotokoll von Windows Fehler mit den Event-IDs 4107 oder 11 der Quelle CAPI2, weisst dies keineswegs auf ein ISDN-Problem hin, wie der Quellennamen zunächst vermuten lässt, sondern gemeint ist vielmehr, das Windows keine Verbindung zu Windows Update oder einem WSUS-Server herstellen kann.

Mitunter liegt gar kein reales Problem vor, sondern es könnte sich um eine Falschmeldung handelt, die unter anderem dadurch zustande kommt, wenn der Computer zunächst direkt von Microsoft und später von einem WSUS-Server die Updates bezieht.

Die Lösung ist im Knowledge Base-Artikel 2328240 beschrieben. Erfahrungsgemäss genügt es es die Ordner

%windir%\System32\config\systemprofile\AppData\LocalLow\Microsoft\CryptnetUrlCache\Content
%windir%\System32\config\systemprofile\AppData\LocalLow\Microsoft\CryptnetUrlCache\MetaData

zu bereinigen. Ein Neustart von bestimmten Diensten oder des Computers ist nicht notwendig.

© 2024 Andy's Blog

Theme von Anders NorénHoch ↑