Wie setze ich das Attribut extensionAttribute1 für Benutzer in PowerShell?

Question

Wie setze ich das Attribut extensionAttribute1 für Benutzer in PowerShell?

Antwort

Verwandte Fragen

Wie kann ich die Remotedesktop-Dienste-Sammlung im Server Manager mit PowerShell gezielt sortieren?

Wie kann ich Metadaten von Office-Dokumenten mit PowerShell in einer einzigen Kommandozeile anpassen?

Wie kann ich mit PowerShell die PuTTY-Ausgaben in Excel kopieren?

In welchem Attribut von Active Directory steht der Rechner, an dem sich der Benutzer zuletzt angemeldet hat?

Wie legt man ein Cmdlet im PowerShell-Profile an?

Wie kann ich mit PowerShell die eigenen AD-Gruppen abfragen, denen ich angehöre?

Wie kann ich per PowerShell die Größe aller Unterordner in einem Verzeichnis ausgeben und die Dateien zählen?

Wie kann man mit PowerShell defekte Software suchen und entfernen?

Daten mit PowerShell an SharePoint-Liste anhängen mittels CSOM

In welchem Format werden CLI-Kommandos in PowerShell-Skripten auf die UTM übertragen?

Accepted Answer

Der bereitgestellte PowerShell-Code verwendet eine Schleife, um für jeden Benutzer in der `$users`-Sammlung das Attribut `extensionAttribute1` des Active Directory-Benutzers zu aktualisieren. Hier ist eine kurze Erklärung des Codes: - `foreach ($user in $users)`: Diese Schleife iteriert über jedes Element in der `$users`-Liste. - `Set-ADUser -Identity $user.SamAccountName`: Mit diesem Befehl wird der Benutzer im Active Directory identifiziert, basierend auf dem `SamAccountName`. - `-Replace @{extensionAttribute1 = $user.Description}`: Hier wird das Attribut `extensionAttribute1` des Benutzers mit dem Wert von `$user.Description` ersetzt. Stelle sicher, dass die `$users`-Liste korrekt definiert ist und die erforderlichen Berechtigungen vorhanden sind, um Änderungen im Active Directory vorzunehmen.

Accepted Answer

