MurdocX

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

Sowas wird über USB durchgereicht.

Habe ich noch nie erlebt. Sind die Berechtigungen vererbt? Wurde die Berechtigung unterbrochen? Wer ist der Owner? Saubere File-Berechtigungen sind die Königsdisziplin. Hier braucht es Erfahrung und System um das vorausschauend zu bauen.

Kann man machen. Normalerweise würde man den zweiten DC in das AD nehmen und dann den ersten entfernen. Folgende Fragen habe ich noch: Warum den 2016er durch den 2019er ersetzen? Warum nicht beide DCs im AD lassen und die Struktur einfach umbauen?

Hab ich bei einem Kunden auch im Einsatz. Für eine kleine Umgebung recht das locker.

Vielleicht wäre der Link zu dem Programm für die nachfolgend Suchenden auch interessant.

Hi, sicherlich ist es begründet bei dem Thema "Überwachung" darauf hinzuweisen. Andererseits wird mit dem File-Auditing nur die Nutzung der Dateien und keine inhaltliche Komponente aufgezeichnet. Damit sollte die Nutzung eher unproblematisch sein. Genaueres muss natürlich im Einzelfall und individuell vor Ort entschieden werden.

Es ist möglich die Zugriff zu überwachen. Wie du es richtig machst, kannst du in dem geposteten Link lesen. Ich pers. halte nicht viel davon. Wenn jemand Ordner verschiebt und macht das ausersehen, dann ist es unerheblich ob er es weiß das er es war oder nicht. Das wird kann/wieder passieren. Microsoft Docs | Szenario: Dateizugriffsüberwachung https://docs.microsoft.com/de-de/windows-server/identity/solution-guides/scenario--file-access-auditing

Ich finde das nicht ungewöhnlich. 8GB x12 Bänke = 96GB x2 CPU -> 192GB 16GB x6 Bänke = 96GB x2 CPU -> 192GB usw.

Ich hab mir gerade mal die Optionen für Windows 1903 angeschaut. Hier könntest du es so lösen: <?xml version="1.0" encoding="utf-8"?> <unattend xmlns="urn:schemas-microsoft-com:unattend"> <settings pass="oobeSystem"> <component name="Microsoft-Windows-Shell-Setup" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <OOBE> <HideEULAPage>true</HideEULAPage> <HideLocalAccountScreen>true</HideLocalAccountScreen> <HideOEMRegistrationScreen>true</HideOEMRegistrationScreen> <HideOnlineAccountScreens>true</HideOnlineAccountScreens> <HideWirelessSetupInOOBE>true</HideWirelessSetupInOOBE> <ProtectYourPC>3</ProtectYourPC> </OOBE> </component> </settings> <cpi:offlineImage cpi:source="wim:d:/windows%2010%201903.wim#Windows 10 Enterprise" xmlns:cpi="urn:schemas-microsoft-com:cpi" /> </unattend> Wobei das wiederum nur ein Teil ist. Du wirst vermutlich mehr konfigurieren wollen.

Freut mich das es jetzt passt. Für Windows 10 habe ich eine, die aber nicht veröffentlicht ist. <OOBE> <HideEULAPage>true</HideEULAPage> <HideWirelessSetupInOOBE>true</HideWirelessSetupInOOBE> <NetworkLocation>Work</NetworkLocation> <ProtectYourPC>1</ProtectYourPC> <SkipMachineOOBE>true</SkipMachineOOBE> <SkipUserOOBE>true</SkipUserOOBE> </OOBE> Mit diesem Schnipsel wird die OOBE gefüttert. Ich werde auch nicht nach Cortana gefragt.

Benutzt der Steuerberater Datev?

Dann würde sich wieder die Nutzung anbieten. Dementsprechend wäre es dann die Version 6.7. Ob das reicht, hängt von deiner Hardware ab. Ohne Angaben kann nur spekuliert werden.