Newsgroup: it.comp.appl.access
Titolo: Sicurezza: qualcosa mi sfugge...

Se gruppi &  utenti & permessi che configuro vanno a finire nel
mio_system.mdw...come faccio a far si che se copio tutto su un' altro PC non
mi si apra col system.mdw di quella macchina (cioe' senza permesso alcuno)?
Effettivamente con Autocomposizione/sicurezza funziona...ma volendolo fare
manualmente non ho capito come (o meglio cosa succede)!
Saluti.
Luciano

 wrote in message 8aqkpi$9rs$2...@news.mclink.it...


 Luciano
Infatti non devi usare il system.mdw, ma crearne uno nuovo
(vedi help).
Per far si che venga usato il tuo devi aprire l'mdb con una
riga di comando di questo tipo:
"C:\Programmi\...\MSACCESS.EXE" /wrkgrp C:\...\pippo.mdw
C:\...\paperino.mdb
Ti consiglio cmq di leggere la FAQ sul SitoComune.
-- 
Federico
--------------------------------------
Sito Comune di it.comp.database.access
 ed ora
Sito Comune di it.comp.appl.access
http://members.xoom.it/it_db_access
--------------------------------------
Rimuovi paperino. per e-mail
--------------------------------------

Ti consiglio cmq di leggere la FAQ sul SitoComune.
Gia' fatto anche questo...:-)
Saluti.
Luciano

vedere le autorizzazioni.
Esatto, fin qu c'ero gia'. Ma se io do a tizio il mio MDB/MDE  come faccio a
costringerlo ad usare l'MDW che dico io e non quello del suo PC con le sue
autorizzazioni?
Saluti.
Luciano

 wrote in message
8ar21r$j7$1...@lacerta.tiscalinet.it...

Allora sei proprio de coccio :)))
Il problema deve essere visto in questi termini: io, sviluppatore, non
voglio che un utente veda o possa modificare ciò che io non desidero!
Quindi: creati un tuo *.mdw e creati un nuovo utente che sarà l'unico ad
avere i provilegi di amministrazione. Regredisci l'utente Amministratore
(standard nei file mdw) al ruolo di semplice utente senza possibilità di
amministrazione. In questo modo succede questo:
- nei nuovi database, i permessi utenti/gruppi, riconosceranno l'utente
Amministratore come utente *limitato*
- negli stessi il nuovo amministratore avrà il pieno controllo
- quando sposterai il file mdb/mde su di un altro computer e lo aprirai,
l'utente di default: Amministratore, avrà privilegi limitati a quello che tu
avrai in precedenza deciso.
Questo accade perchè nel db vengono memorizzate le associazioni tra utente e
permessi e nel file mdw i soli utenti.
I due file mdw (quello originale e quello creato da te) hanno in comune
l'utente Amministratore che è l'utente a cui Access fa riferimento SALVO
DIVERSA ED ESPLICITA INDICAZIONE.
Avendo tu nel tuo db *limitato* l'azione di *Amministratore*, avrai, di
fatto, protetto il tuo db.
Chiaro?
Ora vai a rileggerti il tutto sul sito comune.
Bye
--
********************************************
Giorgio B. - P.S. elettronica srl - Udine
email: 
giorgio....@ps-elettronica.it

 partita' con il suo MDW.
deve essere cosi'..
Forse ci vuole un chiarimento!
Se la protezione e' del tipo: tutti possono accedere ai
dati, ma nessuno puo' modificare forms, reports e
quant'altro, allora la risposta di Giorgio e' piu' che
esaustiva.
Se invece la protezione e' un sistema di accessi per gruppi
di utenti, cioe' ogni utente ha la sua bella pwd e quindi
solo gli utenti autorizzati possono accedere al db, allora
il db puo' essere utilizzato solo con quell'mdw (gruppo di
lavoro).
Naturalmente tu puoi sostituire il loro gruppo di lavoro di
default (system.mdw) con il tuo, ma questo implica che
tutte le volte che loro aprono access per fare i loro
comodi gli viene richiesta l'autenticazione, non solo,
tutti quelli che non possono accedere al tuo mdb non
potranno aprire access per fare i loro comodi.
In definitiva e' piu' che lecito usare un altro gruppo di
lavoro, il tuo cliente se si vuole copiare l'mdb su di
un'altro pc, dovra' creare un collegamento con quella riga
di comando oppure chiamera' te per farlo e ti farai pagare.
Onestamente non capisco dove sta il problema! Se non vuoi
farglielo fare a mano, ci sono varie alternative per creare
uno shortcut:
- Setup wizard di office (se possiedi ODE)
- File batch di windows (vbscript)
- Un mdb che lo crea e si chiude
- ecc
L'alternativa all'uso di un mdw e' svilupparsi un sistema
di accessi in proprio, ma ne vale la pena?
Bye


