PowerShell - unerwartetes Ergebnis

[4077 30]

Ich möchte den Namen einer Gruppe über die SID auflösen. 

Dazu verwende ich: 

Get-CimInstance win32_group | where {$_.sid -eq "S-1-5-21-<meine Domain-ID>-513" }

Das Ergebnis ist allerdings: nichts

Warum?

Ich hätte jetzt erwartet, dass etwas zurückkommt, denn die Gruppe existiert und die SID ist eindeutig.

Bei 

Get-CimInstance win32_group | where {$_.sid -match "-513" }

erhalte ich zumindest 3 Ergebnisse zurück.

Ich bin verwirrt.

 

Danke vorab

4077

[BOfH_666 568]

vor 8 Minuten schrieb 4077:

erhalte ich zumindest 3 Ergebnisse zurück.

Ist denn das eigentlich von Dir erwartete Ergebnis dabei?

[4077 30]

vor 1 Minute schrieb BOfH_666:

Ist denn das eigentlich von Dir erwartete Ergebnis dabei?

 

Ja, das Ergebnis ist dabei. 

Ich habe dann weiter gefiltert mit "-and" und "-match '<Gruppennamen-Bestandteil>'".

Das ist nicht schön, aber funktioniert.

Was zur Ursprungsfrage zurück führt: Warum geht das mit der eindeutigen SID nicht? 
 

 

[NilsK 2.781]

Moin,

 

ein Problem des Datentyps? Das SID-Feld ist sehr speziell.

 

Gruß, Nils

 

[cj_berlin 1.133]

Und wie ist es mit 

Get-CimInstance win32_group | where {$_.sid -match "\-513$" }

?

 

Ich würde anhand Deines Posts ja vermuten, dass die Domäne mehr als 5130 Objekte in ihrem langen Leben gehabt hat  

...aber bei mir funktioniert auch der erste Aufruf wie er soll  

[tesso 360]

$Filter = "SID = 'S-1-5-32-555'"
Get-CimInstance win32_group -Filter $Filter

 

[BOfH_666 568]

vor 2 Minuten schrieb cj_berlin:

...aber bei mir funktioniert auch der erste Aufruf wie er soll  

 

Ist bei mir auch so ... 

 

 

[4077 30]

vor 7 Minuten schrieb cj_berlin:

Und wie ist es mit 

Get-CimInstance win32_group | where {$_.sid -match "\-513$" }

 

 

OK, das funktioniert. Mit genau dem einen Ergebnis, dass ich haben möchte.

Alles andere nicht.

Ich probiere mal einen anderen Rechner und melde mich wieder, wenn ich etwas herausfinde.

[tesso 360]

Ein Filter wäre effektiver als ein where.

[4077 30]

vor 1 Minute schrieb tesso:

Ein Filter wäre effektiver als ein where.

 

schon klar. 

Es tut nur nicht. *seufz*

[tesso 360]

Den Code habe ich bei mir lokal ausgeführt und er hat funktioniert. 

 

"Tut nicht" ist keine hilfreiche Fehlerbeschreibung.

[testperson 1.527]

Hi,

 

und

$objSID = New-Object System.Security.Principal.SecurityIdentifier("<Deine SID>")
$objUser = $objSID.Translate([System.Security.Principal.NTAccount])
$objUser.Value

?

 

Gruß

Jan

[4077 30]

vor 10 Minuten schrieb tesso:

"Tut nicht" ist keine hilfreiche Fehlerbeschreibung.

 

Das ist richtig.

Aber Euere Code-Beispiele bringen bei mir keine Ergebnisse zurück. Keine Fehlermeldung, keine Werte.

vor 4 Minuten schrieb testperson:

 

$objSID = New-Object System.Security.Principal.SecurityIdentifier("<Deine SID>")
$objUser = $objSID.Translate([System.Security.Principal.NTAccount])
$objUser.Value

 

Ausnahme beim Aufrufen von "Translate" mit 1 Argument(en):  "Manche oder alle Identitätsverweise konnten nicht übersetzt werden."
In Zeile:2 Zeichen:1
+ $objUser = $objSID.Translate([System.Security.Principal.NTAccount])
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : NotSpecified: (:) [], MethodInvocationException
    + FullyQualifiedErrorId : IdentityNotMappedException

 

 

Lassen wir es gut sein. Es gibt eine (unbefriedigende) Lösung.

Bei Gelegenheit probiere ich weiter herum.

 

Danke 

4077

bearbeitet 3. Februar 2022 von 4077

[BOfH_666 568]

vor 59 Minuten schrieb 4077:

 

schon klar. 

Es tut nur nicht. *seufz*

 

Nee ... offenbar nicht klar ... der Kollege meinte den Filter im Get-CimInstance Aufruf ...

 

Get-CimInstance win32_group -Filter "SID='S-1-5-21-<Domain-ID>-513'"

 

... was bei mir übrigens auch funktioniert ... genau wie der Befehl mit Where-Object.  

bearbeitet 3. Februar 2022 von BOfH_666

[4077 30]

Auch hier nichts.

Trotzdem Danke für die Bemühungen. 

 

bearbeitet 3. Februar 2022 von 4077
Falsches Bild