Mit dem 2019er Januar-Patchday hat Microsoft wieder die Sicherheit angezogen: beim Zugriff von bzw. auf Windows 7 und 2008 R2 Freigaben werden Fehlermeldungen bzgl. „Das Handle ist ungültig“ oder „Ungültiger Userkontext“ ausgegeben.
Prüft man die Freigaben am Server direkt, kann die Verbindung allerdings problemlos aufgebaut werden.
Ursache ist, dass Microsoft das Arbeiten mit Administratoren-Rechten nun auch auf den älteren Systemen mit Updates nach und nach einzuschränken versucht. So kommt es, dass nach dem Updates kb4480970 und kb4480960 Netzwerkzugriffe mit Benutzern, die am freigebenden Server in der Gruppe der „lokalen Administratoren“ stehen, einfach nicht mehr zugelassen werden.
Wer einen Windows Small Business Server betreibt, wird nach genau 2 Jahren Fehlermeldungen bzgl. eines abgelaufenen Sicherheitszertifikates bekommen. Microsoft erstellt bei der Grund-Installation des Serversystems das selbsterzeugte Zertifikat mit einer Gültigkeitsdauer von nur 2 Jahren.
Meist denkt der Admin auch nicht daran, so daß es unweigerlich ablaufen muss. Es zu erneuern ist kein Hexenwerk und bedarf nur ein paar weniger Klicks …
Nicht von jedermann ist es gewollt, bei der Verwendung von Outlook auf eingehende Mails mit „blauer Schrift“ zu antworten. Allerdings findet auch nicht jedermann den Weg, dieses Verhalten abzuschalten. (mehr …)
Scheinbar bin ich wieder mal der Erste, der konkret fragt:
Kann ich für meinen Kunden einen Microsoft Server 2012 Foundation als Terminalserver einrichten?
Ja, er hat nur 10 Benutzer (max. 15 beim Foundation) und nein, der Server soll nicht virtualisiert werden.
Zwei(!) Distributoren können mir keine konkrete Aussage geben und verweisen mich zur Hotline des Herstellers. (mehr …)
Wer einen Windows Small Business Server 2011 ® betreibt, erkennt schnell, dass sich die Speicherauslastung im Normalbetrieb auf bis zu 98% hochschrauben kann. Der neue Server, der eigentlich schnell sein sollte, verhält sich ziemlich träge, wenn man ihn direkt administriert.
Wer via Task-Manager genauer analysiert und sich „Prozesse aller Benutzer“ und die Prozess-ID (PID) anzeigen lässt, identifiziert schnell die Speicherfresser: Neben der store.exe (dem Exchange Informationsspeicherdienst) sind dies i.d.R. drei sqlsrvr.exe Prozesse.
