Martin19+ 0 Geschrieben 8. März 2019 Melden Teilen Geschrieben 8. März 2019 Hallo, und zwar hab ich seit mehreren Tagen folgendes Problem: Grundidee war WDS so einzurichten, um von Clients immer Windows 10 installations Images laden zu können. Ich hab das ganze so eingerichtet. Die Firewall regelt den DHCP. Ein Virtueller 2016 Datacenter macht die Domäne und auf dem anderen ist WDS und MDT installiert/eingerichtet. Hab alles eigentlich fertig eingerichtet, allerdings wenn ich vom Client über Netzwerk jetzt boote und meine Credentials im MDT Anmeldefenster eingebe kommt "*Invaild credentials: The network path was not found". Wenn man nun auf "ESC" drückt sieht man auch warum er die Fehlermeldung bringt. ERROR - A connection to the deployment share (\\WIN-P56G87CEDDE\DeploymentShare$) could not be made. Can not reach DeployRoot. Possible cause: Network routing error or Network Configuration error. Retry odr Cancel. Er versucht auf den alten Namen des Servers zu verbinden (er hieß bei der Installation so, hab ihn danach umbenannt in SCSWDS02) Eigentlich kann man ja in der Bootstrap.ini und in den Eigenschaften des MDT Deploymentshare festlegen, auf welchen UNC Pfad der Client zugreifen soll, aber irgendwie frisst er das nicht so ganz. Daraufhin hab ich mal den Deploymentshare geschlossen und nochmal über WDS gebootet. Selber Fehler. Ich denke dass der WDS Server nicht weiß, bzw nicht richtig weitergibt dass ein MDT existiert, bin aber mit meinem Wissen am Ende. Vielleicht könnte mir da jemand weiterhelfen. Vielen Dank schon mal Martin Zitieren Link zu diesem Kommentar
Sunny61 809 Geschrieben 8. März 2019 Melden Teilen Geschrieben 8. März 2019 Server schon durchgestartet? Findest Du hier evtl. noch den alten Namen? HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Shares Zitieren Link zu diesem Kommentar
Martin19+ 0 Geschrieben 8. März 2019 Autor Melden Teilen Geschrieben 8. März 2019 Danke für die Antwort. Also den Namen hab ich nirgendwo mehr gefunden und auch ein Neustart hat nichts gebracht. Zitieren Link zu diesem Kommentar
tesso 375 Geschrieben 8. März 2019 Melden Teilen Geschrieben 8. März 2019 Hat der Rechner überhaupt eine IP Adresse und DNS bekommen? Zitieren Link zu diesem Kommentar
Martin19+ 0 Geschrieben 8. März 2019 Autor Melden Teilen Geschrieben 8. März 2019 vor 7 Minuten schrieb tesso: Hat der Rechner überhaupt eine IP Adresse und DNS bekommen? Jo, hab auch an der Firewall nen DNS Eintrag gemacht ( da die ja standardmäßig den DNS für den Client macht) in dem ich die Domäne und den Server angegeben hab, dass der Client auflösen kann. Ich kann auch wenn ich normal Windows am Client starte auf den DeploymentShare mit den Credentials zugreifen. Zitieren Link zu diesem Kommentar
Sunny61 809 Geschrieben 8. März 2019 Melden Teilen Geschrieben 8. März 2019 Dann die Rolle MDT deinstallieren, rebooten und wieder neu installieren. Zitieren Link zu diesem Kommentar
Martin19+ 0 Geschrieben 8. März 2019 Autor Melden Teilen Geschrieben 8. März 2019 vor 8 Minuten schrieb Sunny61: Dann die Rolle MDT deinstallieren, rebooten und wieder neu installieren. Hab ich schon gemacht. Das Problem besteht schon länger. Anfangs hatte ich DNS und WDS auf einer Maschine. Drauf hin hab ich DNS und WDS jeweils auf getrennten Maschinen neu installiert. (aktueller Stand) Zitieren Link zu diesem Kommentar
tesso 375 Geschrieben 8. März 2019 Melden Teilen Geschrieben 8. März 2019 (bearbeitet) Hast du händisch versucht dns zu überprüfen und den Share zu erreichen (von der zu deployenden Maschine) Ich glaube weiterhin, daß du kein MDT Problem hast. bearbeitet 8. März 2019 von tesso Zitieren Link zu diesem Kommentar
4077 30 Geschrieben 8. März 2019 Melden Teilen Geschrieben 8. März 2019 (bearbeitet) Gibst Du das Passwort an dieser Stelle manuell ein? Dann die Fragen: welche Sprache hast Du in der bootstrap.ini "Deutsch" eingestellt? Die korrekte Option wäre "KeyboardLocalePE=0407:00000407". Hat Dein Passwort ein "z" oder "y" oder ein Zeichen drin, dass im Standard-Tastatur-Layout (en-us) an anderer Stelle wäre? Mit F8 oder STRG+F8 kannst Du zur Kommandozeile umschalten. Dort könntest Du Troubleshooting betreiben: ping, ipconfig etc. bearbeitet 8. März 2019 von 4077 Zitieren Link zu diesem Kommentar
Martin19+ 0 Geschrieben 12. März 2019 Autor Melden Teilen Geschrieben 12. März 2019 Am 8.3.2019 um 14:01 schrieb 4077: Gibst Du das Passwort an dieser Stelle manuell ein? Dann die Fragen: welche Sprache hast Du in der bootstrap.ini "Deutsch" eingestellt? Die korrekte Option wäre "KeyboardLocalePE=0407:00000407". Hat Dein Passwort ein "z" oder "y" oder ein Zeichen drin, dass im Standard-Tastatur-Layout (en-us) an anderer Stelle wäre? Mit F8 oder STRG+F8 kannst Du zur Kommandozeile umschalten. Dort könntest Du Troubleshooting betreiben: ping, ipconfig etc. Jo hab ich alles schon durch, IP Passt, Passwort passt auch alles... ich glaub einfach, dass ich zu dem Zeitpunkt wo ich meine Credentials eingebe, nie wirklich auf meinen eigentlichen DeploymentShare zugreife. Am 8.3.2019 um 12:05 schrieb tesso: Hast du händisch versucht dns zu überprüfen und den Share zu erreichen (von der zu deployenden Maschine) Ich glaube weiterhin, daß du kein MDT Problem hast. Ja, DNS kann vom Client aufgelöst werden. Auch den DeploymentShare kann ich ohne Probleme vom Client aus erreichen und mit den Credentials drauf zugreifen. Zitieren Link zu diesem Kommentar
Stibo 17 Geschrieben 12. März 2019 Melden Teilen Geschrieben 12. März 2019 Wir hatten letztens denselben Fehler. Die Ursache war tatsächlich ein fehlender Netzwerktreiber. Kannst Du verifizieren, dass der Client, den Du installieren willst, eine IP erhält? Zitieren Link zu diesem Kommentar
tesso 375 Geschrieben 12. März 2019 Melden Teilen Geschrieben 12. März 2019 Mich wundert der komische Name \\WIN-P..... Bist du sicher, daß das der MDT ist? Zitieren Link zu diesem Kommentar
Martin19+ 0 Geschrieben 12. März 2019 Autor Melden Teilen Geschrieben 12. März 2019 vor 2 Stunden schrieb tesso: Mich wundert der komische Name \\WIN-P..... Bist du sicher, daß das der MDT ist? Ne so hieß eben der Server früher, bevor ich ihn umbenannt hab. Eigentlich sollte er SCSWDS02 heißen. Ich weiß auch nicht wo er sich den Namen noch zieht. vor 3 Stunden schrieb Stibo: Wir hatten letztens denselben Fehler. Die Ursache war tatsächlich ein fehlender Netzwerktreiber. Kannst Du verifizieren, dass der Client, den Du installieren willst, eine IP erhält? Ja, IP bekommt er. Hab ich über Konsole überprüft. Zitieren Link zu diesem Kommentar
tesso 375 Geschrieben 12. März 2019 Melden Teilen Geschrieben 12. März 2019 Wenn der Server nicht mehr so heißt würde ich den Namen in der ini anpassen. Bei deinen Beschreibungen wird es schwer Dir zu helfen. Zitieren Link zu diesem Kommentar
Martin19+ 0 Geschrieben 12. März 2019 Autor Melden Teilen Geschrieben 12. März 2019 vor 32 Minuten schrieb tesso: Wenn der Server nicht mehr so heißt würde ich den Namen in der ini anpassen. Bei deinen Beschreibungen wird es schwer Dir zu helfen. Hab ich alles angepasst. In der .ini hab ich auch alles auf scswds02 angepasst. Hab auch das ganze mal mit \\"IP"\deploymentshare durchgespielt aber selbes ergebnis. Der Client, respektive WDS Server versucht nach wie vor auf den alten Namen des Servers zuzugreifen. Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.