MurdocX

Das ist der klassische Fehler. NTFS Berechtigung passt, aber die Berechtigung der Freigabe steht noch auf "Jeder" und "Nur lesen"

Hallo Speer, du könntest die Installation auch über einen WDS regeln. Wenn du das Image schon hast, einfach dort importieren, die unattended.xml bereitstellen und das wars. Grüße Jan

Das wäre gut. Die UDP-Pakete benötigst du, denn in denen wird, wie oben geschrieben, die Info übergeben was der Client vom Server laden soll. Wenn die nicht ankommen, dann haben wir genau das Problem. Mein UDP-Payload mit der benötigten Information: .....ÝYz.......P............È[vá............TEST-SRV2012....................................................boot\x64\wdsmgfw.efi............................................................................................................c.Sc6.....a..Là.;.#².¨\×yQ.B!<.PXEClient5..ü7\Tmp\x64uefi{2FAF9885-4C67-474E-B3E5-7C3B4A756E22}.bcd.ú...........p..................ÿÿ Noch zu klären: - Habt Ihr mehrere Netze die der DHCP versorgt? Dann könnte IPHelper noch ein Thema für euch sein. - Wichtig hier auch die Thematik mit DHCP-Snooping, also dem schlucken der Pakete durch den Server - Welche MTU-Size hat der Netzwerkadapter? -> Powershell: -> unter 1500? Dann bitte auf 1500 stellen. Get-NetAdapter | Select-Object Name,MtuSize

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?

Eigentlich reicht einfach auf "Play" oben zu drücken. Es ist auch möglich eine neue "Session" anzulegen. Oben links auf "New Session" > "Live Trace" > "Select Scenario" > "Local Network Interface (Win8 and erlier)" > Start.

Live trace, denn in den Logs werden wir nichts finden Hier interessieren die zwei ersten UDP-Pakete und die ersten TFTP-Pakete. Als Filter kann man übrigens folgendes eingeben: address == <ClientIP> and address == <ServerIP> Damit reduzierst du die Paketanzahl sehr.

Lade und installiere auf dem WDS-Server das Tool "Microsoft Message Analyser" herunter. Starte über "Start Local Trace" eine Sitzung. Lasse den Client in den Fehler rennen und beende die Session. Danach kannst du über den Filter "*address=<IpDesClients>" Filtern. Wichtig ist hierbei auf das Protokoll "TFTP" zu achten. Schick bitte mal ein Screenshot der Ergebnisse hier ins Forum.

Ich habe die Installation bei mir nachgestellt. Dabei kam raus, das der Ordner C:\Windows\System32\RemInst\boot einen anderen Inhalt hat, als der erstelle Ordner von der Installation. Das ist ein Fehler. Kopiere den Inhalt von C:\Windows\System32\RemInst\boot in dein RemoteInstall Verzeichnis und ersetze die Dateien.

Den Ordner RemoteInstall der bei der Konfiguration erstellt wird. Troubleshooting auf Paketbasis wird ein bisschen mehr arbeit. Versuchen wir es erst mal mit einigen bekannten Workarounds.

Bitte noch beantworten. - Wurden alle Windows-Updates installiert inkl. der optionalen?Hier gab es im letzten Jahr einige Fehlerkorrekturen im WDS. - Wurde unter Boot-Images schon ein Windows-Setup-Image (boot.wim) hinterlegt?

OK, die Konfiguration passt soweit. Lass uns mal die Firewall-Konfiguration prüfen. Schau mal bitte nach ob, wenn du eine neue Firewall-Regel erstellen willst, dort bei den "Vordefinierten Regeln" für den WDS alle Regeln keinen Haken haben und damit schon vorhanden sind. Falls welche fehlen, bitte anlegen. Nachtrag: - Um welches Gerät, also Hersteller und Modell, handelt es sich eigentlich? - Hast du schon mal den PXE-Boot über einen anderen Computer probiert? Nächste vorgeschlagenen Schritte: - WDS - Rolle entfernen, Installationsreste entfernen und wieder hinzufügen - Troubleshooting auf Paketbasis

Das es der Virenscanner ist, hab ich oben ja geschrieben Freut mich das es wieder klappt.

Was du probieren könntest: - Variable Fensterlänge deaktivieren (Menü TFTP) - Block Size auf 1024 setzen (Menü TFTP) - IPv6 Protokoll auf der Netzwerkkarte deaktivieren -> Danach den Dienst neustarten Ist die PXE Antwort auf "Allen Computern antworten" gesetzt? Nachtrag: - Boote bitte von PXEv4 ohne UEFI, also in der Konfiguration "Legacy und UEFI". Nachtrag 2: - Bitte einmal die Konfiguration hier rein posten ( Bitte im CODE Block im Editor ) WDSUTIL /Get-Server /Show:Config

Die Konfiguration des WDS könntest du hier nachlesen: https://www.it-explorations.de/windows-bereitstellungsdienste/

Nein, denn das müssen sie nicht, wenn die beiden Dienste getrennt installiert worden sind. Seit wann tritt denn der Fehler auf? Nach einem Windows-Update oder direkt?

Ist der WDS auf dem DHCP-Server, oder sind die beiden Dienste separat?

Einfach ist dein Code nicht zu lesen, aber ich möchte Dir auch helfen und schreibe mal meine Kommentare dazu. Du meinst wohl $groups. $group wird ja durch die Iteration definiert. Den Schritt kannst du Dir sparen. Wenn du den Benutzernamen alias SamAccountName möchtest, dann nutze "Select-Object -ExpandProperty" Warum vergleichst du die hochzählende Variable mit dem ersten Buchstaben von seinem Namen? Verwende Write-Out. Am Besten eine Variable, die du dann übergeben kannst. So ganz verstehe ich den Sinn nicht..

Hallo screamager, im Microsoft Support Forum hab ich einen Artikel gefunden der genau dein Problem mit den Auswirkungen beschreibt. Schuld war eine Antiviren- und Firewall-Software. Also würde ich hier ansetzen. Grüße Jan

Ist dort ein Antiviren oder Firewall Programm installiert? Ja, dann deinstallieren.

Der Vorschlag von @Sunny61 könnte in der Umsetzung ungefähr so aussehen: [string]$FileTemplatePath = '\\MeinServer\MeineFreigabe\MeineHostsDatei.txt' Get-Content -Path $FileTemplatePath -Encoding UTF8 | Set-Content -Path "C:\Windows\System32\drivers\etc\hosts"

Nach welchem Namen hast du den gesucht? Mit Google wärst du sicher schneller

Ne, nicht nur für den Admin, sondern auch für den Benutzer. Damit übergehst du die Zuteilung des Sessionbrokers, wenn du dich via RDP direkt verbindest.

Ja, mit mstsc /admin Würde ich aber nicht unbedingt nutzen, wenn es nicht wirklich nötig ist.

Hallo Nobby, das kann ich zurückgeben, auch wenn´s kurz war. Bin später noch verhockt.

Trefft ihr euch immer in einem speziellen Hotel?