daabm

Versionskontrolle von ADMX hat MS komplett verkackt... Hab mir dafür extra ein Skript geschrieben, das ein "gültiges Set" zusammenbaut. Da wäre mehr drin gewesen bei MS, aber was will man machen...

Nein, das stimmt. Aber es kann nix mehr machen :-D

14° in der Nacht, davon träumen wir hier... Temperaturen um Mitternacht seit einer Woche bei über 20°... Und nachdem Dein Post von heute morgen ~9 Uhr ist: Da hatten wir hier auch schon wieder schnuckelige 20. Das "Minimum" dazwischen von 18° reicht nicht, um Gebäudemasse herunter zu kühlen

Ein Grund mehr, nicht mit der Pipeline zu arbeiten... $Data = Import-CSV irgendwas.csv foreach ( $value in $Data ) { # machirgendwas mit $value } $Data | Export-CSV irgendwasanderes -noTypeInformation

Das ist doch mal schön, wenn so was "einfach funktioniert" 👍

seShutdownPrivilege Und UAC auf "silently deny", dann ist Ruhe.

Ich sag mal so - man kann seine PKI mit ADCS aufsetzen, man kann OpenSSL dafür nehmen. Bei beidem kann man viel falsch machen - bei ADCS ist es nur "einfacher" für die Windows-Admins, weil sie denken "Assistent - prima! Weiter, weiter, fertig" OpenSSL läßt sich so nicht einrichten...

Letzte Woche auf nem Talk aufgeschnappt: "We can invent things. But we cannot un-invent them". Anders formuliert: Die AD-integrierte PKI ist da, sie verschwindet nicht einfach wieder

Hier ebenso - heute mittag zog Gott sei Dank mal wieder ne kleine Regenfront durch, die Erde braucht das Wasser.

Wir haben die Monitoring-Events dazu in Splunk aufgenommen und über 2 Monate keine gefunden. Also "egal, let it happen"

Wenn ich raten muß, wurde diese ACE nicht explizit gesetzt, sondern vererbt - und dann kannst Du sie nicht entfernen, ohne vorher die Vererbung zu deaktivieren. Ist aber nur Glaskugel BTW: Faszinierend - laut Screenshot passiert der Fehler in Zeile 13, Dein Code hat aber nur 11 Zeilen

Vielleicht will der TO nicht wirklich eine AD-integrierte CA aufsetzen - da gibt's etliche böse Fallen https://blog.harmj0y.net/activedirectory/certified-pre-owned/

Ja, geht auch mit Profilen. Jedes Profil ist bis auf EXE/DLL eine volllständige Instanz des Browsers - wenn man das so nennen kann Und dann wäre es nur ein Shortcut, der halt Firefox niicht direkt mit dem Standardprofil startet, sondern die Profilauswahl. https://wiki.mozilla.org/Firefox/CommandLineOptions#-ProfileManager

Das würde ich dann als Programmierfehler bezeichnen - "normalerweise" finden Programme ihre DLLs in ihrem Verzeichnis

Und nur so aus der Glaskugel, aber wissensbefreit bei VMWare Ich würde mich mit dieser DLL näher beschäftigen. Falsche Version? Mehrfach vorhanden?

Niemand - es ist zu warm, und im Keller liegt genug Essen und Trinken für 1 Monat

Naja, seit Windows 8.1 verbinden die GPP die Laufwerke auch bei einem Background-Update. Und den wiederum kannst Du über NLA triggern - gibt Events dafür. Oder Du machst nen Startmenüeintrag "Netzlaufwerke aktualisieren", der dann nur gpupdate aufruft.

LOL... Letze 3 Tage:

Macht Ihr die Drive Mappings per GPP? Dann hab ich was für Dich - aber nur, wenn Ihr nicht nur SMB blockt für noncompliant Clients, sondern auch ICMP: https://evilgpo.blogspot.com/2013/01/

Damit darf ich mich schon seit über 20 Jahren auseinandersetzen... Man lernt, damit umzugehen - oder man sucht sich Alternativen

Kann man, wenn man seSymbolicLinkPrivilege entsprechend konfiguriert - "Nicht-Admins" können das per Default nicht. Ob man das sollte, steht auf einem anderen Blatt. Du kannst den Firefox-Profilpfad auch "anders" umkonfigurieren: https://support.mozilla.org/en-US/kb/profile-manager-create-remove-switch-firefox-profiles#w_creating-a-profile Das ist nur die "offizielle" Doku, aber Du findest bestimmt raus, wo Firefox die Profilpfade speichert Wenn nicht, sag Bescheid.

"Vermutlich" kannst Du das mit einem Symlink lösen, der von AppData\Mozilla auf LocalAppData\Irgendwas zeigt.

Stimmt - das einfachste vergißt man oft w32tm /query /configuration | find "Type:"

Beim G bin ich mir unsicher, das paßt nicht. Der Rest haut hin

Bei MagicPeter muß man alles annehmen