We willen hier een via een MSI distributie Office 2003 uitrollen naar de werkstations. Heeft iemand ervaring met deze distributie via MSI?
Heb je zelf al wat ondernomen mbt de uitrol? Ik heb namelijk niet het vermoeden dat het zo is
"Supercars are made to mess around with G-forces, hypercars are made to mess around with G-strings"
Jeremy Clarkson
Ik heb de hele Novell site afgezocht en daar staat alleen een document voor Office 2000. Echter gaat dit bij stap 1 al fout. Mijn vraag is of iemand hier al een MSI ditributie heeft gemaakt van Office 2003.
Wat we willen is namelijk de afzonderlijke applicaties die in Office zitten als losse distributies uitrollen. Word apart, Excel apart enz... Dit bespaart nl. bandbreedte op onze infrastructuur.
We hebben wel een totale distributie werkend alleen het is ons nog niet duidelijk hoe we deze distributie met alleen USER rechten kunnen uitrollen. We willen het applicatie object NIET op Unsecure System zetten omdat dit een potentieel beveiliginglek kan veroorzaken.
Wat we willen is namelijk de afzonderlijke applicaties die in Office zitten als losse distributies uitrollen. Word apart, Excel apart enz... Dit bespaart nl. bandbreedte op onze infrastructuur.
We hebben wel een totale distributie werkend alleen het is ons nog niet duidelijk hoe we deze distributie met alleen USER rechten kunnen uitrollen. We willen het applicatie object NIET op Unsecure System zetten omdat dit een potentieel beveiliginglek kan veroorzaken.
Verwijderd schreef op 22 april 2004 @ 11:23:
We hebben wel een totale distributie werkend alleen het is ons nog niet duidelijk hoe we deze distributie met alleen USER rechten kunnen uitrollen. We willen het applicatie object NIET op Unsecure System zetten omdat dit een potentieel beveiliginglek kan veroorzaken.
Dat is nou net hetgeen waar ZENworks voor is, dat de distributie wordt opgepikt door de Novell Application Launcher Service (die onder system draait). Welke normaalgesproken met een express-setupwordt meegeinstalleerd, met een custom install zal je die geloof ik zelf moeten aanvinken
Je lijkt dus niet zozeer moeite te hebben met de specifieke applicatie (Word) maar met hoe ZEN werkt / hoort te werken / whatever, het principe (distributie applicaties op secured workstations) zou een 2-vingers-in-de-neus-iets moeten zijn
Uiteraard heb ik heel veel ervaring met ZEN. Echter is het niet mogelijk om een applicatie (setup.exe) in dit geval vanaf het netwerk als Unsecure System user te starten. Unsecure system user werkt alleen wanneer je een applicatie vanaf een lokale schijf opstart. Mijn vraag blijft dus nog steeds:
Hoe kan ik office 2003 distribueren op een werkstation waar een gebruiker op ingelogd is die vanuit het Userpackage alleen user-rechten lokaal onder Windows heeft? Als ik office met administrator rechten lokaal starten werkt de distributie perfect!
Gotta clue?
Hoe kan ik office 2003 distribueren op een werkstation waar een gebruiker op ingelogd is die vanuit het Userpackage alleen user-rechten lokaal onder Windows heeft? Als ik office met administrator rechten lokaal starten werkt de distributie perfect!
Gotta clue?
Unsecure werkt wel vanaf het netwerk als het betreffende werkstation geimporteerd is en rechten heeft op de directory 
Voor zover mij bekend kan ZEN 4(.01) ook .msi's distribueren (heb nog niet met 4 gewerkt) en moet dan niet veel anders werken dan de klassieke distributies:
Bij 't aanklikken door de user zal de eerdergenoemde service het van de gebruiker overnemen waardoor die plaatsvindt met de rechten van het system-account.
Dus, je moet niet de .msi starten met het object, maar de .msi opnemen in de distributie. Iets wat op de cursus niet niet zo moeilijk was, alleen is dat al een jaar gelee voor mij
edit:
't kan ook zijn dat we gigantisch langelkaar heen aan het lullen zijn
Voor zover mij bekend kan ZEN 4(.01) ook .msi's distribueren (heb nog niet met 4 gewerkt) en moet dan niet veel anders werken dan de klassieke distributies:
Bij 't aanklikken door de user zal de eerdergenoemde service het van de gebruiker overnemen waardoor die plaatsvindt met de rechten van het system-account.
Dus, je moet niet de .msi starten met het object, maar de .msi opnemen in de distributie. Iets wat op de cursus niet niet zo moeilijk was, alleen is dat al een jaar gelee voor mij
edit:
't kan ook zijn dat we gigantisch langelkaar heen aan het lullen zijn
[ Voor 7% gewijzigd door Jaymz op 22-04-2004 14:56 ]
Het lijkt me een rare manier dat je de afzonderlijke applicatie binnen office apart distribueerd om alleen maar bandbreedte te besparen. Mijns inziens kost dit alleen maar meer bandbreedte omdat de share office dll's e.d. in elk pakket opnieuw meegenomen moeten worden. Juist die share dll's kosten het meeste ruimte.
Wil je de onderdelen van office lost distribueren tbv. licentie kwesties. Access los van de rest. Kun je ook de access runtime gebruiken. Of je kunt de access.exe file verwijderd na het afsluiten van de app. Dan is office weer een standaard versie ipv. een professional.
Een derde nadeel van de losse app distribureren is dat het meer tijd kost ze te maken en onderhouden. Tevens is de kans ook groter dan er foutenworden gemaakt.
Om even op je vraag terug te komen mbt. het distribueren, doen wij het zo:
1: mbv. wise package studio alle apps aanpassen in een nieuwe msi (+ mst wanneer nodig)
2: binnen wise package studio geef je aan dat de msi gebruik moet maken van de op elke w2k en hoger standaard aanwezig windows installer service
3: een msi based installatie object maken in zen4 en door wise gemaakt msi hieraan koppelen.
4: omdat in de msi staat aangegeven dat hij gebruik moet maken van de windows installer service zijn "normal" rechten genoeg (dus geen secure / unsecure system)
5: een applicatie object maken in zen4. hierin kun je starrtup options ed en folder options meegegeven. dit app object heeft als dependant app het bij stap 3 aangemaakt installatie object.
6: app object uit stap 5 associeren aan de juiste groep die de file rechten bezig op de directory waar de msi files staan.
Wil je de onderdelen van office lost distribueren tbv. licentie kwesties. Access los van de rest. Kun je ook de access runtime gebruiken. Of je kunt de access.exe file verwijderd na het afsluiten van de app. Dan is office weer een standaard versie ipv. een professional.
Een derde nadeel van de losse app distribureren is dat het meer tijd kost ze te maken en onderhouden. Tevens is de kans ook groter dan er foutenworden gemaakt.
Om even op je vraag terug te komen mbt. het distribueren, doen wij het zo:
1: mbv. wise package studio alle apps aanpassen in een nieuwe msi (+ mst wanneer nodig)
2: binnen wise package studio geef je aan dat de msi gebruik moet maken van de op elke w2k en hoger standaard aanwezig windows installer service
3: een msi based installatie object maken in zen4 en door wise gemaakt msi hieraan koppelen.
4: omdat in de msi staat aangegeven dat hij gebruik moet maken van de windows installer service zijn "normal" rechten genoeg (dus geen secure / unsecure system)
5: een applicatie object maken in zen4. hierin kun je starrtup options ed en folder options meegegeven. dit app object heeft als dependant app het bij stap 3 aangemaakt installatie object.
6: app object uit stap 5 associeren aan de juiste groep die de file rechten bezig op de directory waar de msi files staan.
Pagina: 1