A szakemberek válaszolnak ZENWorks Cool Solutions kérdések és válaszok
Windows 2000 és ZEN 1.1 Kérdés: Mi ZENworks 1.1-et használunk az alkalmazások telepítéséhez. A System Requirements részben nincsen Windows 2000 operációs rendszer. Van valami patch, vagy frissítenünk kell? Válasz:
Az utóbbi. A ZfD3, a ZEN2 vagy a 2000. áprilisi Starter Packre van szükség.
Módosított telepítés NT-n Kérdés: Létrehoztunk egy módosított telepítőkészletet az IE55 Administration KIT-tel. Jól működik, de a munkaállomáson rendszergazdai jogkörrel nem rendelkező felhasználók nem tudják elindítani a telepítőt. Létrehoztunk tehát egy NAL-objektumot, amelyik elindítja az IE5 SETUP.EXE-jét, mint Unsecure User. Ez is működik, de a munkaállomás újraindítása után az IE5 Setup nem működik, mert a felhasználónak megint nincsenek rendszergazda jogai. ZEN2-t, Novell Client 4.6 SP2-t és WinNT Workstation SP4-et használunk. Válasz:
A baj amiatt van, hogy a telepítő rutin parancsokat tesz a HKLM\Software\Microsoft\ WinNT\RunOnce regisztrációs kulcsba. Emiatt próbál újraindulni sikertelenül. Néhány guru ilyen MS-telepítések esetében azt szokta csinálni, hogy a fő alkalmazást nem engedi újraindulni, és egy második alkalmazást indít el helyette, amelyik törli a RunOnce kulcsban lévő parancsokat. Megadhatjuk, hogy mit töröljünk, vagy egyszerűen törölhetjük és újra létrehozhatjuk a kulcsot. A RunOnce kulcsban lévő parancsok újra futtathatók egy unsecure batch-fájlból, vagy a parancs eredményei begyűjthetők egy snAppShot-ba.
Regisztrációs kulcs kikeresése telepítés előtt Kérdés: Ki kellene egy „Alkalmazás”-objektumot keresnem a regisztrációs adatbázisból, még a telepítés indulása előtt, és ha nincs meg, kihagyni a telepítést. Emlékszem, hogy volt erről egy cikk, de nem találom. Válasz:
Alighanem erre (http://www.novell.com/coolsolutions/zenworks/tips/t_desktop_vs_laptop2_zw.html) a cikkre gondol. Az itt felsorolt ötleteken mellett lehetséges úgy kialakítani az alkalmazás kézbesítését, hogy „Registry Requirement” típusú szűrőt állítunk. Ez az „Alkalmazás”-objektum (AO) System Requirement fülén állítható be:
Registry Requirements Itt határozhatjuk meg az alkalmazás terjesztésének a regisztrációs adatbázis beállításain alapuló szűrését. Key (kulcs) Keressük ki a megvizsgálandó adatbáziskulcsot. Ezután válasszuk ki, hogy a kulcs létezését vagy nem létezését szabjuk feltételként. Value Name (az érték neve) Adjuk meg a kívánt értéket, valamint hogy az érték meglétét vagy meg nem létét szabjuk feltételként. Value Data (érték) Adjuk meg, hogy az adat string vagy DWORD típusú, válasszunk ki egy feltételt, majd írjuk be a kívánt értéket. Ha a fenti feltételek nem teljesülnek, az AO nem fog sem látszani, sem futni.
Jogi kérdések ActiveX-vezérlőkkel kapcsolatban Kérdés: Írtam egy programot a ZEN-alkalmazások kezeléséhez, amely egy NWDIR.OCX nevű ActiveX-vezérlőt használ. Mellétehetem ezt az OCX-et a programomhoz, ha árulni akarom az Interneten? Milyen engedélyre van szükségem? Nem találtam a webhelyen erre vonatkozó semmilyen utalást.
Válasz:
Fejlesztői részlegünk válasza: az OCX telepítése során két fájl (LICENSE.TXT és OCX.TXT) elmentődik a célkönyvtárba, ami minden kérdésére választ ad. A két fájl itt is megtalálható: http://www.novell.com/ coolsolutions/assets/developerinfo.zip
A hivatalos képernyővédő használatának kikényszerítése Kérdés: Készítettünk egy irányelvet, amelyik meghatározott háttérképet és jelszóvédett képernyővédőt oszt szét a WinNT-munkaállomásokon. Ha viszont a felhasználók kapnak egy olyan emailt, amelyik képernyővédőt vagy képet tartalmaz, a programot vidáman futtathatják GroupWise-ból, és az le fogja cserélni az irányelvben beálíltottat. Hogyan tudnánk a ZEN 2-vel megakadályozni a felhasználókat abban, hogy lefuttassák a GroupWise csatolt .EXE-fájljait? Válasz:
Legjobb tudomásunk szerint a csatolt fájlok megnyitása nem korlátozható, viszont KIKÉNYSZERÍTHETŐ az irányelv: A Desktop Preferences irányelvben (ahol megadta a képet és a képernyővédőt), kattintsa be az „Always update during NDS authentication” pontot. Így ha a meg is változtatja a felhasználó a képernyővédőt vagy hátteret, a következő bejelentkezésnél újra visszaáll az eredetire.
A dossziébeállítások megőrzése AO-k készítése során Kérdés: Az APPCREAT-tal és az APPASSOC-cal készítünk AOT-fájlokat, de mindig elveszítjük a FOLDERS beállítást, és utána, kézzel kell kitöltenünk az objektum FOLDER beállítását. Lehetne ezt valahogy automatizálni az alkalmazás készítése során? Válasz:
Sajnos, a csatlakozó dossziék nem másolódnak az AOT-fájlba az APPCREAT használata során.
Hibák az alkalmazások terjesztése során Kérdés: Sérült streameket kapok az „Alkalmazás”-objektumok készítésekor, és hibaüzeneteket, amikor megpróbálom telepíteni őket. Mit lehet tenni? Láttam cikkeket, amelyek az „Alkalmazás”-objektum újra elkészítését javasolják, de túl gyakran fordul elő ahhoz, hogy alkalmazásspecifikus legyen. Válasz:
Úgy tűnik, hogy Önnek az NDS-sel van gondja. Tekintse át az NDS-sel kapcsolatos anyagokat a http://www.novell.hu/faq welapon és a dokumentációban.
A NAL frissítése NT-környezetben Kérdés: Két kapcsolódó kérdés a NAL használatával/frissítésével kapcsolatban NT-s munkaállomás-környezetben. 1. Az első kérdés azzal kapcsolatos, hogy a NAL.EXE-t használjuk, vagy a NALWIN32.EXE-t. Tudjuk, hogy a hivatalos preferált opció, hogy minden felhasználó a NAL.EXE-t futtassa, és hogy az majd eldönti, hogy a NAL melyik változatát (16 vagy 32 bitest) indítson el, majd ellenőrzi a helyi NAL-fájlokat (DLL-ek stb), és ha nem a legfrissebbek, akkor letölti azokat. Nálunk viszont csak NT 4.0 Workstation fut a klienseken. Minden gépen a legfrissebb 32 bites NetWare/ZENworks-kliens van, teljesen kapcsolt, 100 Mbps hálózaton, gyors szerverekkel, és nagyon durva a sebességkülönbség a NAL.EXE és a NALWIN32.EXE között. A NAL.EXE annyira lassú, hogy a felhasználók ténylegesen kerülik a használatát. Ehhez képest a NALWIN32.EXE villámgyors. Használnánk tehát a NALWIN32.EXE-t, viszont a problémánk az, hogy a NAL a szerveren történő frissítései így nem másolódnak tova a kliensekre, csak akkor, ha a NAL.EXE-t futtatjuk a munkaállomásokon 2. A második probléma, hogy az összes felhasználónk (több mint 400) közönséges NT Domain felhasználó, igen korlátozott jogkörrel helyi munkaállomásaikat illetően. Nem telepíthetik a legtöbb alkalmazást (itt jön jól a ZENworks) és nem is tudják leállítani a szolgáltatásokat, stb. A probléma tehát az, hogy hiába futtatják le akár a NAL.EXE-t is, amikor az megpróbálja frissíteni a helyi munkaállomás NAL-fájljait, a felhasználónak egyszerűen nincs elég joga, hogy leállítsa a NAL szolgáltatásokat (majd módosítsa őket). A NAL-dokumentáció azt javasolja, hogy a NAL-fájlok a munkaállomáson a NAL /I paranccsal frissíthetők, viszont a TechSupport (és saját tapasztalatunk) szerint ez nem frissíti az összes szükséges fájlt.
Mindkét probléma ugyanazon kérdéshez vezet: van mód arra, hogy a ZENworks az összes szükséges fájlt továbbmásolja a NAL frissítésekor a munkaállomásokra, úgy, hogy a felhasználók a lényegesen gyorsabb NALWIN32.EXE-t használhassák? Válasz:
Ahhoz, hogy a NAL teljesen frissüljön a munkaállomáson, a NAL /I és a NALSRVLD.EXE parancsokat kell lefuttatni rendszergazda jogkörrel. Így a NAL-fájlok és a NAL-szolgáltatásfájlok is frissülnek. Ezután elegendő használni a NALWIN32.EXE-t.
Egyes környezeti opciók szürkék Kérdés: Szeretnék egy NT-szervizcsomagot telepíteni a munkaállomásainkon. Létrehoztam egy alkalmazást és megpróbáltam az Environment rész Run As Unsecure system user pontját kiválasztani, de szürke. Valamint nem kell rendszergazdaként visszajelentkezni a szervizcsomag telepítése után? Mit csinálok rosszul? Válasz:
Ahhoz, hogy ezeket a funkciókat is használhassa, meg kell vásárolnia a ZENworks 2.0 teljes verzióját. Ezek után érdemes lehet még Kevin Prior és Andrew Rook kiváló cikkét elolvasni (Using Zen to Distribute Windows NT Service Packs).
Spread from Start Time Kérdés: Nem teljesen pontosan értem, hogyan is működik az „Alkalmazás”-objektumok Spread from start time funkciója. Ha "force run"-ra állítok egy alkalmazást egy meghatározott időre, nem szeretném, ha mindenkinél egyidőben elindulna a telepítés, aki pont ekkor – mondjuk reggel hatkor – bejelentkezik. Azt szeretném, ha időben „szét lenne szórva” a telepítés e felhasználók esetében, hogy ne terhelődjön túl a hálózat. Ezt csinálja a "Spread from start time" funkció? A dokumentációból számomra nem derült ki világosan. Válasz:
Igen, pontosan ezt. Ha mondjuk 60 percre szeretné „szétszórni” reggel 6 és 7 között a telepítést, akkor a felhasználóknál – ezen időtartamon belül – véletlenszerűen fog indulni az alkalmazás telepítése, hogy ne terhelődjön le a hálózat és a szerverek.
Kell-e változtatni az irányelveket a kliensek frissítésekor? Kérdés: ZENworks 2.0 SP1-et használunk NetWare 5.1-hálózaton, WIN95-munkaállomásokkal. A ZENworks első telepítésekor a legfrissebb WIN95-ös NetWare-kliens a 3.1-es verziójú volt, és akkor készítettem egy 95 Novell Client Configuration irányelvet. Most az ACU-val szeretném frissíteni a NetWareklienseket a WIN95-munkaállomásokon, a 3.21 pt3-ra. Fog-e működni a korábbi irányelv, amit készítettem, az új kliensekkel?Kell-e valamit frissíteni az irányelv konfigurációjában? Gondolok például arra, hogy az új kliensben van „advanced settings” és „advanced menu settings”, míg a régiben csak az előbbi. Válasz:
A legfrissebb NCIMAN-t kell használnia, amelyik a 3.21-es kliensben található. A ZEN Client Configuration irányelv csak az új, ZfD3-változatban módosult.
A Lomtárral kapcsolatos tevékenységek NAL-lal Matt Brooks nem szokott egyszavas válaszokat adni. Megkérdeztük, hogy lehetne-e törölni a Lomtárat NAL-ból. A válasz a mellékelt fájlban található (http://www.novell.com/coolsolutions/zenworks/assets/emptybin.zip). A Lomtár ürítése Ez meglehetősen egyszerű (nem NTFS-meghajtókon). Létre kell hozni egy alkalmazást, amelyik mindent töröl a C:\Recycled könytárból. A mellékelt fájl tartalmazza az AOT-t és AXT-t. A Lomtár megnyitása Megnyitás: explorer.exe /n,/root,::{645FF040-5081-101B-9F08-00AA002F954E}
Megnyitás az Intézőben explorer.exe /n,/e,/root,::{645FF040-5081-101B-9F08-00AA002F954E}
A ZIP-fájlban található egy TXT-fájl is, Open Recycle Bin néven, amely segít.
ZENworks Cool Solutions snAppShot kérdések és válaszok Felhasználónév snAppShotban Kérdés: Jelenleg a 32 bites Novell-kliens 2.2-es verzióját használjuk, és a 3.2-re szeretnénk frissíteni. Tegnap kipróbáltam a ZEN 2 Application Managementet és a NetAdmin32-t. Fogtam a tesztgépem, telepítettem a 2.2-es klienst, majd snAppShot-oltam a gépet. Ezután telepítettem a 3.2-est és ismét snAppShot. A tesztfelhasználó („test”) más kontextusban van, mint én; hozzárendeltem az alkalmazást, és a nevében belépve telepíttem. A 3.2-es kliens remekül fel is ment, ám a felhasználónév nem „test” volt, hanem a sajátom. Honnan került ez oda? Gondoltam az ACU-ra is, de a vírusellenőrző úgy van beállítva, hogy felhasználók nem tudják kikapcsolni, és vírusnak látnák. Válasz:
Keresse ki a snAppShotban (az „Alkalmazás”-objektumban) a saját felhasználónevét, és cserélje mindenütt %CN%.-re. A legegyszerűbb ezt az NWAdminból: válassza ki az objektumot, majd a Tools | Application Launcher Tools | Search and Replace parancs pontosan ezt csinálja.
Az alapértelmezésű opciók elfogadása a NAV telepítésénél Kérdés: A Norton Antivirus frissítései egy EXE-fájlban érkeznek, amelyet szeretnék szétosztani, de a telepítőprogram mindenfélét kérdez, amivel nem akarom bosszantani a felhasználókat. NEM akarok snAppShotot készíteni, ebből több bajunk volt, mint amennyit használt. Nincs valami módja, hogy elfogadja az ember a telepítőprogram alapértelmezésű opcióit? Válasz:
Nemigen. Mégiscsak a snAppShotot javasolnánk. Alighanem abból volt a baj, hogy a snAppShot felderített valami abszolút oda nem illő változást (mondjuk DHCP), és azt is belevette a sablonba. Irtson ki minden oda nem valót az „Alkalmazás”-objektumból.
*.* törlése snAppShot készítése előtt Kérdés: A ZENworks v2.0 használatakor néha szükségünk van arra, hogy mindent töröljünk egy-egy könyvtárból (delete *.*). Ha viszont ezt tesszük, a snAppShot minden egyes törölt fájlt külön feljegyez, pedig sok esetben munkaállomásonként változnak a törlendő fájlok. Én csak egy egyszerű delete *.*-ot szeretnék. Lehet? Válasz:
A dzsókerkarakterek a ZEN 2-től kezdve használhatók törlésnél. Az snAppShot nem elég intelligens, hogy automatikusan ezt tegye, de kézzel könnyen beírható mondjuk egy „delete C:\TEMP\*.*”. Egyedül annyi van, hogy a NAL nem törli az alkönyvtárakat, úgyhogy azokat külön-külön kell. Megpróbálkozhat továbbá egy, a DELTREE-hez hasonló paranccsal egy terjesztés előtti makróban (predistribution script).
Az alapértelmezésű nyomtató megváltoztatása Kérdés: Milyen kulccsal lehet megváltoztatni Windows NT 4.0 Workstationön az alapértelmezésű nyomtatót? Válasz:
SnAppShot-olja az alapértelmezésű nyomtató megváltoztatását, és azonnal látni fogja…
Problémák az IE5 egyedi telepítésével Kérdés: Egyedi IEAK5 telepítőmakrót szeretnék futtatni a hálózati meghajtónkról, és (Q:) és letölteni a helyi webszerverről. snAppShot-olom a telepítést, a gép újraindul, ahol kell, majd snAppShot megint az újraindítás utáni változásokhoz. Az eredményük kapott (óriási) AOT-fájlt importálom, törlöm az összes "User"-beállítást (a Microsoft LOADWC-je mindent megcsinál majd nekem). Egy tiszta gépen futtatom az eredményül kapott ikont, majd újraindítom a képet. A LOADWC elvégzi a saját dolgait a felhasználón. Kettőt kattintok az Internet Explorer ikonján... és semmi. Mármint egy pillanatra homokóra, aztán semmi. Se hibaüzenet, se naplóbejegyzés, se program a Task Managerben, semmi. Jobb
gombbal kattintva az Internet Explorerre, az alábbi üzenetet kapom: "Desktop: The properties for this item are not available". Mindenfélét kpróbáltam, ugyanez az eredmény, minimális és maximális telepítéssel egyaránt. Amit kérdeznék: 1. Sikerült-e bárkinek telepítenie az IE5-öt az IEAK-kal? 2. Sikerült-e bárkinek megoldást találnia arra, hogy az IE ne akarjon már valakit rendszergazdaként bejelentkeztetni, miután telepítette magát (ekkor ugyanis el tudnám indítani a felhasználó IEAK telepítőprogramját egy NAL-ikonnal)? Válasz:
A kérdés beküldője végül megtalálta a megoldást a problémájára. Az SP5 három olyan fájlt tartalmaz – COMCTL32.DLL, GRPCONV.EXE és SHFOLDERS.DLL –, amelyek későbbi dátumúak, ám a valóságban korábbi verziószámúak, mint az IE5-ben lévők. A fájlokat „Copy if newer”-re állítva a régi (vagyis valójában frissebb) verziók megmaradnak. Mindez akkor derült ki, amikor az IE javítóprogramja a helytelen verziószámokra panaszkodott.
snAppShot megváltoztatása Kérdés: Van egy kész snAppShotunk, ám most kiderült, hogy egyetlen paramétert meg kellene változtatni. Lehetséges-e ez anélkül, hogy újra kellene snAppShot-olni a teljes programot? Válasz:
Ha ismertek a változások, kézzel átszerkeszthető az objektum. Másik lehetőség, hogy a változásokat snAppShot-olja, és összeolvasztja az eredményt az eredeti objektummal. Ez úgy történik, hogy az eredeti „Alkalmazás”-objektumban, az alkalmazásfájlokat stb. felsoroló fülön importálható a második AOT. A program automatikusan felderíti a duplikátumokat és megkérdezi, mit tartson meg. A fájlnév-ütközéseket kézzel kell rendbetenni.
Meghajtók törlése Kérdés: Be lehet-e állítani úgy a ZENworksöt, hogyz A, C vagy D (CD) meghajtók egyszerűen ne dolgozzák fel a fájlmegnyitási kéréseket a telepítés alatt? Válasz:
Még nem próbáltuk, de szerintünk a snAppShot Tweakuival eltávolíthatók ezek a meghajtók.
Miért nem működik az IE5 snAppShotunk? Kérdés: Már egy csomó mindent megpróbátunk, és sehogysem sikerül az IE5-öt rendbetenni. Ötlet? Válasz:
Nagyon sokaknak vannak gondjaik a Internet Explorer snAppShotjainak készítésével és használatával. Néhányan azt mondják, jobban jár az ember, ha a Microsoft IEAK-ját használja az IE 5 széosztásához. Általában mennél összetettebb a telepítés, annál nehezebb előállítani egy működő snAppShotot. Sokan úgy gondolják, hogy felesleges időpocsékolás snAppShotolni, ha az IE összes beállítása egyébként egyedire szabható az IEAK-val. Egyvalakinek mégis sikerült, az alábbi módon: 1.
2. 3.
4.
Az első snAppShot után, miután a gép újraindult (és a snAppShot folytatódik), nyissuk meg az IE-t egyszer és ne nyúljunk semmihez. Így elindul az IE-adatbázis, és elvégzi a kezdeti regisztrációsadatbázis-beállításokat. Fejezzük be a snAppShotot. Az „Alkalmazás”-objektum létrehozása után menjünk a MACROS-ba, és hozzunk létre egy %USERPROFILE% nevű változót, amelynek adjuk a %*WinDir\Profiles\%CN% értéket. Így a felhasználók fájljai a megfelelő NT-profilkönyvtárban fognak tárolódni. A ZEN nem ismeri fel a Windows %UserProfile% változóját, pedig létre kell hozni. Ezzel kapcsolatban két dologra kell figyelni: a. A NetWare-azonosítónak és a helyi NT-azonosítónak meg kell egyeznie. b. Ha az NT-azonosító megváltozik, a profilkönyvtár neve marad a régi. Ügyeljünk rá, hogy egyformák legyenek. A regisztrációs adatbázis fülön válasszuk ki az alábbi kulcsot:
5.
6.
HKCU\Software\Microsoft\ Windows\CurrentVersion\Explorer \User Shell Folders Ellenőrizzük, hogy a Cache, Cookies, History mind az új válotzóra van állítva, pl: History=%USERPROFILE%\History Ha ezek bármelyike hiányozna, hozzuk létre. A Favorites beállításhoz a ZEN %*Favorites% rendszerváltozója kiválóan megteszi. Keressük ki az alábbi regisztrációs kulcsot: HKCU\Software\Microsoft\ Internet Explorer\Main A Start Page kulcsot igény szerint megváltoztathatjuk. Az APPLICATION FILES részben, az INI-fájloknál módosítsunk minden, a snAppShot által rögzített, a felhasználó profilkönyvtárára mutató beállítást a %USERPROFILE% változóra.
Másik lehetőség. Használjuk a Zenworks for Desktops 3 MSI alapú telepítését és mondjuk egy Office 2000ből csak az IE5-t tesszük fel.
Hogyan lehet a ZENworksszel frissíteni a DNS-adatokat? Kérdés: Kerestem már mindenütt, de nem tudom, hogyan lehetne a ZENworks-szel módosítani a munkaállomások DNS-adatait. Válasz:
Készítsen snAppShotot a változások készzel való elvégzéséről, hozzon létre egy „Alkalmazás”-objektumot az AOT-ből, és módosítsa azt ízlés szerint.
A snAppShot felveszi-e az olyan fájlokat, amelyenek a neve ugyanaz, de a dátuma frissebb? Kérdés: Riasztó híreket hallottam a NAL snAppShotjáról. Azt mondták, hogy ha ugyanolyan nevű fájlokat akarok frissebbre lecserélni, a snAppShot nem rögzíti ezeket a változásokat a NAL-alkalmazásban. Ha ez igaz, abból komoly problémáink származhatnak. Válasz:
Valaki nagyon félrevezette Önt… fogalmunk sincs, hol hallhatott ilyet. Ez az egyik legfontosabb dolog, amit a snAppShot csinál. Milliószor kipróbáltuk és kiválóan működik.
Hogyan lehetne korlátozni az alkalmazásokat, és mégis snAppShottal szétosztani őket? Kérdés: Szeretném a programokat a Novell-szerverre tenni és a snAppShottal szétosztani őket. Hogyan szokás korlátozni az alkalmazásokat, ha terjeszteni akarom őket? Nem szeretném, hogy a felhasználók le tudjanak másolni bármit is a szoftverkötetről. Meg lehet ezt akadályozni? Válasz: Beállítható, hogy az alkalmazás rendelkezzen megfelelő jogokkal a könyvtárakhoz. Ezek után rendeljük a meghajtót az alkalmazáshoz induláskor, és szüntessük meg az összerendelést a leállításakor.
Lehetséges-e olyan makrókat írni, amelyek még a telepítés előtt futnak le? Kérdés: Van úgy, hogy szeretnék makrókat futtatni még a terjesztés (és nem az alkalmazás indítása) előtt. Van ilyen funkció a ZEN 2.0-ban? Válasz:
Igen, sőt, telepítés utáni makrók is készíthetők.
Hogyan tudnánk gyorsan visszaállítani a labor gépeit az eredeti windowsos beállításokra, ha a diákok elállítgatják őket? Kérdés: ZENworks 1.1-et használunk egy IT-oktatási környezetben, és a tanárok engedik, hogy a diákok módosíthassák a Windows-környezetet, hiszen így tanulják meg. Szeretnék ugyanakkor azt is, hogy a diák bejelentkezésekor visszaálljon az egész valami alapértelmezésű környezetre. Lehet használni a snAppShotot arra, hogy elfogja a Windows beállításait, és a Windows telepítőjét szétmásolja? Válasz:
Többféle megoldást is el tudunk képzelni. Az egyik lehetőség, hogy az ember Ghostot tesz a gépekre, és ezzel állítja vissza a környezetet. Néhányan igen látványos sikerről számoltak be, miután sikerült kb. 30 megabájtra zsugorítaniuk a windowsos image-
fájlt (na jó, 40, ha az Mplayer2 is telepítve van :-), és 2 partíciót használnak a gépen, amelyek között valamily boot manager programmal váltanak (pl. System Commander). A cleanhd partíció betölti a DOS-os meghajtóprogramokat, bejelentkezik, lefuttatja a Ghostot és visszaállítja a gépet eredeti állapotába. a windows partíció esetében egyszerűen betöltik a Windowst. Ez kényelmes és gyors megoldás, és az imagefájl alig változik (esetleg a Client 32 frissítései, vagy néhány szervizcsomag a Microsofttól). A másik lehetőség a PCRdisthez hasonló program használata. Ez készít egy snAppShotot a rendszerről, majd futáskor összehasonlítja azt az aktuális állapottal, és addig ad, töröl és módosít, amíg a rendszer meg nem felel az előre beállított snAppShot-értékekkel. Harmadik lehetőség a ZENworks 3.0 használata, aminek az Imaging funkcióját pontosan erre találták ki. A ConsoleOne-ban beállítjuk, hogy melyik gépet mikor telepítse újra a ZEN Imaging komponense, és az újra installálás automatikusan megtörténik.
Miért nem vagyunk képesek megtalálni a modemeket a keresésnél? Kérdés: Sikeresen használjuk a ZW snAppShotot számos idegölő, ismétlődő feladat automatizálására (például asztali ikonok felvételére és törlésére, az alapértelmezésű nyomtatók beállítára és így tovább). Egy dologgal azonban gondjaink voltak. Szeretnénk egy modemet is felvenni a munkaállomás hardverprofiljába. A modemek a LAN-hoz csatlakoznak, úgyhogy valódi hardverfelismerésről szó sincs (én telepítem őket egy Win2NCS portra, amelyet már korábban beállítottam). Úgy tűnik, a snAppShot nem deríti fel vagy nem rögzíti a Windows regisztrációs adatbázis megfelelő változásait, egészen pontosan a HKey Local Machine>ENUM>ROOT>MODEM kulcs változásait. Mit lehet tenni? Válasz:
Önnek sikerült pont azt a verziót használnia, amelyben ez a funkció valóban hiányzik. Az igazság, hogy néhányszor módosult ez a funkció a 2.01-es, 2.5-ös és 2.7-es verziók között: kihagytuk a modemfelderítést a 2.5-ben, aztán a 2.7-ben visszakerült. Kérjük, használjon vagy egy régebbi, vagy egy újabb verziót.
Hogyan lehet környezeti változókat értékként használni a telepítés közben? Kérdés: Van egy alkalmazásunk, az ERDisk, amelyik elmenti több NT-s munkaállomás regisztrációs adatbázisának értékeit egy központi könyvtárba. Az alkalmazás a könyvtárat az NT %COMPUTERNAME% változója segítségével hozza létre. Szeretnénk, ha ez az alkalmazás is helyesen működne a NAL-ban. Létrehozva a snAppShotot és szétosztva az alkalmazást, minden kiválóan működni látszik, ám az a gond, hogy a regisztrációs adatbázis bejegyzése, amelyet az „Alkalmazás”-objektum létrehoz, nem a \\server\erdisk\%COMPUTERNAME% értéket tartalmazza. Ha lefuttatom a telepítőprogramot NAL-ból, akkor a regisztrációs adatbázis megfelelő bejegyzésébe a saját gépem neve kerül. A kérdésem tehát az, hogy hogyan lehet egy környezeti változót beépíteni úgy, hogy a környezeti változó (neve) maga az érték, nem pedig a környezeti változó értéke, ami éppen be van állítva a munkaállomáson? Hogy egy példával illusztráljam: Ha a munkaállomásomon a COMPUTERNAME értéke monduk WKS1, akkor a regisztrációs adatbázis megfelelő bejegyzésében én a \\server\erdisk\%computername% értéket szeretném látni, nem pedig a \\server\erdisk\WKS1-et. Válasz:
Igen, ez minden további nélkül megoldható. Az „Alkalmazás”-objektumot megnyitva, abban a sorban, amelyik a regisztrációs adatbázis megfelelő bejegyzését létrehozza, írja át az alábbira: \\server\erdisk\%%COMPUTERNAME%% Vagyis a sima százalékjelből dupla százalékjel lesz, és így nem történik meg az Ön által említett behelyettesítés.
Működik-e a snAppShot mindenféle PC-n? Kérdés: Működik-e a snAppShot mindenféle konfigurációval/gyártó gépével, vagy szükséges-e, hogy azokon a gépeken, amelyekre az ember snAppShottal szeretne alkalmazásokat telepíteni, lehetőleg mennél egyformábban legyenek (ugyanolyan legyen a regisztrációs adatbázis konfigurációja)i?
Válasz:
Igen, a snAppShot mindenféle PC-n működik. Mindazonáltal, célszerű ügyelni arra, hogy minden egyes alkalommal, amikor a snAppShotot futtatja, egy vadonatúj, „friss” PC-n tegye, amelyen semmilyen szoftver nincsen az operációs rendszeren és azokon a programokon kívül, amelyekről tudja, hogy szét akarja osztani az összes felhasználónak. (Általában célszerű minden egyes „snAppShotolni” kívánt fő alkalmazás esetében „visszaimagelni” (ld. ZENworks 3.0) a PC-t egy ismert kezdőponthoz.) Ez biztosítja, hogy az összes lényeges megváltozott fájlt és megváltozott regisztrációs adatbázis-bejegyzést rögzít a snAppShot.
Lehet-e a snAppShotot a klienstelepítő paraméterezett futtatásához használni? Kérdés: A snAppShot használata során feltűnt, hogy nem használhatók a parancssori kapcsolók (pl. a kliens felügyelet nélküli telepítése során). Szeretném a klienstelepítőt az UNATTEND.TXT paramétereivel futtatni, de a snAppShot leszedi az összes paramétert a SETUP /U:UNATTEND.TXT parancsból. Meg lehet ezt oldani? Válasz:
Általában nagyon nem tartjuk jó ötletnek a snAppShot használatát klienstelepítéshez. A kliensprogram nagyon gépspecifikus tud lenni, úgyhogy jobb ötlet a SETUP.EXE-t egy „Alkalmazás”-objektumba ágyazni. Az „Alkalmazás”-objektum ELFOGADJA a parancssori paramétereket, így az UNATTEND.TXT paraméterei tetszés szerint állíthatók. Mi az alábbiakat javasoljuk: Vagy kapcsoljon át egy DOS-ablakba, vagy a Start menu>Run paranccsal indítsa el a klienstelepítőt. A lefutás után menjen vissza a snAppShotba, és fejezze be a műveletet.