Um die Remotedesktopdienste-Sammlung (RDS Collection) im Server Manager mit PowerShell spezifisch zu sortieren, kannst du das Cmdlet `Get-RDSessionCollection` verwenden und die Ausgabe mit `Sort-Objec... [mehr]

Accepted Answer

Um die Remotedesktopdienste-Sammlung (RDS Collection) im Server Manager mit PowerShell spezifisch zu sortieren, kannst du das Cmdlet `Get-RDSessionCollection` verwenden und die Ausgabe mit `Sort-Object` nach einem gewünschten Attribut sortieren. Beispiel: Angenommen, du möchtest die Sammlungen nach dem Namen sortieren: ```powershell Get-RDSessionCollection | Sort-Object Name ``` Oder nach einem anderen Attribut, z.B. `CollectionType`: ```powershell Get-RDSessionCollection | Sort-Object CollectionType ``` Wenn du die Sitzungen innerhalb einer bestimmten Sammlung sortieren möchtest, kannst du z.B. so vorgehen: ```powershell Get-RDUserSession | Where-Object { $_.CollectionName -eq "DeinSammlungsname" } | Sort-Object UserName ``` **Hinweise:** - Die verfügbaren Eigenschaften, nach denen du sortieren kannst, findest du, indem du dir ein Objekt anschaust, z.B. mit ```powershell Get-RDSessionCollection | Get-Member ``` - Die Cmdlets sind Teil des Moduls `RemoteDesktop`, das auf dem RD Connection Broker installiert sein muss. **Weitere Infos:** - [Microsoft-Dokumentation zu Get-RDSessionCollection](https://learn.microsoft.com/powershell/module/remotedesktop/get-rdsessioncollection) - [Microsoft-Dokumentation zu Get-RDUserSession](https://learn.microsoft.com/powershell/module/remotedesktop/get-rdusersession) So kannst du die RDS-Sammlungen oder Sitzungen gezielt und nach deinen Anforderungen sortieren.

Accepted Answer

Um Metadaten (wie Titel, Autor, Stichwörter) von Office-Dokumenten (z. B. Word, Excel, PowerPoint) mit PowerShell in einer einzigen Kommandozeile anzupassen, kannst du das COM-Objekt der jeweilig... [mehr]

Accepted Answer

Um Metadaten (wie Titel, Autor, Stichwörter) von Office-Dokumenten (z. B. Word, Excel, PowerPoint) mit PowerShell in einer einzigen Kommandozeile anzupassen, kannst du das COM-Objekt der jeweiligen Office-Anwendung verwenden. Hier ein Beispiel für ein Word-Dokument: ```powershell $doc="C:\Pfad\zu\deinem\Dokument.docx"; $word=New-Object -ComObject Word.Application; $wdoc=$word.Documents.Open($doc); $wdoc.BuiltInDocumentProperties("Title").Value="Neuer Titel"; $wdoc.Save(); $wdoc.Close(); $word.Quit() ``` **Für Excel:** ```powershell $doc="C:\Pfad\zu\deiner\Datei.xlsx"; $excel=New-Object -ComObject Excel.Application; $wb=$excel.Workbooks.Open($doc); $wb.BuiltinDocumentProperties("Title").Value="Neuer Titel"; $wb.Save(); $wb.Close(); $excel.Quit() ``` **Für PowerPoint:** ```powershell $doc="C:\Pfad\zu\deiner\Präsentation.pptx"; $ppt=New-Object -ComObject PowerPoint.Application; $pres=$ppt.Presentations.Open($doc,$true,$false,$false); $pres.BuiltInDocumentProperties("Title").Value="Neuer Titel"; $pres.Save(); $pres.Close(); $ppt.Quit() ``` **Hinweise:** - Ersetze den Pfad und den neuen Titel entsprechend. - PowerShell muss mit den nötigen Berechtigungen ausgeführt werden. - Office muss auf dem System installiert sein. - Weitere Metadaten wie "Author", "Subject", "Keywords" können analog angepasst werden, z. B. `"Author"` statt `"Title"`. **Weitere Infos:** - [Microsoft Docs: BuiltInDocumentProperties](https://learn.microsoft.com/en-us/office/vba/api/word.document.builtindocumentproperties) - [PowerShell Dokumentation](https://learn.microsoft.com/de-de/powershell/) Diese Methode funktioniert für einzelne Dateien. Für mehrere Dateien kann die Kommandozeile in eine Schleife eingebettet werden.

Accepted Answer

Um die Ausgaben von PuTTY (z. B. von einer SSH-Session) mit PowerShell in eine Excel-Datei zu übertragen, kannst du folgenden Ansatz nutzen: **1. PuTTY-Ausgabe in eine Datei umleiten** PuTTY se... [mehr]

Accepted Answer

Um die Ausgaben von PuTTY (z. B. von einer SSH-Session) mit PowerShell in eine Excel-Datei zu übertragen, kannst du folgenden Ansatz nutzen: **1. PuTTY-Ausgabe in eine Datei umleiten** PuTTY selbst bietet keine direkte Möglichkeit, die Ausgabe in eine Datei zu schreiben. Du kannst aber das Kommandozeilentool [Plink](https://www.chiark.greenend.org.uk/~sgtatham/putty/latest.html) (Teil der PuTTY-Suite) verwenden, das für automatisierte SSH-Verbindungen gedacht ist und die Ausgabe direkt an die Konsole (und damit in eine Datei) schreibt. Beispiel: ```powershell plink.exe -ssh benutzername@host -pw passwort "dein_befehl" > ausgabe.txt ``` **2. Die Ausgabedatei mit PowerShell in Excel importieren** Du kannst die Textdatei mit PowerShell einlesen und in eine Excel-Datei schreiben. Am einfachsten geht das mit dem Modul `ImportExcel` ([Link](https://github.com/dfinke/ImportExcel)), das du ggf. zuerst installieren musst: ```powershell Install-Module -Name ImportExcel -Scope CurrentUser ``` Dann kannst du die Datei wie folgt in eine Excel-Datei umwandeln: ```powershell # Lies die Textdatei ein $data = Get-Content .\ausgabe.txt # Schreibe die Daten in eine Excel-Datei $data | Export-Excel -Path .\ausgabe.xlsx -WorksheetName "PuTTY-Ausgabe" ``` **Hinweise:** - Wenn die PuTTY-Ausgabe tabellarisch ist (z. B. CSV), kannst du `Import-Csv` statt `Get-Content` verwenden. - Für komplexere Ausgaben musst du ggf. die Daten vorher aufbereiten. **Zusammenfassung:** 1. Mit Plink die SSH-Ausgabe in eine Datei umleiten. 2. Mit PowerShell und ggf. dem ImportExcel-Modul die Datei in Excel exportieren. Weitere Infos zu PuTTY: [https://www.putty.org/](https://www.putty.org/) Weitere Infos zu ImportExcel: [https://github.com/dfinke/ImportExcel](https://github.com/dfinke/ImportExcel)

