Schlagwort-Archive: Windows

Windows 8 administrative Tools in der Suche anzeigen

Computerverwaltung in Windows 8 Suche anzeigen

Als Administrator verwendet man gerne mal die Computerverwaltung, da diese den Zugriff auf Logs und viele Informationen bietet. Unter Windows 7 war ich es gewohnt einfach die Windows Taste zu drücken und „comp“ zu tippen und das Ganze mit Enter zu bestätigen. So einfach kann es sein das zu öffnen, was gerade benötigt wird.

Mittlerweile nutze ich aber fast ausschließlich Windows 8 und ich habe im vergangenen Jahr verzweifelt nach der gleichen Funktion gesucht. In der Standardeinstellung unter Windows 8 liefert die Suche nach „comp“ kein Ergebnis. Es gibt zwar genügend Möglichkeiten die Computerverwaltung aufzurufen, doch man möchte ja ungern Gewohnheiten abzulegen.

Doch wer suche der Finde auch. In einem MSDN Blog[1] bin ich dann auf eine Lösung gestoßen, die ich euch natürlich nicht vorenthalten möchte.

1. Windows Kachelmenü aufrufen
2. Windows Taste + C drücken
3. Einstellungen aufrufen
4. Die Einstellung für „Kacheln“ auswählen
5. Die Einstellung „Verwaltungstools Anzeigen“ aktivieren

Verwaltungstools aktivieren

Nun könnt Ihr auch in der Suche alle Verwaltungstools finden, unter anderem auch die Computerverwaltung.

[1]http://blogs.msdn.com/b/zxue/archive/2012/03/07/win8-howto-5-access-administrative-tools.aspx

WSUS-Verwaltung zeigt nicht alle Clients

Schreibe eine Antwort

Problem:

Die WSUS-Verwaltung zeigt nicht alle Clients an oder die Clients werden manchmal angezeigt und verschwinden dann wieder.

Ursache:

Die Ursache hierfür liegt mit großer Wahrscheinlichkeit daran, dass die Clients, ohne die Verwendung von Sysprep, geklont wurden. Wenn ein Client eingerichtet wird, erzeugt dieser automatisch eine SusClientID. Werden der Client dann geklont, dann haben alle Clients dieselbe SusClientID. Dementsprechend kann immer nur einer der Clients mit den gleichen IDs in der Konsole angezeigt werden. Es wird also immer nur der Client angezeigt, der sich als letztes bei dem WSUS Server gemeldet hat.

Lösung:

Eine mögliche Lösung ist es die SusClientID zu löschen, damit eine neue erzeugt wird. Dies muss entsprechend an jedem PC ausgeführt werden der geklont wurde.

Zuerst müsst Ihr den Windows Update Dienst und den Intelligenten Hintergrundübertragungsdienst beenden. Sind diese Dienste beendet, öffnet Ihr den Regestry Editor und löscht die beiden Schlüssel mit dem Namen SusClientIdValidation und SusClientId. Diese Schlüssel findet ihr unter folgendem Pfad:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate\

Sobald Ihr die Schlüssel gelöscht habt, könnt Ihr den Windows Update Dienst und den Intelligenten Hintergrundübertragungsdienst wieder starten. Nachdem die Dienste wieder gestartet sind, öffnet Ihr die cmd.exe und führt noch folgenden Befehl aus wuauclt.exe /resetauthorization /detectnow.

Nun sollte euer Client eine andere SusClientID bekommen haben und dementsprechend auch in der WSUS Verwaltung wieder auftauchen.

Das Ganze lässt sich natürlich auch mit einem Script automatisieren. Schaut euch dazu einfach mal den folgenden Technet Artikel unter [1] an. Des Weiteren gibt es auch einen Microsoft Artikel zu diesem Problem [2].

[1] http://blogs.technet.com/b/sus/archive/2009/05/05/resolving-the-duplicate-susclientid-issue-or-why-don-t-all-my-clients-show-up-in-the-wsus-console.aspx

[2] http://support.microsoft.com/kb/903262

Vertrauensstellung zur Domäne gestört

Schreibe eine Antwort

Wenn man mit Windows Netzwerken zu tun hat, wird man zwangsläufig mal in den Fehler laufen, dass die Vertrauensstellung zwischen einem Client/Server zu der Domäne gestört ist. Diese Meldung taucht üblicherweise beim Anmelden an die Domäne auf und verhindert eine Anmeldung an den PC, wenn man einen Domäne Benutzer verwendet.