Il tizio o richiama il tuo mdw tramite il comando wrkgadm.exe,oppure piu'
semplicemente si crea una icona di collegamento inserendo nelle proprieta'
il codice di cui sotto,dove Fatture.mdb è il nome del database e Fatture.mdw
quello del gruppo di lavoro,entrambi nell'esempio nella cartella Documenti.
Cosi' facendo tizio e' libero di aprire Access in maniera non protetta se
clicca sull'icona standard di avvio di MsAccess,se invece clicca sulla tua
icona parte il tuo programma protetto.
In ogni caso tizio per usare il tuo database deve per forza passare
attraverso Fatture.mdw,altrimenti il database non lo apre, se le
autorizzazioni sono state date in maniera corretta.
Se proprio credi che vi siano due file mdw con nome uguale,il tuo lo metti
in una cartella dal nome insolito,modificando ovviamente il percorso nel
codice di cui sotto,cosi' sei sicuro che parte il tuo mdw,in ogni caso nella
stessa cartella non vi possono essere due file mdw con il nome uguale!
Credo che la tua preoccupazione era l'automatizzazione di tutto o sbaglio?
Voltolini
Codice icona collegamento
Destinazione:
"C:\Programmi\Microsoft Office\Office\MSACCESS.EXE"
"C:\documenti\Fatture.mdb" /wrkgrp Fatture.mdw
Da:
c:\documenti
N.B.E' importante scrivere esattamente barre e virgolette.



Eccome!
Solo un sistema *tuo* ti garantisce le potenzialità e la flessibilità
richieste dalla *tua* applicazione.
Senza contare la rottura di balle evitata di dover distribuire un
tuo system.mdw, di dover fare link strani, delle telefonate del
cliente perchè ha scombinato lo shortcut e non va + un accidenti
ecc. ecc......
Bye, Ste

di accessi in proprio, ma ne vale la pena?
La mia situazione e' questa:
Voglio che il BE non sia apribile in nessun modo da chiunque, neppure
(soprattutto) per la lettura dei dati.
Nel FE deve essere protetto il codice e la struttura di ogni oggetto,
nonche'
la possibilita' di crearne di nuovi.
A questo punto mi chiedo:
mi conviene collegare e scollegare le tabelle
ogni volta che mi servono piuttosto che riallegarle all'avvio (per maggiore
sicurezza,intendo)? La proprieta' delle tabelle connect accetta user e PW?
Oppure mi apro il BE di volta in volta da codice e faccio i miei bei Select
direttamente sul BE per creare i recordset?
Saluti.
Luciano

DIVERSA ED ESPLICITA INDICAZIONE.
HO CAPITO!!!!!:-)))))))))))
Allora non sono proprio de coccio!:-)))
Grazie!
Luciano

Credo che la tua preoccupazione era l'automatizzazione di tutto o sbaglio?
No, piu' che altro mi sfuggiva la relazione fra MDB ed MDW.
Grazie.
Luciano

 Bye, Ste
Forse i miei clienti sono piu' bravi, visto che non ho mai
avuto problemi di questi tipo! :-))


 Luciano
In generale dipende da cosa fa l'applicativo in questione,
tieni presente che in questo modo perdi tutta la
flessibilita' che access ti mette a disposizione.
Se l'applicativo serve solo a far inserire dei nuovi
records e non alla visualizzazione, allora potrebbe essere
una buona idea (fai tutto via codice e non alleghi le tab,
etc.), ma a questo punto io passerei a svilupparlo in VB o
Delphi e non in access (punto di vista del tutto
personale)!!



:-)))))))


1) Implementa un nuovo "owner" x *tutti* gli oggetti db sia del FE che del
BE,
2) passa Admin nel gruppo Utenti e negagli i permessi di creazione nuovi
oggetti
3) basa tutta la tua procedura su delle query eseguite con la
WithOwnerAccess
Ovviamente non dovari distribuire alcun system.mdw, le installazioni normali
di Access entreranno automaticamente come Admin e finiranno perciň nel
gruppo "Utenti" senza bisogno di fare alcunchč.
Se implementi anche la "criptazione" del db sarai allo "stato dell'arte"
della
sicurezza in Access, di + al momento non č assolutamente possibile fare.
Bye, Ste



devi crearti un altro *.mdw personalizzato per quel db che vuoi
proteggere.
vai in start-esegui-wrkgadm.exe
lě crei un nuovo .mdw e applichi la sicurezza utente con questo mdw
attivo
poi risetti il system.mdw originale
per avviare il tuo db devi crearti un collegamento che richiami il tuo
.mdw anzichč quello di default:
"C:\Programmi\Microsoft Office\Office\MSACCESS.EXE" /wrkgrp
c:\database\protetto.mdw c:\database\database.mdb
