Newsgroup: it.comp.lang.visual-basic
Titolo: installare applicazioni

Dopo avere creato un'applicazione in VB6 avrei la necessità di
installarla su diversi client che non hanno privilegi di amministratore.
Su tutti i Client sparsi in tutt'Italia la configurazione del sistema è
la medesima (Win. 2000 Professional + Office Professional).
Esiste un modo per potere creare un pacchetto d'installazione eseguibile
sui Client senza pribilegi Administrator ?
Ritengo che le DLL mancanti siano proprio poche, ma come faccio ad
installare e registrare quelle che non sono presenti ?
Saluti
Sergio
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 installare e registrare quelle che non sono presenti ?
Un eseguibile può elevarsi i diritti, in pratica portandosi ad eseguire 
con diritti Administrator.
Puoi quindi modificare il setup di VisualBasic, di cui hai il codice, 
invocando un RUNAS di XP, che ti consente appunto di elevare i diritti.
Accertati, però, che la configurazione di tutti i client sia veramente 
la stessa, altrimenti il RUNAS rischia di sbagliare lo username o la 
password dell'amministratore della macchina.
Ciao
Alberto
-- 
A questo punto hanno trovato un muro,
un muro duro, molto molto duro,
che siamo noi.

 Alberto
Grazie per la risposta,
mi ero però dimenticato di precisare che non conosco la password
dell'amministratore delle macchine e neppure quelle dei singoli utenti.
Comunque il mio problema non è utilizzare l'applicativo ma installarlo
sulla macchina e quindi installare componenti (dll, ocx e quant'altro
serve per fare funzionare il programma)in alcune directory di sistema la
cui scrittura è riservata all'amministratore.
E' comunque possibile utilizzare RUNAS ?
In caso negativo quali altre soluzioni possibili ?
Ciao


 E' comunque possibile utilizzare RUNAS ?
Certo.
Il pacchetto di setup mostrerà un normale inputbox per chiedere lo 
username dell'amministratore, e un altro inputbox per la password.
Poi potrà eseguire con tali credenziali.


 Alberto
E' proprio questo il problema, gli utenti dei circa mille client non
hanno la password dell'amministratore del sistema e tanto meno gli
verrebbe data per installare un applicativo non di loro creazione.
Saluti


 verrebbe data per installare un applicativo non di loro creazione.
Se le cose stanno così, non puoi e non devi installare il tuo programma su
quelle macchine. Punto.
-- 
Salutoni
Sergio
La vita è un lungo apprendistato per imparare ad essere giovani
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 verrebbe data per installare un applicativo non di loro creazione.
Beh, dai...
Non mi dirai che non esiste una lista delle password di administrator 
delle macchine. Vuoi dire che un'azienda mette in giro per l'Italia 
mille macchine, per le quali non è in grado di installare il correttore 
di Word perchè non ha le password?
Oppure le macchine non sono di una singola azienda, ma allora 
l'installazione va concordata con i relativi amministratori, altrimenti 
si passa dal concetto di applicativo a quello di virus.


 Alberto
E' proprio questo il problema,
vorrei vendere il programma direttamente ai mille utilizzatori senza
l'autorizzazione dell'azienda amministratrice del sistema.
Per ovviare al problema, potrei tentare di fare funzionare l'applicativo
da CD e installare solo il database con i dati, ritenente possa
funzionare ?


 funzionare ?
No.
Se i dati sono su un dbms 'attivo' occorre un setup che un User non può 
fare.
Se i dati sono su un db file-based, tipo Access, potrebbe servire 
l'installazione di Jet, che un User non può fare.
Se usi ADO, occorre l'installazione di MDAC, che un User non può fare.
Se inventi una gestione dei dati tua, allora puoi fare girare tutto da 
CD.
Ma, allora, tanto vale usare C++, il cui runtime è già presente su 
tutti i Windows.
Ciao


 Sergio
occhio ai tuoi clienti perchè la "casa madre" potrebbe avere clausole
che
 ad esempio
revocano la concessione se installi sw non autorizzato o alteri la
configurazione di sistema
se non è questo il caso....
OK per admin...ma almeno power user ...solo user?
e che ragione c'è?...e se devo fare un intervento di assistenza?tipo
aggiornare un sw?
Mi viene in mente solo uno scenario....server centrale e sedi
distaccate connesse...ma allora fan bene ad essere tutti user...e se
hanno delle policy fatte bene da remoto non ti fanno installare nulla
(ho fatto ieri un corso a Firenze dove ce le spiegavano).
L'assistenza la faranno da remoto...o tramite schiavetto che gira per
l'Italia!
Se invece i pc sono della filiale...ah beh!
Sul mio pc ci installo quello che voglio...qualcuno con privilegi di
admin c'è di sicuro!
...ma non credo sia il tuo caso!
una soluzione.....
se son XP il runtime di vb c'è gia...usa solo i controlli standard...e
come db usa i file random...a parte se hanno office installato un mdac
al 90% ce l'hanno di sicuro
fai così
...usa component checker (utility di mamma m$) per vedere che cosa c'è
sulle macchine e che versione !!!!

 sulle macchine e che versione !!!!
ora provvedo, visto che io abitualmente durante il mio lavoro quotidiano
ho accesso a uno di questi client (la commercializzazione
dell'applicativo che ho creato è il mio secondo lavoro).
Grazie


 l'Italia!
Noi abbiamo diversi clienti con questa struttura.
Sede principale in un paese Europeo, e VPN con tutte le altre sedi, 
diciamo fra Pirenei e Mosca.
Abbiamo scelto una strada simpatica: gli applicativi girano dentro un 
OCX monolitico inchiodato su una pagina HTML del server IIS aziendale, 
collegandosi per i dati ad un Sql-Server aziendale.
All'accesso, in IE, alla pagina HTML, IE stesso (che da IE4 in poi 
include già questa funzionalità) verifica la versione dell'OCX che ha 
in System32, se è 'vecchia' rispetto a quella indicata nel codice HTML, 
scarica il relativo CAB, lo esplode e questo CAB contiene l'installer. 
Altrimenti istanzia l'OCX e lo visualizza nel browser.
Per l'Utente è solo un "SI" su una finestrella di sicurezza di IE.
Dal punto di vista delle autorizzazioni, occorre che esista un dominio, 
e che gli User abbiano, nelle policy, l'autorizzazione ad installare a 
partire da quell'indirizzo http:// del server aziendale.
In questo modo, il deployment consiste in una semplice copia di un file 
HTM e di un file CAB all'interno di una cartella di IIS, e tutto 
avviene in automatico al primo accesso di ogni client.
Ciao