Accepted Answer

Im Active Directory gibt es kein Standardattribut, das direkt und zuverlässig den letzten Computer speichert, an dem sich ein Benutzer angemeldet hat. Das Attribut **lastLogon** oder **lastLogonT... [mehr]

Accepted Answer

Im Active Directory gibt es kein Standardattribut, das direkt und zuverlässig den letzten Computer speichert, an dem sich ein Benutzer angemeldet hat. Das Attribut **lastLogon** oder **lastLogonTimestamp** gibt lediglich an, wann sich der Benutzer zuletzt an einem bestimmten Domain Controller oder in der Domäne angemeldet hat, aber nicht an welchem Rechner. Es gibt jedoch das Attribut **msDS-LastSuccessfulInteractiveLogonTime**, das den Zeitpunkt der letzten erfolgreichen interaktiven Anmeldung speichert (ab Windows Server 2008), aber auch dieses enthält keinen Computernamen. Um herauszufinden, an welchem Rechner sich ein Benutzer zuletzt angemeldet hat, muss man in der Regel die **Security-Logs** (Ereignisprotokolle) der Domain Controller auswerten, insbesondere das Ereignis mit der ID **4624** (Anmeldung erfolgreich). Dort steht der Computername im Feld „Workstation Name“. Zusammengefasst: **Es gibt kein Active Directory-Attribut, das direkt den letzten Anmelde-Computer eines Benutzers speichert.** Die Information kann nur über die Auswertung der Anmeldeprotokolle (Event Logs) gewonnen werden. Weitere Informationen: - [Microsoft-Dokumentation zu lastLogon und lastLogonTimestamp](https://learn.microsoft.com/de-de/windows/win32/adschema/a-lastlogontimestamp) - [Microsoft-Dokumentation zu Anmeldeereignissen](https://learn.microsoft.com/de-de/windows/security/threat-protection/auditing/event-4624)

Accepted Answer

Um im PowerShell-Profil ein eigenes Cmdlet (besser gesagt: eine Funktion) anzulegen, gehst du wie folgt vor: 1. **Profil-Datei öffnen** Öffne dein PowerShell-Profil mit folgendem Befeh... [mehr]

Accepted Answer

Um im PowerShell-Profil ein eigenes Cmdlet (besser gesagt: eine Funktion) anzulegen, gehst du wie folgt vor: 1. **Profil-Datei öffnen** Öffne dein PowerShell-Profil mit folgendem Befehl: ```powershell notepad $PROFILE ``` Falls die Datei noch nicht existiert, wird sie neu angelegt. 2. **Funktion hinzufügen** Schreibe in die Datei eine Funktion, z.B.: ```powershell function Get-HalloWelt { Write-Output "Hallo, Welt!" } ``` Du kannst jede beliebige Funktion definieren – das ist die PowerShell-Variante eines eigenen Cmdlets. 3. **Profil speichern und PowerShell neu starten** Speichere die Datei und starte die PowerShell neu (oder führe `. $PROFILE` aus, um das Profil neu zu laden). 4. **Funktion verwenden** Jetzt kannst du dein neues "Cmdlet" wie gewohnt aufrufen: ```powershell Get-HalloWelt ``` **Hinweis:** Ein echtes Cmdlet im Sinne von PowerShell (also eine .NET-Klasse) erstellst du durch Programmierung und Kompilierung, aber für die meisten Zwecke reicht eine Funktion im Profil. Weitere Infos findest du in der offiziellen Microsoft-Dokumentation: [https://learn.microsoft.com/de-de/powershell/module/microsoft.powershell.core/about/about_profiles](https://learn.microsoft.com/de-de/powershell/module/microsoft.powershell.core/about/about_profiles)

Accepted Answer

Um die Active Directory-Gruppen abzufragen, denen du angehörst, kannst du in PowerShell das Cmdlet `Get-ADUser` verwenden. Voraussetzung ist, dass das Active Directory-Modul für Windows Powe... [mehr]

Accepted Answer

Um die Active Directory-Gruppen abzufragen, denen du angehörst, kannst du in PowerShell das Cmdlet `Get-ADUser` verwenden. Voraussetzung ist, dass das Active Directory-Modul für Windows PowerShell installiert ist (Bestandteil der RSAT-Tools). Hier ein Beispielbefehl, um die Gruppenmitgliedschaften des aktuell angemeldeten Benutzers abzufragen: ```powershell Get-ADUser $env:USERNAME -Properties MemberOf | Select-Object -ExpandProperty MemberOf ``` Möchtest du die Gruppennamen statt der Distinguished Names sehen, kannst du das so machen: ```powershell Get-ADUser $env:USERNAME -Properties MemberOf | Select-Object -ExpandProperty MemberOf | ForEach-Object { (Get-ADGroup $_).Name } ``` **Hinweise:** - Für diese Befehle benötigst du entsprechende Berechtigungen im Active Directory. - Das Active Directory-Modul muss geladen sein. Falls nicht, kannst du es mit `Import-Module ActiveDirectory` laden. Weitere Infos findest du bei Microsoft: [https://learn.microsoft.com/de-de/powershell/module/activedirectory/get-aduser](https://learn.microsoft.com/de-de/powershell/module/activedirectory/get-aduser)

Accepted Answer

Hier ist ein PowerShell-Skript, das für jeden Unterordner in einem angegebenen Verzeichnis die Gesamtgröße (in MB) und die Anzahl der Dateien ausgibt: ```powershell # Pfad zum Hauptve... [mehr]

Accepted Answer

Hier ist ein PowerShell-Skript, das für jeden Unterordner in einem angegebenen Verzeichnis die Gesamtgröße (in MB) und die Anzahl der Dateien ausgibt: ```powershell # Pfad zum Hauptverzeichnis angeben $Verzeichnis = "C:\Pfad\Zum\Verzeichnis" # Alle Unterordner auflisten Get-ChildItem -Path $Verzeichnis -Directory | ForEach-Object { $Ordner = $_.FullName # Alle Dateien im Unterordner (rekursiv) $Dateien = Get-ChildItem -Path $Ordner -File -Recurse $DateiAnzahl = $Dateien.Count $Groesse = ($Dateien | Measure-Object -Property Length -Sum).Sum $GroesseMB = [math]::Round($Groesse / 1MB, 2) # Ausgabe [PSCustomObject]@{ Ordner = $_.Name Dateien = $DateiAnzahl Groesse_MB = $GroesseMB } } | Format-Table -AutoSize ``` **Hinweise:** - Ersetze `C:\Pfad\Zum\Verzeichnis` durch den gewünschten Pfad. - Das Skript gibt eine Tabelle mit Ordnername, Dateianzahl und Größe in MB aus. - Es werden nur direkte Unterordner des angegebenen Verzeichnisses ausgewertet. Weitere Informationen zu den verwendeten Cmdlets findest du in der [Microsoft PowerShell Dokumentation](https://docs.microsoft.com/de-de/powershell/).

Accepted Answer

Um mit PowerShell installierte Software zu suchen und zu entfernen, kannst du folgende Befehle verwenden: **1. Installierte Software suchen:** ```powershell Get-WmiObject -Class Win32_Product | Sele... [mehr]

Accepted Answer

Um mit PowerShell installierte Software zu suchen und zu entfernen, kannst du folgende Befehle verwenden: **1. Installierte Software suchen:** ```powershell Get-WmiObject -Class Win32_Product | Select-Object Name, Version ``` oder (schneller und moderner): ```powershell Get-CimInstance -ClassName Win32_Product | Select-Object Name, Version ``` **2. Bestimmte Software suchen (z.B. nach Name filtern):** ```powershell Get-WmiObject -Class Win32_Product | Where-Object { $_.Name -like "*NameDerSoftware*" } ``` **3. Software deinstallieren:** ```powershell (Get-WmiObject -Class Win32_Product | Where-Object { $_.Name -like "*NameDerSoftware*" }).Uninstall() ``` **Wichtige Hinweise:** - Ersetze `*NameDerSoftware*` durch den Namen oder einen Teil des Namens der zu entfernenden Software. - Die Nutzung von `Win32_Product` kann auf manchen Systemen zu einer Neuinstallation aller MSI-basierten Programme führen (Reparaturmodus). Für produktive Umgebungen empfiehlt sich die Nutzung spezieller Tools wie [winget](https://learn.microsoft.com/de-de/windows/package-manager/winget/) oder [Uninstall-Module](https://www.powershellgallery.com/packages/Uninstall-Module/). **Beispiel mit winget (ab Windows 10 1709):** ```powershell winget list winget uninstall "NameDerSoftware" ``` **Weitere Informationen:** - [Microsoft Docs: Win32_Product class](https://learn.microsoft.com/en-us/windows/win32/cimwin32prov/win32-product) - [Microsoft Docs: winget](https://learn.microsoft.com/de-de/windows/package-manager/winget/) Bitte prüfe vor der Deinstallation, ob die Software wirklich entfernt werden soll, und führe die Befehle mit administrativen Rechten aus.

Accepted Answer

Um Daten mit PowerShell an eine SharePoint-Liste anzuhängen, kannst du die Client-Side Object Model (CSOM) Bibliothek verwenden. Hier ist ein Beispiel, wie du dies umsetzen kannst: 1. **Installi... [mehr]

Accepted Answer

Um Daten mit PowerShell an eine SharePoint-Liste anzuhängen, kannst du die Client-Side Object Model (CSOM) Bibliothek verwenden. Hier ist ein Beispiel, wie du dies umsetzen kannst: 1. **Installiere die erforderlichen Module**: Stelle sicher, dass du die SharePoint CSOM-Bibliothek installiert hast. Du kannst sie über NuGet oder direkt von Microsoft herunterladen. 2. **Verwende den folgenden PowerShell-Code**: ```powershell # SharePoint CSOM Assemblies laden Add-Type -Path "C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\16\ISAPI\Microsoft.SharePoint.Client.dll" Add-Type -Path "C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\16\ISAPI\Microsoft.SharePoint.Client.Runtime.dll" # SharePoint-Website und Anmeldeinformationen definieren $siteUrl = "https://deine-sharepoint-seite/sites/dein-site" $username = "deinBenutzername" $password = "deinPasswort" # Anmeldeinformationen erstellen $securePassword = ConvertTo-SecureString $password -AsPlainText -Force $credentials = New-Object Microsoft.SharePoint.Client.SharePointOnlineCredentials($username, $securePassword) # Kontext erstellen $context = New-Object Microsoft.SharePoint.Client.ClientContext($siteUrl) $context.Credentials = $credentials # Liste abrufen $list = $context.Web.Lists.GetByTitle("DeineListe") # Neues Listenelement erstellen $listItemCreationInfo = New-Object Microsoft.SharePoint.Client.ListItemCreationInformation $newItem = $list.AddItem($listItemCreationInfo) # Felder des neuen Listenelements setzen $newItem["Titel"] = "Neuer Titel" $newItem["Feld1"] = "Wert1" $newItem["Feld2"] = "Wert2" # Element speichern $newItem.Update() $context.ExecuteQuery() Write-Host "Das Element wurde erfolgreich zur Liste hinzugefügt." ``` 3. **Ersetze die Platzhalter**: Achte darauf, die Platzhalter wie `deine-sharepoint-seite`, `dein-site`, `deinBenutzername`, `deinPasswort`, `DeineListe`, `Titel`, `Feld1`, und `Feld2` durch die entsprechenden Werte deiner SharePoint-Umgebung zu ersetzen. 4. **Führe das Skript aus**: Starte das Skript in einer PowerShell-Konsole, die über die erforderlichen Berechtigungen verfügt. Mit diesem Skript kannst du Daten an eine SharePoint-Liste anhängen. Achte darauf, dass du die richtigen Berechtigungen hast, um auf die Liste zuzugreifen und Elemente hinzuzufügen.

Accepted Answer

In einem PowerShell-Skript werden CLI-Kommandos in der Regel über das HTTP- oder HTTPS-Protokoll an die UTM (Unified Threat Management) übertragen. Die Befehle werden oft in Form von REST-AP... [mehr]

Accepted Answer

In einem PowerShell-Skript werden CLI-Kommandos in der Regel über das HTTP- oder HTTPS-Protokoll an die UTM (Unified Threat Management) übertragen. Die Befehle werden oft in Form von REST-API-Anfragen gesendet, wobei JSON oder XML als Datenformat verwendet wird. Die spezifische Implementierung kann je nach UTM-Anbieter variieren, daher ist es wichtig, die Dokumentation des jeweiligen Geräts zu konsultieren, um die genauen Anforderungen und Formate zu verstehen.