MurdocX

Ich vermute mal: PDC = Primary Domaincontroller SDC = Second Domaincontroller richtig? Was, falls das so gemeint war, falsch ist. Es gibt weder einen PDC noch SDC. -> PDC (emulator) steht für eine FSMO-Rolle

Naja, es wirkt auf jeden Fall schlanker und direkt lesbarer. Den direkt Vorteil mit VBScript kann ich jetzt nicht sehen Ein Verbesserungsvorschlag: net use * /d /y net use f: \\datenserver\daten net use r: \\datenserver\reports\av\ net use u: \\datenserver\av32 net use v: \\datenserver\be32

Lass mich raten. Der Geburtstag ist auf 00:00 Uhr gesetzt?

Probier es aus, dann weißt du, wir und die Community mehr (:

Oder eine Firewall die den SSL-Datenverkehr aufbricht? Welches Zertifikat wird denn im Browser angezeigt?

Wir haben auch zwei Gruppen. Server und Clients. Und testen keine Updates vor. Dazu sind wir zu klein. Du kannst das aber auch nach einem Ringkonzept machen. Erst die Admin-PCs und dann die der Abteilung usw...

Nein.

Benutze in der Powershell "Net use", um Netzlaufwerke zu verbinden. Leider gibt es seit einem Jahr einen Bug, der die Netzlaufwerke nicht verbindet (aktiv im Explorer anzeigt), solange keine Credentials angegeben wurden. Quelle und selber nochmal nachvollzogen: https://windowsserver.uservoice.com/forums/295056-storage/suggestions/17868160-new-smbmapping-finally-fix-the-bug-so-that-window

Wenn du die Befehlsfolge verwendest, dann werden Dir schon mal nur die Besagten Benutzer,Buchungstext,Wertstellung angezeigt. Get-Content -Path "C:\Users\...\Downloads\essen.txt" -Encoding utf8 | ConvertFrom-Csv -Delimiter ';' | Select-Object -Property Benutzer,Buchungstext,Wertstellung | Format-Table -Wrap -Property Benutzer,Wertstellung,Buchungstext Es gibt nun über die Funktion "Substring" die Möglichkeit gewisse Informationen herauszuziehen und über "Custom Header" in Format-Tabel die Überschriften anzupassen. Damit solltest du schon weiterkommen.

Prinzipiell kein Problem. Definiere ein Objekt und die Values sind jeweils String Arrays [string[]]. Dann sollte deine Ausgabe so passen. Ich muss jetzt weg, noch den Rest Sonne genießen. Später schaue ich es mir nochmal an.

Ist die Holzhammer Methode und muss nicht unbedingt sein. Siehe Tektronix! Dann hast du nicht alle im Log erwähnten Apps entfernt. Das ist der richtige und saubere Weg!

Ich tippe mal darauf, dass der interne DNS-Name auf den VPN-Clients nicht aufgelöst werden kann und deswegen eine Verbindung scheitert. Ansonsten wäre die Firewall der übliche Verdächtige.

Möglichkeiten gibt eigentlich jede Menge. Du könntest in einer Gruppenrichtlinie mit ILT arbeiten. Dann hast du alle diese folgenden Kriterien zur Auswahl

Wie Prozesse das System auslasten, kannst du z. B. mit dem "Process Monitor" von Sysinternals analysieren. https://docs.microsoft.com/en-us/sysinternals/downloads/procmon

Wenn es um die Auslastung geht, dann kannst das mit der Leistungsüberwachung machen. perfmon.exe /sys ...ausführen und dann einfach die benötigten/gewünschten Leistungsindikatoren hinzufügen. Fertig. Edit: Eine Antwort eines MS-Mitarbeiters im Forum besagte, dass definitiv administrative Berechtigungen benötigt werden. Der Ressourcen-Monitor liefert Dir die aktuell geöffneten Dateien des Systems. Allein diese Funktion benötigt administrative Berechtigungen. Das wirst du nicht verändern/anpassen können.

Dann musst du mal in Deine Einstellungen schauen

Was hat nicht funktioniert und woran hast du das erkannt?

... und einsichtig, denn das ist der erste Weg zur Besserung

Nein, nicht das ich wüsste. Es wurde aber schon im Forum bei MS folgendermaßen gelöst: https://social.technet.microsoft.com/Forums/windowsserver/en-US/57bfb665-f201-45b6-94ed-c3f2c289ab0d/how-to-use-powershell-to-search-the-whole-forest-for-active-computers?forum=winserverpowershell

Das sehe ich als die einfache und verständliche Lösung an und beantwortet/löst deine Frage.

Das ist übrigens auch eine gute Argumentationsgrundlage. Manchmal muss man es eben doch zeigen können. Da hab ich auf Deine Lösung zurückgegriffen

Ich hab verstanden "...einige Testuser gesperrten werden. Simulierung mehrfache falsche Password Eingabe." das er durch die falsche PW Eingabe die Benutzer sperren möchte. Für andere Benutzer ist das ja nicht sinnvoll, daher die FGPP. Gut, wenn ich das nochmal lese, könnte man es auch anderst verstehen. Liegt verm. an der "guten" Schreibweise Eine Idee zu dem "anderen" Verständnis $pswd = ConvertTo-SecureString -String "MeinPasswort" -AsPlainText -Force $trys = 3 ForEach ($User in ("Domäne\User1","Domäne\User2","Domäne\User3")) { for ($x = 0; $x -le $trys; $x++) { Get-Item -Path "\\Server\Share" -Credential ([pscredential]::new($User,$pswd)) -ErrorAction SilentlyContinue } }

Bei uns hat das einen schlechten Nebeneffekt gehabt. Der WSUS hat Daten entfernt, die aber in der DB noch vorhanden waren. Nach einer Reparatur war wieder alles I.O. Ich denke einmal in der Woche sollte auch OK sein. Hier würde ich Dir eher zur monatlichen Wartung der Datenbank raten. Microsoft - Appendix I: Database Maintenance

Habt Ihr eine Fritzbox? Falls ja, dann kannst du die VPN-Verbindung auch bis dorthin aufbauen. Der Rest dann wie mba geschrieben hat.

Direkt ist das über die Fine-Grained Password Policies möglich. Dafür wurden sie entwickelt. https://blogs.technet.microsoft.com/canitpro/2013/05/29/step-by-step-enabling-and-using-fine-grained-password-policies-in-ad/