MurdocX

Ich wüsste nicht das man das "danach" macht :) Falls du andere Wege kennst, dann nur raus damit :)

Das AD hätte vorher vorbereitet werden müssen. Sieht schlecht aus bei Dir. Vermutlich bist du mit einer Neuinstallation schneller dran. Edit: Schau Dir mal das Video an. Dort gibt es eine Schritt-Für-Schritt Anleitung für Dich:

RDP im Allgemeinen - RDP-Verbindungen aufbauen darf der Benutzer, der auf dem zu verbindenden Gerät in der Gruppe der "Remotedesktopbenutzer" enthalten ist. - Auf dem zu verbindenden Gerät muss für den Port 3389 (default) die Firewall-Regel aktiviert sein. Wenn nicht mit irgendwelchen "supa dupa Aufräum- und Verschlankungstools" am System gewerkelt wurde, funktioniert das ganz zuverlässig. Durchaus hatte auch mal das Phänomen das die RDP-Verbindung sich von einem Client aus nicht mehr herstellen ließ. Von tausenden Computern in meinen Fingern gerade mal einer.

Also ist es einen Domänen-Benutzer... und kein lokaler. Die Begrifflichkeiten sollten schon passen. Ob du einen Domänen-Admin delegieren möchtest... Hier geht es jetzt um Deine Sicherheit. Kopier das Skript lieber auf den Client und führe es da aus. Das ist das Sicherste in deinem Szenario.

Und seit wann darf ein „lokaler Benutzer“ auf eine Freigabe zugreifen? Der hat doch im Netzwerk keine Berechtigung Lese dich ich mal in das Thema ein.

Das Zauberwort heißt CredSSP. Du musst die Delegation deiner Berechtigung genehmigen. Dein PC darf nicht einfach deinen Zugang frei Haus nutzen. Schau mal hier: https://docs.microsoft.com/en-us/powershell/module/microsoft.wsman.management/enable-wsmancredssp?view=powershell-6

Bevor ich den Beitrag von @Dukel gelesen habe, ging mir genau das Gleiche durch den Kopf. Der "erdachte Geschwindigkeitsvorteil" geht gegen 0.

Die Antwort: Dementsprechend sollte das kein Problem sein. Die Aufnahme hat einwandfrei funktioniert, nur ohne Mailreminder.

Bei Beiden muss die Firewall (eingehend) offen für RDP und eingeschaltet sein. Das wären die einfachsten Punkte zum Testen.

Kenne ich nicht. Werden die Patches regelmäßig installiert? Aktuell ist ESXi 6.7 U3 auf dem Markt. https://docs.vmware.com/en/VMware-vSphere/6.7/rn/vsphere-esxi-67u3-release-notes.html

AD Basics: Das macht man auch so nicht. Wie soll denn auch der öffentliche DNS-Server deine AD SRV Records haben? Wenn ich den Thread so verfolge, dann stelle ich des Öfteren fest, dass es dir an den Basics fehlt. Das meine ich nicht böse, sondern möchte Dir nahelegen dich damit mehr auseinanderzusetzen.

Ich tippe auf ein Treiber-Problem. Sind die Chipsatz-Treiber aktuell? BIOS aktuell?

Wird der WSUS Clients außerhalb des Unternehmensnetzwerks bedienen?

Welche NTFS-Berechtigungen hast du denn auf der Freigabe? Werden die vererbt? Bitte alles genau beschreiben.

Nicht ganz -WindowStyle Minimized ist das Richtige ( oder Hidden )

So einfach ist das nicht. Du musst diese mittels DISM integrieren. Ohne auf Details einzugehen, finden sich einige gute Anleitungen im Netz.

Dann musst du das Image mit den Updates auf den aktuellen Stand bringen und nochmal probieren.

Nach einer Infektion bin ich auch dieser Meinung. Abwarten

Ergo, nicht für den Login geeignet. Damit müssen andere Varianten genutzt werden. Tipp: Die Powershell ist ein sehr nützliche, starke und objektorientierte Skriptsprache. Mach es wie @Nobbyaushb empfohlen hat über die Zielgruppenadressierung. Es können ja 10 Skripts existieren, jedoch sollte dadurch so wenig wie möglich ausgeführt werden.

Leider nein. Fehlerintervall (Minuten) ist auch nicht korrekt.

Laut deinen Screenshots sind nicht alle Einstellungen umgesetzt worden. Beispiel: Max. Fehleranzahl 5 und nicht...

Du kannst das über die Aufgabenplanung ausführen lassen, somit wäre das Skript nicht direkt an den Logon-Vorgang geknüpft.

Bitte mal auf ein lokales Laufwerk legen.

Ja

Hallo g2sm, deine Antwort solltest du hier finden: