forum.opsi.org

Hallo liebe Community,
ich versuche schon seit ein paar Tagen vergebens ein Domainjoin in die unattend.xml einzubauen. Leider ignoriert der installiernde Rechner den domainjoin komplett. Außerdem habe ich mal absichtlich einen Fehler eingebaut, um zu testen, ob der Rechner überhaupt auf die unattend.xml zugreift. Dies hat einwandfrei gekplappt. Da es ein sicher Domainjoin ist habe ich auch Benutzername und Passwort angeben. Hier ein kleiner Codesnippsel von meiner unattend.xml:

<component name="Microsoft-Windows-UnattendedJoin" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35"
language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Identification>
<UnsecureJoin>false</UnsecureJoin>
<Credentials>
<Domain>example</Domain>
<Password>example</Password>
<Username>example</Username>
</Credentials>
</Identification>
</component>

<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">
<ComputerName>#@pcname*#</ComputerName>
</component>


Ich habe natürlich in den Feldern, indem "example" steht die richtigen Daten eingetragen. Außerdem stehen diese Informationen unter den "specialize-settings" Ich hoffe Ihr könnt mir da igendwie weiterhelfen. Vielleicht hat ja irgendwer anderes auch noch das selbe Problem.

Gruß Philipp

Ich habe dies auch nicht geschafft und verwende seither das windomain.opsi, geht tadellos.
http://download.uib.de/opsi4.0/products ... 1.0-8.opsi

Falls Du es aber trotzdem mit der unattended machen willst: Samba oder "echte" Windowsdomäne?

I use this, haven't tested it on W10:

Hallo ,
es ist eine "echte" Windows Domäne! Ja das mit dem Windowsdomain-Paket habe ich auch schon gelesen. Leider finde ich diese Lösung nicht ideal. Wenn wir nur einen "nackten" Rechner ohne "Produkte" aufsetzten will, sollte der Domainjoin schon integriert sein!

Hi,

ich hab bisher nur in zwei Fällen gesehen, dass der Domjoin direkt über die unattend funktioniert. Ansonsten macht das fast jeder so wie rat.

Man könnte auch versuchen über das postinst vom netboot-Paket was zu machen, aber das ist schwierig, weil für die Domainenaufnahme auch ein Reboot benötigt wird.

Man könnte versuchen in der panther.log zu schauen, was bei euch schief läuft, aber das was da drinsteht ist nicht immer sehr hilfreich. Meistens hängt es auch eine Besonderheiten der Domäne selbst.

Ich wüßte zwar nicht was dagegen spricht, aber gut, soll so sein, nicht meine Entscheidung.


Wie schaut die Netzwerkkonfiguration aus? Das Netzwerk darf nicht "öffentlich" sein. Möglicherweise ist es zum Zeitpunkt, wo die Installation den Beitritt versucht auf öffentlich? Nachdem das Script tadellos funktioniert hat, habe ich nicht weitergesucht.

Was Du vielleicht auch noch versuchen könntest: Läuft eine unattended Installation von einem USB-Stick und Co durch?

Hi,

Du hast eine falsche processorArchitecture bei Join Domain angegeben.
Ändere es mal in amd64

<component name="Microsoft-Windows-UnattendedJoin" 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">
<Identification>
<UnsecureJoin>false</UnsecureJoin>
<Credentials>
<Domain>example</Domain>
<Password>example</Password>
<Username>example</Username>
</Credentials>
<DebugJoin>false</DebugJoin>
<JoinDomain>example</JoinDomain>
<MachineObjectOU> (falls du den Rechner direkt in eine spezifische OU haben möchtest) </MachineObjectOU>
<DebugJoinOnlyOnThisError>0</DebugJoinOnlyOnThisError>
</Identification>
</component>

bei mir klappt es