MurdocX

Ganz einfach. Es stellt ein unkaluliertes und sehr hohes Sicherheitsrisiko dar, welches niemand freiwillig in Kauf nehmen will. Das fällt unter Dinge die man einfach nicht tut, weil sie zu absurd sind.

Bitte nicht falsch verstehen, aber warum möchtest du auf einer Straße laufen lernen... Das kann nur schief gehen. Für Übungen, Testkonfigurationen etc. empfehle ich immer erst Tests in der eigenen Umgebung.

Die Infos waren mir auch nicht bekannt. Danke fürs Teilen

Gerade schon in einem anderen Post geschrieben. XML Unattended Dateien werden mit dem WSIM aufgesetzt und validiert. Nimm Abstand vom händischen Bearbeiten der Datei. Das macht nur unnötig Probleme, wie du selber feststellst. https://docs.microsoft.com/de-de/windows-hardware/customize/desktop/wsim/windows-system-image-manager-technical-reference

Dafür gibt es WSIM. Ganz easy :) Der validiert die XML Dateien und bietet zu jedem Eintrag über F12 die Hilfe an https://docs.microsoft.com/de-de/windows-hardware/customize/desktop/wsim/windows-system-image-manager-technical-reference

Ja genau so. Einen DC sollte man nicht umbenennen müssen. Ich würde ihn mit ins AD aufnehmen, dann kannst du ihn besser verwalten. Ich hab aber auch Standalone-System bei Kunden im Einsatz. Geht beides.

Nein hast du leider nicht. Lass dich bitte nicht verwirren. 1x Host + 2x VMs. Alles MIT GUI. Wie ist jetzt dein weiteres Vorgehen?

Hier findest du für deinen Fehlercode eine Liste an Handlungsanweisungen wie du den Fehler reparieren kannst: https://answers.microsoft.com/en-us/msoffice/forum/all/help-excel-crashed-on-exception-code-exception/24ad6c5c-4467-495d-89b2-86fd0b2bff3f

Ich würde die Dateien zentral auf eine Freigabe legen und von da aus dann die Installationen starten. Einige Kollegen hier empfehlen das auch über den WSUS.

Ja, indirekt sogar 3. Der Host, also der auf dem die virtuellen Maschinen laufen darf keine andere Software am laufen haben außer dem Dienst Hyper-V, sonst zählt das als Lizenz und die hast du dann nicht. Edit: Schau mal hier: https://www.microsoft.com/de-de/cloud-platform/windows-server-pricing#ft* unter dem Punkt OSE*/Hyper-V-Container.

Nein ist er nicht. Denn aus genau diesem Grund (und natürlich vielen Anderen auch ) trennt man den Domaincontrollern von den Anwendungsservern. Dein Szenario würde ich so nicht umsetzen. Vorschlag: Wenn Ihr Server 2019 als Standard habt, dann könnt Ihr virtualisieren. Host (Server 2019), VM1 (DC), VM2 (Anwendungsserver) <-- wäre dann voll lizenziert und sauber getrennt. Dann sehe ich für das Szenario des Umbenennens keine Probleme.

Von der Hand zu weisen ist mal nicht, dass "mehr Cloud" = "mehr Gewinn" bedeutet. Wenn man den Kunden dahin "entwickeln" kann, dann wird das in langsamen Schritten so laufen. Das eigentliche Problem ist, dass wir es nur nicht so gewöhnt sind. Meine einiges jüngere Schwester ist halb damit aufgewachsen und sieht gar keinen anderen Bedarf für lokale Systeme.

Ich behaupte die ist erst seit ca. einem Monat da!

Ah! Das kannte ich auch noch nicht

Hilft es wenn du den Dienst NLA neu startest? Der ist zwar für die Netzwerk-Profile, dennoch ist es ein Test wert.

So wenig wie möglich und so viel wie nötig ist die Devise für ein problemfreies Image. Ein Domainjoin wird meiner Meinung nach nicht gebraucht.

Die machen keine Probleme. Das weiß ich.

Neustarts, welche ja keine Änderung durchführen, haben bei mir bis jetzt so was nicht hervorgebracht. Von der kritischen Phase bist du noch weit weg. Welche Software installierst du denn? Nicht jede ist auch für Sysprep geeignet.

Ich vermute er meint die Geräte die das Adressbuch per LDAP angebunden haben.

Naja, du könntest mal allgemein dir das Firewall-Log von Windows vornehmen um das mit deiner Liste der Geräte zu validieren.

Das freut mich zu lesen. Ein paar Kommentare muss ich dennoch schreiben. Diese Konfiguration soll NICHT als "gutes" Beispiel dienen. Netzübergreifend bedient man sich IP-Helper und im gleichen Segment ist das nicht nötig. Das mag bei Dir wieder funktioniert haben, vielleicht durch die Portfreigabe durch die Reboots, ist aber keine Lösung des Problems. Dein WDS wird dort einfach nicht sauber laufen können.

Richtig wäre, wenn euer VPN Client den Suffix auf die VPN-Netzwerkkarte setzt. Da würde ich mal über die Konfig schauen. Entweder manuell oder via GPO. Das Ergebnis ist das Gleiche.

Was er damit sagen will ist, dass Windows Server nicht zum veröffentlichen im Internet „gemacht“ sind. In der Regel sind solche Server schnell übernommen und werden für kriminelle Aktivitäten missbraucht, ohne das du das mitbekommst.

Deine IP passt nicht mit der deines Gateways zusammen. Das kann so nicht funktionieren

Dann war ich auf dem richtigen Pfad Um das Abzuschließen markiere bitte noch den passenden Post als "Die Antwort", damit das andere schneller finden.