Bei einem Kunden arbeite die Mitarbeiter via RDP auf Ihren Arbeitsstationen (Corona bedingt). Bei einer Mitarbeiterin hängt sich die RDP Verbindung immer wieder auf. Sie muss den RDP Client schliessen und neu starten.
Das Problem scheint bekannt und hängt von der Windows 10 Version ab. Im Fall meines Kunden brachte jedoch der Update auf die aktuellstes Windows 10 Version keine Verbesserung. Erst das Deaktivieren des UDP-Protokolls löste das Problem weitgehend.
Ein kurze Schrecksekunde. Auf einem produktiven Server habe ich eine Sicherung einer produktivne Datenbank erstellt und sie anschliessend unter einem anderen Namen zu Testzwecken wiederhergestellt. Das hat geklappt und die neue Datenbank war auch vorhanden, jedoch stand nun die Quelldatenbank im Modus “Restoring …” und war nicht mehr ansprechbar. Hatte ich bei der Wiederherstellung einen Fehler gemacht …
Die Adaxes AD Management Lösung bietet einen sehr grossen Funktionsumfang, unter anderem auch einen sehr guten Schutz gegen Brute Force Attacken. Dies umfasst verschiedene Möglichkeiten, um die Anmeldung an die Webinterfaces zu schützen. Eine Variante ist die Aktivierung von Captcha, welches z.B. beim Zurücksetzen des eigenen Passworts oder bei mehreren falschen Anmeldeversuchen angezeigt wird. Nun ist jedoch die von Softerra umgesetzte Captcha Lösung teilseise “zu sicher”, d.h. der angezeigte Text lässt sich schlecht lesen, weil nebst den unterschiedlichen Schriftzeichen, zu viele verfremdende Striche eingefügt werden.
Dies ist jedoch kein Problem, da es sich mittels eine einfachen Skripts konfigurieren lässt. Das entsprechende Beispielskript findet sich in der ausgezeichneten Skript-Bibliothek … hier.
Heute habe ich auf unserem Exchange Server die aktuellen Updates installiert. Unter anderem «Security Update For Exchange Server 2016 CU8 (KB4092041)». Die Installation schlug fehl. Glücklicherweise kam der Exchange nach einem Neustart mehrheitlich wieder hoch. Jedoch ist das Management Interface (ECP) nicht mehr aufrufbar. Es wird ein .Net Fehler angezeigt, wonach die Assembly «Microsoft.Exchange.Common» nicht gefunden werden kann. Im Log erscheint der Fehler mehrmals:
Nach diesen Operatione hat das ECP bei mir wieder funktioniert.
Im Moment scheint Microsoft die Updates für den Exchange Server nicht wirklich im Griff zu haben. Dies ist nun der zweite Patch, der eine nicht mehr vollständig lauffähige Exchange Umgebung hinterlässt.
Die Installation des Updates KB4073392 schlägt fehle und hinterlässt eine tote Exchange Umgebung. Nach dem Neustart des Servers sind alle Exchange Dienste «deaktiviert». Exchange läuft nicht. Man kann die Dienste wieder auf «automatic» stellen, jedoch nicht starten, da abhängige Diense nicht laufen oder Exceptions auftreten. Nachfolgend ist die Lösung beschreiben, die für uns funktioniert hat.
Unter Windows 10 wird nach der Wiederherstellung einer Installation beim Neustart der Fehler INACCESSIBLE_BOOT_DEVICE angezeigt. Die automatische Korrektur, die Windows versucht bringt nichts. Beim nächsten Start wird der gleiche Fehler angezeigt. Die Lösung ist einfach: Windows im abgesicherten Modus starten, bis zur Anmeldung und dann nochmals neu starten ... Problem behoben.
Nach einem Upgrade auf Windows 10 lässt sich die neue Version der ASUS AI Suite 3 nicht installieren. Das Setup Programm verlangt immer wieder nach einem Neustart, da eine vorhergehende Installation nicht abgeschlossen worden sei. Die Lösung ist einfach. Man muss die entsprechende "Lock" Datei im Verzeichnis "C:\ProgramData\ASUS\AI Suite III" löschen.
