MurdocX

Das richtige Tool nutzen
 
Probiere es mal mit dem Tool für SPN -> setspn.exe
setspn.exe -L home-srvmgmt01  

Hallo @Wilder,
 
ich habe keine direkte Lösung für dein Problem. Vielleicht können wir dein Problem aber zu keinem Problem mehr machen. Können wir über Alternativen zum RAS schreiben? Ich würde hier andere, dafür bessere, geeignete und zukunftssichere Systeme, einsetzen. 
 
Unabhängig zu den kommerziellen Systemen, könntest du Dir pfSense oder OPNsense anschauen. Das sind kostenlose Firwallsysteme.
 

Ohne Anpassungen an Clients oder User-Objekten durchführen zu müssen, kannst du das mit einem "Group Managed Service Account" erreichen. Ich vermute mal, dass es das ist was du suchst. 
 
Schau mal hier:
Group Managed Service Accounts Overview | Microsoft Learn Getting Started with Group Managed Service Accounts | Microsoft Learn  
Warum ist die Frage nicht einfach zu beantworten?
Es gibt mehrere Service-Typen. Jeder hat seine eigenen Bedingungen und Einsatzszenarien. Service Accounts | Microsoft Learn
 
Virtuelle Accounts Managed Service Account Group Managed Service Account Benutzer Account (Kann dafür genutzt werden. Hat auch Nachteile)  
VG,
Jan

Hallo,
 
Ja, die Berechtigungen sind nur vererbt. Suche die Basis-OU und entferne die gesetzten Einträge aus der Sicherheit. Damit werden sie auch von den unterliegenden Objekten entfernt.
 
VG,
Jan

Ich kann mich erinnern, dass es das Problem schon mal vor nicht allzu entfernter Vergangenheit vorkam.
Wir sehen den erhöhten RAM-Verbrauch. Bisher laufen die Systeme noch. Alternativ -> Reboot tut gut.
 
# OOB-Updates sind verfügbar: (Microsoft Update-Katalog only!)
 
Server 2022: 22. März 2024 – KB5037422 (BS-Build 20348.2342) Out-of-Band - Microsoft-Support Server 2019: n/a Server 2016: 22. März 2024 – KB5037423 (BS-Build 14393.6799) Out-of-Band - Microsoft-Support Server 2012 R2: 2024-03 Update für Windows Server 2012 R2 für x64-basierte Systeme (KB5037426)  
Info:
 

Das ist normal, weil der Benutzer sein Passwort ändern muss und dieser Dialog die Möglichkeit nicht bietet. Demnach wird die Anmeldung abgelehnt. Soweit, so normal. Einmal am PC anmelden, Passwort ändern und fertig. 

Dein letzter Patchstand ist vom Dezember 2019 (VMware ESXi 6.7, Patch-Version ESXi670-201912001). Die Version ist "steinalt"  
Die aktuelle ESXi-Version ist 6.7.0 Update 3 (Build 19195723) (VMware ESXi 6.7, Patch Release ESXi670-202201001). Demensprechend dürften deine VM-Tools auch "steinalt" sein.
 
Meine Empfehlung: Update die Versionen und dann wird der Fehler sehr wahrscheinlich nicht mehr da sein. 

Hallo Iceman7,
 
bitte achte auf die Formatierung im Post. Statt Copy & Paste kann man eine angemessene Formatierung erwarten. 
 
Welche der 3 vorgeschlagenen Möglichkeiten hast du durchgeführt? Welche Ergebnisse kamen dabei heraus?
 
Alternativ kann noch der Ordner "C:\ProgramData\Microsoft\Network\Downloader" umbenannt werden.

Gern geschehen und danke der Rückmeldung. 
 
Könntest du die Lösung noch markieren?

Jain  
 
Nicht unbedingt. Wenn du einen Router besitzt, den du für IPv6 konfigurieren kannst, dann brauchst du dafür nicht extra auf Windows DHCP umzusteigen. Anfangen kannst du mit IPv4. Das ist für die Meisten etwas einfacher. Setze dich parallel mit IPv6 auseinander und führe es dann bei Dir ein. Somit hast du eine funktionierende Umgebung und kannst gezielteres IPv6 Troubleshooting betreiben. 
 

Hallo v-rtc,
 
laut der Microsoft Dokumentation für den Befehl Get-ADComputer (ActiveDirectory) | Microsoft Docs
 
 
Daraus interpretiere ich folgendes:
Get-ADComputer -Filter * -ResultPageSize 2000 -ResultSetSize $null | select Name, ... | export-csv Datei.csv  

Puh, das würde ich meinen Kunden niemals empfehlen. Wahrscheinlich ist da auch ein DHCP drauf? Für das genannte Problem irrelevant, kann aber in ungünstigen Konstellationen ernste Probleme bereiten. 
 
Tipp 1: Vergess "Copy & Paste" bei der Unattended.xml. Änderungen werden immer durch den WSIM durchgeführt.
Tipp 2: "windowsPE" für das Windows Setup -> nicht mehr
Tipp 3: "spezialize" und "oobeSystem" für Windows OOBE -> nicht mehr
Tipp 4: Konfiguriere nur was für den Setup-Vorgang wirklich benötigt wird und kein Schnick Schnack
 
