Seite 1 von 2
Fragen zu Windows 7 Domainjoin Script
Verfasst: 08 Feb 2012, 22:16
von qx23
Hallo zusammen,
ich bin gerade am testen von Opsi und muss sagen: ein geiles Stück Software
Vieles klappt schon, auch eigenen Pakete bauen usw. klappt problemlos (wenn man sich die Zeit zum ordentlichen testen nimmt).
Netinstall von Windows XP und 7 (32bit/64bit) klappt ohne Probleme, auch die Treiberintegration hat sich bisher sehr kooperativ gezeigt.
Ich bin im Wiki über das den Domänenbeitritt als OpsiPaket gestoßen (
wiki/userspace:windows7-64bit)
1. Frage
Im c:\tmp Ordner verbleibt die join.vbs mit Domänenadmin samt Kennwort. Hat jemand das Skript schon so erweitert, dass diese Datei automatisch gelöscht wird? Ein extra Paket dafür will ich nicht bauen, das wird sonst zu schnell zu unübersichtlich
2. Frage
Wozu ist die auto.reg? Damit mein ich, warum ist sie im Paket und wird nach C:\tmp kopiert, aber danach nicht mehr aufgerufen bzw. die Registry damit gepatcht? Müsste man evtl. den Wikieintrag noch ergänzen?
Trotzdem vielen Dank an die Entwickler des Pakets!! Sehr geile Arbeit
Gruß Chris
P.S.: Würde mich auch dabei beteiligen das Skript im Wiki zu perfektionieren *g*
Re: Fragen zu Windows 7 Domainjoin Script
Verfasst: 08 Feb 2012, 22:29
von tobias
qx23 hat geschrieben:Hallo zusammen,
ich bin gerade am testen von Opsi und muss sagen: ein geiles Stück Software
Vieles klappt schon, auch eigenen Pakete bauen usw. klappt problemlos (wenn man sich die Zeit zum ordentlichen testen nimmt).
Netinstall von Windows XP und 7 (32bit/64bit) klappt ohne Probleme, auch die Treiberintegration hat sich bisher sehr kooperativ gezeigt.
Ich bin im Wiki über das den Domänenbeitritt als OpsiPaket gestoßen (
wiki/userspace:windows7-64bit)
1. Frage
Im c:\tmp Ordner verbleibt die join.vbs mit Domänenadmin samt Kennwort. Hat jemand das Skript schon so erweitert, dass diese Datei automatisch gelöscht wird? Ein extra Paket dafür will ich nicht bauen, das wird sonst zu schnell zu unübersichtlich
Bau einfach nen Lösch Befehl ins das Script ein

so wie es in meiner Variante
wiki/userspace:windows7#domainjoin_via_ ... si_package
am ende auch realisiert ist.
Sinnvoll ist es auch für den DomainJoin einen Benutzer ohne Rechte zu benutzen. Der darf dann halt ausschließlich PCs in die Domäne heben.
2. Frage
Wozu ist die auto.reg? Damit mein ich, warum ist sie im Paket und wird nach C:\tmp kopiert, aber danach nicht mehr aufgerufen bzw. die Registry damit gepatcht? Müsste man evtl. den Wikieintrag noch ergänzen?
Trotzdem vielen Dank an die Entwickler des Pakets!! Sehr geile Arbeit
Gruß Chris
P.S.: Würde mich auch dabei beteiligen das Skript im Wiki zu perfektionieren *g*
Die auto.reg würde bewirken, das beim neustart der administrator sofort und ohne passwort abfrage eingeloggt wird.
Re: Fragen zu Windows 7 Domainjoin Script
Verfasst: 08 Feb 2012, 23:17
von qx23
Das müsste ich wenn dann am Ende das VB-Skript machen, aber das startet in der vorletzten Programmzeile den Rechner neu, ob es dann noch greift muss ich mal testen. (Oder der Zugriff wird verweigert da das VB.Script geöffnet resp. ausgeführt wird...)
Sinnvoll ist es auch für den DomainJoin einen Benutzer ohne Rechte zu benutzen. Der darf dann halt ausschließlich PCs in die Domäne heben.
Das mit dem speziellen User ist an sich ein guter Vorschlag, konnte nur nocht nicht die richtigen Attribute ausknobeln die er für alle Anwendungsfälle haben muss, damit es immer reibungslos funktioniert. Wenn ich eine gute Vorgehensweise zusammenhabe kann ich sie gerne im Wiki posten. Evtl mach ich es über eine Sicherheitsgruppe, die auf den Container ou=Computer,dc=DOM,dc=local (in den meisten Fällen der Standardcontainer wenn man nicht gerade mit nem SBS unterwegs ist) die passenden Rechte hat. Vorschläge sind gerne Willkommen
Die auto.reg würde bewirken, das beim neustart der administrator sofort und ohne passwort abfrage eingeloggt wird.
Was die auto.reg bewirkt ist nicht das Problem. Nur, warum ist sie drin? Ich erkenn' zumindest nicht, wo sie aufgerufen wird bzw, der Registry hinzugefügt wird. Könnte man also auch weglassen?! Ich bin halt deswegen nur etwas verwirrt oder ich bin Megablind
Gruß Chris
Re: Fragen zu Windows 7 Domainjoin Script
Verfasst: 08 Feb 2012, 23:29
von tobias
qx23 hat geschrieben:
Das müsste ich wenn dann am Ende das VB-Skript machen, aber das startet in der vorletzten Programmzeile den Rechner neu, ob es dann noch greift muss ich mal testen. (Oder der Zugriff wird verweigert da das VB.Script geöffnet resp. ausgeführt wird...)
Reboot aus dem VBS Script rausnehmen und nach dem Aufruf durch WINST das VBS script löschen lassen anschließend WINST einen reboot durchführen lassen. Dann müsste es gehen
Das mit dem speziellen User ist an sich ein guter Vorschlag, konnte nur nocht nicht die richtigen Attribute ausknobeln die er für alle Anwendungsfälle haben muss, damit es immer reibungslos funktioniert. Wenn ich eine gute Vorgehensweise zusammenhabe kann ich sie gerne im Wiki posten. Evtl mach ich es über eine Sicherheitsgruppe, die auf den Container ou=Computer,dc=DOM,dc=local (in den meisten Fällen der Standardcontainer wenn man nicht gerade mit nem SBS unterwegs ist) die passenden Rechte hat. Vorschläge sind gerne Willkommen
Ist bei mir auch noch auf der ToDo daher war das bisher auch nur ne Idee
Was die auto.reg bewirkt ist nicht das Problem. Nur, warum ist sie drin? Ich erkenn' zumindest nicht, wo sie aufgerufen wird bzw, der Registry hinzugefügt wird. Könnte man also auch weglassen?! Ich bin halt deswegen nur etwas verwirrt oder ich bin Megablind
Gruß Chris
Der teil ist ja sogar doppelt drin. taucht nämlich im WINST schon mit auf.
das Script ist mir ohnehin etwas doll "zerrissen" die Copy Befehle und auch das hinzufügen des Registry Einträge hätte ich komplett vom WINST machen lassen.
Aber das ist das Tolle an OPSI es gibt unendlich viele Wege zum Ziel und man kann seiner Kreativität den freien lauf lassen
Ich mache das z.B. ganz anders. Mir kam der weg über ein powershell Script einfacher vor. Die Anpassungen in der Registry konnte ich mir so sparen

