Hallo zusammen,
ich bin derzeit auf der Suche nach einem Skript, mit dem ich bestimmte Clients in eine andere Computergruppe verschieben (und anschließend von Hand löschen) oder direkt löschen kann.
Der Grund ist, dass wir ständig Listen von abgebauten Computern erhalten, und den WSUS gern auf dem aktuellen Stand haben möchten.
Das Skript sollte in VBScript sein, da ein Skript für das Deaktivieren der Clients im AD und löschen aus der SMS-Datenbank bereits existiert, und ich ganz gern dieses mit integrieren möchte.
VBScript-Kenntnisse sind natürlich vorhanden, falls mir jemand den Weg zum WSUS zeigt wie ich da draufkomme und auf die ComputerTargetGroups, finde ich den Rest wahrscheinlich selbst.

In Powershell habe ich ein solches Skript bereits, aber das ist etwas langsam und unkomform.

Hallo Thread ... ich muss Dich mal wecken.

mindbender schrieb on 13.11.08 um 10:35:36:


Wir habe ebenso ein Problem ... in Kombination mit dem Umstand, dass etliche Rechner länger nicht im Netzwerk auftauchen.
Diesen Usern müssen wir immer mal auf die Finger klopfen.
Mit dem Assistenten sind diese verschwunden und das ist wg. der Übersicht nicht erwünscht!

Aber jetzt keimt Hoffnung. Anbei ein PS-Script zum Löschen von Clients:

# Variables - set these to fit your needs
###############################################################################
# The server name of your WSUS server
$serverName = 'localhost'

# use SSL connection?
$useSecureConnection = $False

# the port number of your WSUS IIS website
$portNumber = 80

# set operated DomainNameSpace (DNS-Suffix)
# $DnsSuffix = ''; # <= All Spaces
$DnsSuffix = 'myfirma.de';

# set NetBiosName - use WildChars '*' or '?'
# $ComputerName = 'MyWks0*';
$ComputerName = 'MyWks001';


# Script - don't change anything below this line!
###############################################################################

# load WSUS framework
[void][reflection.assembly]::LoadWithPartialName("Microsoft.UpdateServices.Administration")   

# connect to specified WSUS server
$wsus = [Microsoft.UpdateServices.Administration.AdminProxy]::getUpdateServer($serverName, $useSecureConnection, $portNumber)   

$computerScope = new-object Microsoft.UpdateServices.Administration.ComputerTargetScope;
$computerScope.NameIncludes = '.' + $DnsSuffix
$computerScope.IncludeDownstreamComputerTargets = $True
$Computers = $WSUS.GetComputertargets($computerScope)

$computers | foreach-object { if ( $_.FullDomainName -like ($ComputerName + '.*')) { $_.delete() } }

$Computers = $Null
$wsus = $Null

 

Wenn das Script auf dem Master ausgeführt wird ... erfolgt die Löschung auf dem Replika kunstgerecht nach der Synchronisation.

Da der WSUS nicht an DNS-Suffixen gebunden ist ... und Namen in verschiedenen Namensspaces identisch sein können ... kann man mit dem Suffix eine Vorselection treffen.
Der Computername kann auch mit WildChars mehrere Systeme beschreiben ... dann geht gleich mehr auf einmal.

Test war erfolgreich ... Client fädelt sich mit wuauclt /resetauthorization  sofort wieder ein.
Und Dank automatischer Gruppenzuordnung via GPO ... kann man den Test nur aus Jux auch mehrmals machen - der Freude wegen

Viel Spass.

Gruß Dani

Hubs ... ich glaube der SSL-Port ist im Script falsch ...

War der nun 3580 oder 8530 ???
Wir fahren bei uns noch kein WSUS mit SSL.

Naja einfach anpssen im Script und gut ist ...

Gruß Dani

Ach so .. dann ist der 8530 nur ein alternativer Port zu 80 ?!?

Na dann muss das im Script aber separat berücksichtigt werden.

Gruß Dani

Ok - ok - ok ...
das Script kann jetzt auch den richtigen alternativen Port verwenden.

Da ich kein WSUS mit SSL und / oder alternativen Port habe, kann ich dös net testen.

Weiter Hinweise wären sehr hilfreich ... schon mal danke im Voraus.

Aufruf ist jetzt:

Powershell.exe ./wsus_delete_Computer.ps1 MyWsusSvr no no MyWks0* MyFirma.de  

Gruß Dani

Hi Tim,

tut mir leid, aber ich war ein paar Wochen nicht in der Lage mich hier so zu beteiligen, wie es von mir vorgesehen war. Mit anderen Worten ... ich bin wieder online.
Richtig, die Steuerung des SSL und der Portnummer war stark überarbeitungsbedürftig ... aber Du hast es prima hinbekommen.
Was den DNS-Namenspace betrifft, kann man das so oder anders sehen. Wir haben Computer in 3 verschiedenen DNS-Namensuffixen in einer gemeinsamen WSUS-Struktur am laufen. Da war eine gezielte Ansprache des richtigen Clients wichtig. Die Clients wechseln nämlich nach und nach den Namensraum ... von der Workgroupumgebung in den einer Domäne. Der Computer-Name (oder auch NetBios-Name) selbst bleibt dabei unverändert. Da war das halt erforderlich.

Schön das es Dir Spass macht. Mit der PowerShell kann man WSUS sehr gut erkunden und es kommen einem immer neue Ideen. So soll es ein.

Gruß Dani