Damit du weiterkommst konfiguriere: 
Unsecurejoin | Microsoft Docs

Hallo Speer,
 
dir könnte diese Link weiterhelfen:
https://community.spiceworks.com/topic/2216281-completing-or-bypassing-security-question-in-windows-10-setup-using-answer-file
 
Schöne Grüße 

Nichts. Denn es geht nur darum, dass den Computer niemand nutzen kann, während man sich einen Kaffee holt. Das möchte der Lehrer vermeiden. Fährst du den Computer herunter, dann ist das eh hinfällig. Man kann sich dann wieder ganz normal anmelden.

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

Richtig  
 
Ich bin für kleine Images nicht der Fan von MDT, weil er unnötig Komplexibilität hineinbringt. Um mehrere Images zu verwalten und flexibel zu sein, kommt man an MDT nicht vorbei.
 
Folgende Steps würdest du bei einem reinen deployment mit WDS *nur brauchen:
 
Step 1
Windows installieren Beim ersten Bildschirm STRG+SHIFT+F3 drücken Programme nach belieben installieren Windows-Updates durchführen Temp-Bereinigen Image Prüfen (Dism /online /cleanup-image /scanhealth) Sysprep ausführen und OOBE + verallgemeinern wählen. Step 2
Mit dem Aufzeichnungsabbild booten und das Image zum WDS hochladen Step 3
Die Unattended-XML-Datei dem Image zu weisen  
Fertig  
 
* Das ist die vereinfachte Variante

Gut erkannt. Das ist mir gar nicht aufgefallen. 
 
 
OK, das ist soweit falsch. Die Option sollte nur aktiv sein, wenn DHCP und WDS auf dem selben Server sind. Beide lauschen auf DHCP-Requests, deshalb die Konfiguration. Die Option bitte entfernen.
 

Ausgehend ist alles erlaubt, deswegen sollte der Aufbau auch nicht an der Fritzbox liegen. Ich tippe hier eher auf den Internetzugang. DS-Light Anschluss?

Anfangen könntest du z. B. hier: 

Der Befehl zum Kopieren lautet: 
Copy-Item Inhalt eines Ordners auflisten wäre z.B.:
Get-ChildItem
 
 

Deinen Parameter:
<RemoveMSI All="True" /> finde ich in den anderen Vorlagen verschiedenster Anbieter nur mit:
<RemoveMSI />  
Edit:
Ich hab deinen Parameter auch gefunden, würde es dennoch mal mit meinem probieren.
 
Logging:
<Logging Level="Standard" Path="%temp%" />  
Schau mal ob du hier ein paar Logs von findest:
 

Nein. Deine Modul-Hilfe ist nur nicht auf dem aktuellen Stand. Das soll jetzt hier nicht das Thema werden. Die Online-Doku von MS ist im Zweifel immer die Aktuelle.
 
Hast du Dir meine Lösung angesehen?
 
EDIT
 
Kann es sein, dass du das Modul "localaccounts" installiert hast? Die Fehlermeldung bezieht sich auf das Modul. Das gibt es in der PSGallery. Du solltest den hauseigenen Befehl von dem Modul "Microsoft.PowerShell.LocalAccounts" verwenden.
 
PS C:\Users\...> Find-Command -Name Remove-LocalGroupMember Name Version ModuleName Repository ---- ------- ---------- ---------- Remove-LocalGroupMember 1.6 localaccount PSGallery Remove-LocalGroupMember 2016.5.7.2 ARTools PSGallery Remove-LocalGroupMember 1.3 LocalMachine PSGallery Lösche das mal: "C:\Program Files (x86)\WindowsPowerShell\Modules\localaccount"

Dann könnte Dir für die Aktivierung dieser Link weiterhelfen.
 
https://www.thomas-krenn.com/de/wiki/Windows_Server_Evaluierungsversion_in_Vollversion_umwandeln

Schau mal hier: https://blogs.technet.microsoft.com/rmilne/2019/01/11/script-to-clear-credman/
 
Eventuell könntest du das als Abmeldeskript über den Aufgabenplanung laufen lassen. 

Ich kann hier nicht für alle Produkte sprechen, kann mir aber vorstellen das das dort eingebaut ist.
 
Wenn es das Feature und dessen Konfiguration zulässt, ja. 
 
Mehr kann ich Dir leider mit den genannten allgemeinen Informationen nicht helfen.

Hier kann mann die Problematik im Vergleich sehr gut sehen. Im UDP-Paket, welche vorher ausgetauscht wurden, steht die wdsmgfw.efi im Payload als Bootfile drin, weshalb auch die TFTP-Verbindung den Pfad boot\x64\wdsmgfw.efi unter File enthält. Leider ist der Pfad bei Dir leer. Das erklärt auch, warum nicht gebootet werden kann.
 
Wie sieht denn die Payload der beiden UDP-Pakete davor aus?
 
Nachtrag:
- Habt Ihr zufällig auf euren Switchen die Funktion "DHCP-SNOOPING" aktiv oder ähnliches? Diese verhindert quasi einen zweiten DHCP-Server.
- Wird ein Windows DHCP verwendet?