Beheben kann man den Fehler, indem man sich mit einem lokalen Benutzer an dem Client/Server anmeldet und diesen dann aus der Domäne entfernt. Nachdem man den Client/Server entfernt hat den PC einfach neu starten und sich erneut mit dem lokalen Benutzer anmelden und den PC erneut in die Domäne aufnehmen. Nach einem weiteren Neustart kann der PC wieder wie gewohnt verwendet werden. Vorher vorhandene Profile nehmen üblicherweise keinen Schaden.

Manchmal kommt es aber vor, dass einem kein lokaler Benutzer bekannt ist oder das Kennwort des Benutzers nicht bekannt ist. Hierfür gibt es eine einfache Lösung, die heißt – Netzwerkkabel ziehen. Hat der PC keine Verbindung mehr zum Netzwerk, ist wieder eine Anmeldung mit einem Domäne Benutzer wieder möglich. Die Anmeldung unterliegt an dieser Stelle aber der Beschränkung, und zwar ist diese nur mit Benutzern möglich die sich bereits mindestens 1x an diesem PC angemeldet haben. Hat der Domäne Nutzer, mit dem man sich angemeldet hat, administrative Rechte, so legt man einfach einen neuen lokalen Benutzer an und legt ein Kennwort fest.

Sollten keine administrativen Rechte vorhanden sein, dann ist das ebenfalls kein Weltuntergang. Den Lösungsweg für diesen Fall werde ich jedoch in einem anderen Artikel beschreiben.

Hier noch mal die Lösung in kurz ohne viel Text:

Mit lokalen Benutzer anmelden (mit Admin rechten)
PC aus Domäne entfernen / den PC einer lokalen Arbeitsgruppe hinzufügen
PC neu starten
Mit lokalem Benutzer anmelden und PC erneut in die Domäne aufnehmen
PC neu starten

Kein lokaler Benutzer/Passwort bekannt?

Netzwerkkabel entfernen
Anmeldung mit Domäne Benutzer welcher bereits 1x an dem PC angemeldet war (mit Admin rechten)
Anlegen eines lokalen Benutzers mit Kennwort und Aufnahme dieses Benutzers in die Gruppe der Admins
Weiter mit Schritt zwei, wie oben beschrieben.

Windows 7 NewSID zerstört Installation

Schreibe eine Antwort

Hallo Leute,

ich hatte vor Kurzem ein etwas ernüchterndes Erlebnis. Ich war mit einem Problem beschäftig bei dem nicht alle Windows 7 Clients in der WSUS Verwaltung auftauchten. Nach etwas hin und her stellte sich raus, dass in der Umgebung wohl einige Clients geklont wurden. Schnell bin ich dem meinem alten Halbwissen gefolgt und habe mit das Tool NewSID aus dem Internet geladen und ausgeführt.

Der Client, auf dem ich das Tool ausgeführt habe, wurde vor etwa 6 Monaten installiert und ist seit dem im täglichen Gebrauch. Nach stolzen drei Tagen war das Programm auch so weit durch. Ein Neustart des PCs brachte dann eine Überraschung in Form eines Blue Screens mit dem Errorcode 0x000000f4 hervor. Jegliche Bemühungen in Form von Systemwiederherstellungspunkt oder Reparaturinstallationen scheiterten kläglich und brachten keine Besserung.

Eine kurze Suche im Internet brachte dann auch schnell zutage, dass ich nicht der Einzige war der das probiert hat. Daher an dieser Stelle: Es ist dringend von dem Tool NewSID abzuraten, wenn es um ein anderes Betriebssystem außer Windows XP geht.

An dieser Stelle möchte ich auf einen Artikel von Mark Russinovich hinweisen. In dem diesem beschreibt er was es mit der SID auf sich hat und wieso er die Entwicklung des Tools eingestellt hat. Ich bin damals schon mal auf den Artikel gestoßen habe diesen aber nicht wirklich aufmerksam gelesen.

Interessant finde ich auch einen der letzten Sätze in dem der Autor drauf aufmerksam macht, dass die Domain Controller unter Windows ebenfalls eine identische SID haben. Anhand eines kurzen Tests konnte ich das Selbst überprüfen. In einer Umgebung mit drei Domain Controllern ( 1x Server 2003, 2x Server 2012) hatten die drei DC´s dieselbe SID.

Zum Schluss noch der Hinweis, dass ich in einem weiteren Artikel beschreiben werde wie das Problem der fehlenden Clients in der WSUS Konsole zu lösen ist.