BOfH_666

Wenn ich es richtig verstehe, ist Deine Frage eher diese hier: "Hat der für den User erstellte Token mit der Information, dass er auf die Freigabe zugriefen darf, einen Zeitstempel, aber dem er nicht mehr gültig ist?"

Abgesehen davon, dass der Thread mehr als 10 Jahre alt ist ... ist Dir aufgefallen, dass Du ein zusätzliches Zeichen in Deinem Code hast, welches oben nicht auftaucht? ... "Â" Bitte keine antiken Threads kapern. Erstelle einfach einen neuen mit Deiner Frage und verlinke einen vorhandenen, wenn er zu Deiner Fragestellung passt oder Du Dich darauf beziehen möchtest.

... na, wenigstens sind diese Informationen kostenlos .... 🤷🏼‍♂️

<OffTopic> Seiteneffekte -> Nebenwirkungen !!! </OffTopic>

Das macht ja der "Kontext", den Du mit "Machine" angibst. Meine eigentliche Frage ging eher in Richtung "Was ist das GROSSE Ziel?" oder "Warum willst Du dafür so einen großen Aufwand betreiben?" ... oder "Gibt es Grund zur Annahme, dass das Setzen der Umgebungsvariable, nicht wie gewünscht funktioniert?" Hast Du Dich denn schon für eine Lösung entschieden?

Was ist denn das eigentliche Ziel? Warum willst Du das zwingend in der aktuellen Session machen? Wenn Du eine Software-Verteilung hast, starte einfach 2 unabhängige Sessions nacheinander. In der zweiten hast Du dann Deine Umgebungsvariable wie gewünscht. Oder zur Not per "geplanter Aufgabe" ....

Wir warten, bis Du soweit bist und es getestet hast. 😘

Ich dachte der Kram wird kostenlos abgegeben ... damit's eben keine Hürden für die Nutzung gibt ... oder so ... https://www.ferd-net.de/standards/zugferd-2.2/index.html?changelang=3 ... ist das nicht sowas?

Wie wahrscheinlich ist es denn, dass der Befehl eine Umgebungsvariable zu setzen fehlschlägt? Im einfachsten Fall checkst Du einfach "$?" ... dann kannst Du davon ausgehen, dass der Befehl erfolgreich ausgeführt wurde.

Damit weist Du der Variablen "$check" den Wert "$false" zu. Da diese Operation mit an Sicherheit grenzender Wahrscheinlichkeit IMMER funktioniert, wird das "while" immer "true" sein, oder? ... oder hab ich was falsch verstanden? In der "while" condition sollte also nur stehen while ($check) {

Dann nimm doch einfach PowerShell ... https://learn.microsoft.com/en-us/powershell/module/psscheduledjob/set-scheduledjoboption?view=powershell-5.1#-hideintaskscheduler

Davorin, schau Dir mal das hier an ... Du brauchst das Rad ja nicht neu erfinden .. .das gibt es schon ne Weile ... https://adamtheautomator.com/powershell-delete-user-profile/ Sollte da nicht mindestens ein Asterisk (*) in dem String sein, damit das funktioniert? also "C:\Users\install*" oder einfach "*install*" oder so ... Escape die Sachen doch einfach ... [REGEX]::Escape("C:\Users\install")

Bitte in Zukunft auf Crossposts hinweisen!! https://forums.powershell.org/t/excel-data-into-combo-box/24225 Board-Regel Nr. 19 https://www.mcseboard.de/terms/

OK, das ist dann tatsächlich ein Use-Case, den ich nie habe. Solche Sachen mache ich prinzipiell von 'nem Client (bzw. Member-Server) aus. 🤷🏼‍♂️

... das macht bei mir keinen Unterschied ... warum sollte zum Auslesen des AD eine Admin-Berechtigung nötig sein? Und solltest Du dann nicht Fehlermeldungen erhalten haben, wenn Du auf irgendwas keinen Zugriff hast?

Ich habe Dein Schnipsel getestet und bei mir funktioniert es wie erwartet ... ok, ScriptPath ist bei uns auch nicht gefüllt, aber der Rest zeigt genau das, was erwartet wird ... 🤷🏼‍♂️

Versuch doch statt dem Zeilenumbruch erstmal ein einfaches Zeichen wie z.B. "/" oder "|" oder "," oder ";". Dann solltest Du die Gruppen-Mitgliedschaften als "Trennzeichen-separierte" Liste innerhalb einer Zelle wiederfinden. Übrigens, statt "$UserNames" würde ich ein weniger missverständlichen Variablennamen empfehlen. Sowas wie "$UserList" oder "$UserArray". Schließlich enthält die Variable ja nicht nur Namen. Da die Attribute "MemberOf" und "ScriptPath" usw. nicht zum Default Retrurn Set gehören, musst Du sie explizit mit "-Properties MemberOf, ScriptPath, ... " usw. anfordern.

.... nur die Variable oder der ganze Text? Wenn Du innerhalb von Anführungszeichen Anführungszeichen ausgeben möchtest, musst Du sie einfach "escapen". 🤷🏼‍♂️ Das geht entweder mit Backticks oder Du verdoppelst sie ... $LinkName = 'BlaKeks' "Es gab einen Fehler beim Anlegen des Links `"$LinkName`". Bitte manuell nacharbeiten." "Es gab einen Fehler beim Anlegen des Links ""$LinkName"". Bitte manuell nacharbeiten." Edit: ... oder Du nimmst einfache Anführungszeichen ... "Es gab einen Fehler beim Anlegen des Links '$LinkName'. Bitte manuell nacharbeiten."

Ah ... jetzt weiß ich was Du meinst ... schon mal mit Try_Catch versucht? https://learn.microsoft.com/en-us/powershell/module/microsoft.powershell.core/about/about_try_catch_finally?view=powershell-7.4

Wie wär's, das einfach mit einem "Test-Path" zu prüfen?

... nur aus Neugier ... hast Du da ein Beispiel? ... nach meiner Erfahrung wäre das eher eine Ausnahme, dass das Attribut "Initials" überhaupt gefüllt/gepflegt wird.

Ich bin mir nicht sicher, ob ich die Frage richtig verstanden habe. Du möchtest aus PowerShell eine System-Variable befüllen, richtig? Da gibt's ne dotNet-Methode ... [Environment]::SetEnvironmentVariable("VariablenName", "Wert", "Scope") ... gibt's zahlreiche Fragen und Antworten auf StackOverflow, falls Du mehr brauchst. Aber mal was anderes ... wenn Du "Get-ADUser" benutzen möchtest, brauchst Du das PowerShell-AD-Module ... hast Du das auf allen PCs verfügbar?

https://ss64.com/nt/dsregcmd.html

Wow.