SW/Dienste Remote installieren...

[vonwegen 10]

habe nen ähnliches problem wie http://www.mcseboard.de/showthread.php?threadid=9252

 

will auch auf vielen rechnern snmp (nach-)installieren. auf mindestens 250 rechnern :shock: .

 

es kam der vorschlag mit OnCommand oder auch AutoINSTALLATION, hat jmd schon erfahrungen damit gemacht, funktioniert das?

 

sms-server haben wir nicht.

 

ne weitere idee war, die "snmp-installation" in eine .msi datei zu stecken und dann diese ausführen lassen. hat das schon mal jmd probiert? kann ich wie hier http://www.mcseboard.de/showthread.php?threadid=34787 die installation mit WinstLE "kopieren"?

 

wäre für hilfreiche antworten oder links dankbar!

 

danke

 

vonwegen

[gr@mlin 10]

hi und willkommen an board!

 

da bislang noch keine erfahrungsmeldungen gepostet wurden,

hier mal n bisschen lesestoff dazu von tante google: http://www.google.de/search?hl=de&ie=UTF-8&q=%2Bdeploy+%2Bsnmp&meta=

 

gruss, gr@mlin

[Dr.Melzer 191]

Bei 250 Rechnern würde sich doch der Einsatz eines SMS Servers rechnen. Der kann so etwas und noch einiges mehr.

[motzel 10]

Hallo,

 

ich würde mal unter: http://www.autoitscript.com/autoit3/ gucken.

 

AutoIT ist eine Freeware-Scriptsprache mit welcher man sehr gut Programme, z.B. deine Setup.exe des von dir zu installierenden Programmes, fernsteuern kann.

 

Das ganze läuft wie folgt:

 

1. du erstellst via AuotIT ein Script welches alle notwendigen Eingaben der Setup.exe vornimmt (OK-Button drücken, Check-Box setzen, Eingabe der Seriennummer etc.)

 

Im zugehörigen Forum kannst du auch einen sog. Scriptwriter z.B. http://www.autoitscript.com/fileman/users/Larry/ runterladen, welcher die meisten Eingaben für die Installation aufzeichnet und so rund 80-90% des Script-Codes automatisch erstellt.

 

2. via dem AutoIT-Befehl RunAsSet ermöglichst du dem Script zur Laufzeit Admin-Rechte anzunehmen Bsp.-Code unter: http://www.autoitscript.com/forum/index.php?showtopic=3985&st=0&p=25348entry25348

 

Dadurch können Einträge in die Registry etc. erfolgen

 

3. Das fertige Script in eine EXE compilieren, da dann diese auf allen Windows-Rechnern ohne Runtime ausführbar ist.

 

4. Diese EXE deinen Usern mailen, fertig.

 

 

2 Tipp's von mir:

 

sperre in deinem Script als erstes die Tastatur und Mauseingabe damit deine Anwender nicht während der Installation auf irgendwelche Knöpfe drücken.

 

Und protokolliere die Installationen z.B. Rechnername, Datum, Uhrzeit etc. in eine Textdatei, damit hast du dann einen Überblick auf welche PC's die Software schon ausgerollt wurde

(d.h. gib über das Script einen entspr. Satz in die Log-File mit aus).

 

mfg

 

motzel

 

p.s. it works

[vonwegen 10]

hej danke für die vielen tipps.

 

sind grad dabei das mit dem .msi file auszuprobieren.

 

das funktioniert auch!(heißt, haben das msi file schon mal von hand gestartet und siehe da, dienste waren installiert...)

 

aber 2 haken hat die sache noch:

 

1. gibts nen eintrag in die "normal" installierte software(aber halb so schlimm)

 

2. geht es im moment nur von hand, als admin.

 

zu 2.

 

wollen das hier eigentlich über einen SUS(Software Update Server) machen. und benutzen dort die computerkonfiguration. per softwareinstallation kann man dann ganz einfach die entsprechenden .msi pakete installieren.

 

doch nicht so in unserem fall... :( wir haben das paket auf eine freigabe gelegt(jeder hat zugriff), aber er kann das paket dort anscheinend nicht abrufen...

 

hat der rechner selbst da keine rechte dafür? muss ich da eine bestimmte freigabe einrichten?

 

denn wenn das so wirklich nicht gehen sollte, würde ich mal den weg von motzel ausprobieren, der hört sich ähnlich an...

[vonwegen 10]

sorry for doppelpost, aber will das ihr das auch wisst :D

 

haben die lösung gefunden!

 

mit hilfe dieses links: http://home.pages.at/msnews/swvertgrurili.htm

 

unsere fehler waren:

 

- freigabe war falsch(der/die computer haben gefehlt, waren nur benutzer freigegeben)

 

- in dem SUS muss man die netzwerkfreigabe nehmen(also netzwerkumgebung => server =>...), und nicht den lokalen weg(arbeitsplatz => festplatte => freigabe...)

 

das 2. war zwar ein noob-fehler, aber naja man lernt nie aus!

 

danke @all...

 

und man sieht sich...

 

vonwegen

[Dr.Melzer 191]

Danke für das Feedback. Das ist auch wichtig.