MurdocX

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:

Sehr einfach gesprochen: EIN Windows auf dem mehrere gleichzeitig sich anmelden und arbeiten können. Hier können mehrere Programme installiert werden. Stelle es Dir einfach so vor.

Wir haben SolidWorks 2018 mit Windows 1903 im Einsatz. Keine Probleme aufgetreten bisher.

Sieht so aus, als wenn dein Chef in den sauren Apfel beißen muss. Die 1809 hatte ich bis vor einem Monat und konnte keine Arbeitsprobleme feststellen. Keine Updates mehr beziehen, wird ja keine Option für euch sein.

Sofern Ihr eine Pro-Edition einsetzt, ist am 12. Mai 2020 Schluss mit Updates. Mit der Enterprise bekommt Ihr noch ungefähr ein Jahr drauf.

Ob 1803 oder 1809, wird dir nur kurzfristig helfen. Um 1903 wirst du mittelfristig nicht herum kommen. Besser der Hersteller patcht seine Software.

Ich weiß das du es anderst machen würdest. Für den TO wollte ich das nochmal klar erwähnen.

Wenn schon Autologon (abgeraten hab ich ja), dann bitte mit einem unpriviligiertem Benutzer. Also einem OHNE Administrator-Berechtigung.

Da man ja nicht nur einen, sondern zwei haben sollte, wäre das eine Investition in die Stabilität und Erreichbarkeit eurer Infrastruktur.

So kannst du den Sperrbildschirm aktivieren. Schau mal hier: http://techmixx.de/windows-10-automatische-bildschirmsperre-aktivieren-oder-deaktivieren/ Autologon auf einem Server halte ich für kritisch. Wenn der Grund ein Programm ist, welches bei der Anmeldung gestartet werden soll, dann kann ich davon nur abraten. Erkundige dich mal ob die Software nicht auch als Dienst gestartet werden kann.

Jap :) Dein Fortschritt gefällt mir. So sollte es funktionieren.

Kann man, muss man aber nicht

Dann die ESD mounten. Gleiches Spiel wie mit der WIM-Datei. Das Windows Setup (WinPe - Boot.wim) enthält kein NetFramework 4.8 Außer du möchtest das als Betriebssystem nutzen PS: Man darf auch Google verwenden und mitarbeiten

Bitte lese meinen ersten Beitrag. Wie heißt die WIM-Datei die verwendet werden soll? 50:50 Chance

Bei mir handelte es sich um Windows 1903 Enterprise Image. Was sagt Get-Features und Get-WimInfo?

Machs bitte mit Dism. Dir fehlt auch in der Powershell der Parameter des Index. Des Weiteren kann ich nicht erkennen auf welches Verzeichnis du die WIM (nicht ISO) gemountet hast.

So sah das bei mir aus. Es geht. PS C:\_DEV> dism /image:"C:\_DEV\Win10Mount" /disable-feature /featurename:NetFx4-AdvSrvs Tool zur Imageverwaltung für die Bereitstellung Version: 10.0.18362.1 Abbildversion: 10.0.18362.30 Features werden deaktiviert [==========================100.0%==========================] Der Vorgang wurde erfolgreich beendet.

Hi, das kannst du mit DISM erledigen. Mounten Paket entfernen Dismount mit Übernahme der Änderungen Als "install.wim" umbenennen und in das Installationsmedium packen Fertig

Dir fehlt der Parameter -b Ergo: netstat -abn Oder: $ProcID = Get-NetTCPConnection -LocalPort 80 | Select-Object -ExpandProperty OwningProcess Get-Process -Id $ProcID -IncludeUserName | Format-Table -AutoSize

Hallo, deine Aussage ist technisch nicht richtig, deshalb auch nicht deine Schlussfolgerung. Ich zitiere von Microsoft: https://docs.microsoft.com/de-de/exchange/plan-and-deploy/virtualization?view=exchserver-2019 Snapshots (Checkpoints) sind nicht "Application Aware". Die Windows Server Sicherung aber schon. Das ist ein großer unterschied Daraus resultiert die Möglichkeit eines Datenverlustes und das erklärt auch warum Microsoft das nicht unterstützt.

Dann beantworten wir mal deine Fragen: Nein (bzw. gelöst bei Server 2019, wie auch schon erwähnt worden ist) Nein Nein (bzw. nur das Freigeben im WSUS was gewünscht ist)

Wer mir einfachen oder doppelten Anführungszeichen anfängt, der sollte sie auch wieder in der gleichen Reihenfolge terminieren