Re: Fragen zu Windows 7 Domainjoin Script
Verfasst: 09 Feb 2012, 09:05
von cmu
Sinnvoll ist es auch für den DomainJoin einen Benutzer ohne Rechte zu benutzen. Der darf dann halt ausschließlich PCs in die Domäne heben.
Das geht aber auch erst mit einer Windows 2008 Domain, oder? Zu 2003 habe ich dazu noch keine Beschreibung gefunden.
Re: Fragen zu Windows 7 Domainjoin Script
Verfasst: 09 Feb 2012, 09:10
von tobias
cmu hat geschrieben:
Sinnvoll ist es auch für den DomainJoin einen Benutzer ohne Rechte zu benutzen. Der darf dann halt ausschließlich PCs in die Domäne heben.
Das geht aber auch erst mit einer Windows 2008 Domain, oder? Zu 2003 habe ich dazu noch keine Beschreibung gefunden.
Gute frage .... wir haben noch 2003 ich frag mal unsern AD admin ob das überhaupt geht.
Sieht gut aus
http://social.technet.microsoft.com/For ... f91405142/
Re: Fragen zu Windows 7 Domainjoin Script
Verfasst: 09 Feb 2012, 09:48
von qx23
Re: Fragen zu Windows 7 Domainjoin Script
Verfasst: 09 Feb 2012, 16:02
von d.oertel
Re: Fragen zu Windows 7 Domainjoin Script
Verfasst: 09 Feb 2012, 16:09
von tobias
Wird netdom.exe von Windows 7 noch unterstützt?
So weit ich weis ist das nur für XP und 2000. Für Vista/Win7 hatte Microsoft ja den befehl "Add Computer" als PowerShell befehl eingeführt
Getestet habe ich netdom.exe unter win7 allerdings nicht.
Re: Fragen zu Windows 7 Domainjoin Script
Verfasst: 09 Feb 2012, 16:42
von qx23
Netdom gibt es bei XP ja auch nur über die Supporttools...
Was mich wundert. am Ende der setup.ins
ergibt:
Code: Alles auswählen
[setwinsserver_examples]
C:\Dokumente und Einstellungen\Administrator>wmic nicconfig where "IPenabled=TRU
E" call SetWINSServer 192.168.12.60
(\\EVB\ROOT\CIMV2:Win32_NetworkAdapterConfiguration.Index=1)->SetWINSServer() wi
rd ausgeführt
Methode wurde ausgeführt.
Ausgabeparameter:
instance of __PARAMETERS
{
ReturnValue = 68;
};
C:\Dokumente und Einstellungen\Administrator>wmic nicconfig where "IPenabled=TRU
E" call SetWINSServer "192.168.1.14","192.168.12.60"
(\\EVB\ROOT\CIMV2:Win32_NetworkAdapterConfiguration.Index=1)->SetWINSServer() wi
rd ausgeführt
Methode wurde ausgeführt.
Ausgabeparameter:
instance of __PARAMETERS
{
ReturnValue = 0;
};
C:\Dokumente und Einstellungen\Administrator>
Ist bestimmt nicht gewollt, werd aber das Paket mal testen