Newsgroup: it.comp.appl.access
Titolo: Protezione utente senza distribuire il file .mdw

Dopo molti tentativi sono riuscito ad impostare la protezione utente al mio 
ordigno.Mi sono letto un sacco di roba sull'argomento ed una in particolare 
mi ha interessto, ciè la tecnica di Alessandro Baraldi che in un post 
afferma
"Per la parte dati l'unico sistema +/- serio è quello di ricorrere alla
protezione Utenti
ma non come molti sostengono affidandola al File MDW, ma sfruttandola per
disabilitare tutti i privilegi di ADMIN e gestendo gli accessi
dall'applicativo MDE.
SENZA ASSOLUTAMENTE distribuire il file MDW."
Ora vorrei chiedere ad Ale od ad altri che usano questa tecnica, 
delucidazioni
su questa procedura.Nel senso, posso disabilitare usando il file system.mdw 
di default i privilegi
dell'Amministratore solo su un proggetto in particolare?Cioè creando un file 
.mdb con
il system.mdw di default ed andando a modificare le autorizazioni in questo 
file ,le modifiche
si rifletteranno solo sul file in questione o si ripercuoteranno nella 
reazione di successivi file .mdb?
Morgan

 Morgan
Non sò quanti usano questo
 sistema, in quanto la rottura di scatole
è quella di doversi poi fare una gestione utenti DEDICATA, ma
ti assicuro che è assolutamente più sicuro di quando distribuisci
il file MDW.
Ovviamente non è sicuro in assoluto.
Una volta disabilitato l'ADMIN e inserito un nuovo USER con i
privilegi di ADMIN se lasci associato il file MDB al tuo.MDW
chiederà sempre il LOGIN, mentre se lo riassoci al SYSTEM.MDW
si logga automaticamente come ADMIN(Senza privilegi).
Ora se in fase distribuzione alleghi al pacchetto il SYSTEM
il Login non sarà necessario e l'utente avrà i privilegi di
ADMIN(ridotti
da te).
Se il FE necessita di modifiche e non hai distribuito un MDE
puoi portarti appresso il tuo.MDW da cliente, modificarlo
dopo aver associato il file.MDB al tuo MDW, qindi ripristinare
il SYSTEM e riportarti via il tuo.MDW
Se ripristini il File SYSTEM.MDW queste restrizioni sono attive
solo sul DB realizzato puntando al tuo.MDW ovviamente, è proprio
su questo che si basa la protezione.
Ciao
@Alex
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 ha scritto nel messaggio 
news:fcf21126246f91cc71...@mygate.mailgate.org...

Quindi i privilegi di amministratore settati sul file .mdb hanno
la precedenza su quelli settati sul 
system.mdb.In
 pratica con questo 
giochetto
il file .mdb riconosce l'Amministratore di defaul (e non ti chiede la 
password)
ma gli applica i suoi permessi.La gestione utenti io preferisco farmela a 
manina
santa come te.La protezione utente mi serve soprattutto per impedire di 
copiare le tabelle
dal FE quando questo viene lanciato con un file .mdb 
esterno(importa/collega).
Certo così non vai in paranoia per posizionare il file  mio.mdw.
P.S.
La protezione utente è ostica ma ti da un controllo a livello di singola 
tabella
incredibile.Access non finisce mai di stupirmi.Quando una cosa del genere la 
vedono
al lavoro gli viene un infarto.
Morgan 

 ha scritto nel messaggio
news:43ca396d$0$1076$4faf...@reader3.news.tin.it...

Ciao Alex e Morgan ,
che posso dire: beati voie che ci siete riusciti!. Sono diversi tentativi  e
svariate ore che provo a determinare la protezione a livello utente senza
distribuire l'.mdw. Ma non ci riesco.
Ho seguito srupolosamnete i passaggi sul sito comune 6.3 Come utilizzare la
sicurezza di Access? nella sezione General e diversi suggerimenti dello
stesso Alex ed altri in giro.
Una volta creato il NuovoAdmin e declassato l'Admin e ristabilito il gruppo
di lavoro a system.mdw aprendo l'.mdb in questione, noto nelle protezioni
che i privilegi effettivamente non sono quelli amministrativi ma quelli
ridotti in precedenza... il problema è che indipendentemente da tutto,
l'admin declassato riesce a fare tutto quello che vuole ignorando dei
privileggi settati. Io come te, ho l'esigenza unica ed esclusiva di impedire
ad un .mdb nuovo di collegare/esportare tabelle presenti nel Fornt End .
La gestione dei permessi e delle views vengono caratterizzati da un log
interno.
Sareste così buoni da spiegarmi come devo muovermi?
io vi ringrazio in anticipo...
Saluti a tutti


Se hai declassato il tuo amministratore a livello di semplice utente stai 
attento
a levare le autorizzazioni ANCHE al gruppo Utenti.
Vai su strumenti Autorizzationi utenti e gruppi e seleziona Gruppi.
Controlla li i settaggi giusti.
Amministratore non deve avere niente.
Utente non deve avere niente.
Prova e facci sapere.
Ciao
Morgan

 >> >
Ok Morgan, mi hai dato una bella dritta: effettivamente trascuravo i
permessi settati di amministrazione anche sui gruppi. Ho approfondito poi
leggendo circa le regole di ereditarietà fra gruppi ed utenti.
Ma credo che il mio problema resti irrisolto!!
Ho assegnato ad una tabella i permessi:
Lettura \ Aggiornamento \ Eliminazione\ Inserimento automaticamente viene
settato anche lettura struttura. Solo con questi permessi l'admin declassato
ha la possibilita di leggere\aggiornare\modificare ed eliminare dati che,
secondo il mio ordigno, sono tutte operazioni consentite. Ovviamente tutto
replicato per le Query.
Per quanto riguarda i permessi al Database, alle Forms, ai Reports e alla
Macro ho settato solo il permesso di Apertura\Esecuzione.
Perfetto tutto sembra funzionare: aderendo all'immacolato system.mdw,
nessuna richiesta di login. L'amministratore 'illuso' non può , per esempio
creare nuove mascere, o tabelle... in perfetta sincronia con quanto ho
settato nei permessi precedentemente.
Il problema irrisolto: collegando alla tabella da un .mdb nuovo di zecca
creato norlmalmente vedo tutti i dati, importo, aggiorno ed elimino!!!!.
A questo punto credo che sia possibile linkare le tabelle perchè ho dato
agli utenti i permessi di lettura struttura e lettura dati, ma ovviamente se
tolgo questi permessi non sarà più possibile
visualizzare i dati all'interno delle maschere.?!?!
Ora i ti chiedo quali permessi sono da settare per farsì che tutto funzioni
all'interno ma dall'esterno venga tutto inibito??
P.S. Togliere i privilegi di lettura/scrittura su tutte le tabelle e
continuare a lavorarci sopra utilizzando al posto delle tabelle stesse delle
query eseguite con la WithOwnerAccess è troppo casino per me....
Grazie per la tua pazienza e scusami dall'emozione ho rispostoanche  al
mittente
Peppe

 ha scritto nel messaggio 
news:43cab11b$0$1086$4faf...@reader1.news.tin.it...


Hai levato le autorizzazioni ha tutti e due i gruppi Amministratore ed 
Utente
per tutti gli oggetti??????
Ribadisco ai Gruppi!!!
Morgan


Sto per gettare la spugna!!
Ho tolto quello che potevo togliere!!. Se tolgo l'autorizzazione di apertura
database non riesco nenche più ad aprirlo!. Se tolgo autorizzazione ad
utenti e gruppi su lettura dati, access mi dice che non ho i permessi di
leggere i dati, Se li assegno leggo i dati ma mi ci posso pure collegare.
Non so proprio che pesci prendere.
Fai bene a ribadire... ma a me non funuziona. ti chiedo troppo se mi mandi
un tuo esempio con mdb ed mdw per vedere come hai creato il gruppo?
Peppe

 ha scritto nel messaggio 
news:43cab987$0$1082$4faf...@reader1.news.tin.it...


 >
A me sembra di aver fatto tutto correttamente, ma se tu mi assicuri che se
correttamente impostata la protezione utente, questa impedisca di linkare
attraverso un nuovo .mdb il vecchio .mdb con amministratore declassato,
allora vuol dire che tanto correttamente le cose non le ho fatte. Credo
proprio di non avere speranze!!!
Approfittando della tua disponibilità io provo a dirti dettagliatamente cosa
faccio, con la speranza che tu possa ritrovare la metodologia errata:
1)Creo con WRKGADM.EXE un nuovo gruppo di lavoro che chiamo mio.mdw
2)Apro access, senza aprire nessun database, vado su Strumenti\
Protezione\Account utenti e gruppi
3)Sulla scheda 'Cambia password di accesso' Cambio la password di accesso ad
utente Amministratore
4)Sulla scheda 'Utenti' creo un utente che chiamo: NuovoAdmin
5)Selezionato l'utente NuovoAdmin, faccio aggiungi tra i gruppi disponibili
sulla voce 'Amministratori' che viene aggiunta anche nel riquadro appartente
a:.
6)Chiudo access
7)Apro access, creo un nuovo database che chiamo protetto.mdb , mi sono
loggato come NuovoAdmin
8)Vado su Strumenti\ Protezione\Autorizzazione Utenti e Gruppi
9)Dai Gruppi ELIMINO tutti i permessi agli utenti:Amministratore e
NuovoAmministratore per Database,Tabelle,Query,Maschere,Report,Macro
10)Da Utenti ELIMINO ad Amministratore i permessi 'amministrazione' per
Database,Tabelle,Query,Maschere,Report,Macro
11)Da Utenti CONCEDO i permessi per Apertura\Esecuzione per
Database,Maschere,Report,Macro e Lettura dati per oggetto:Tabella
12)Creo 2 tabelle: Tabella1 e Tabella2 (alla prima do privilegi di
modifica,inserimento,eliminazione, alla tabella2 solo lettura)
13)Una maschera poggiata su essa
14)Un report che ha come recordsource una query.
15)Riassocio con WRKGADM.EXE  il system.mdw
-------------Risultato dell'operazione:-------------------------
1)NON ho nessuna richiesta di Login-->OK
2)NON posso aggiornare, inserire o eliminare i dati da tabella2--->OK
infatti ho settato il permesso ad Amministratore di solo lettura.
3)Posso aggiornare, inserire o eliminare i dati da tabella1 --->OK infatti
ho settato il permesso per farlo
4)Posso eseguire Maschere,Report e query-->OK ho dato permessi di
Apertura\Esecuzione
5)NON posso creare nuove maschere,report,query--> OK
----------------------------------------------------------------
Tutto sembra funzionare, ma il mio scopo primario era IMPEDIRE LINK.
Allora:
1) creo un nuovo database lo chiamo:link.mdb
2)Tasto destro\collega tabelle
3)Vedo tutte e due le tabelle ------>sigh!!! KO!!!!
4)Le allego \Importo ------>sigh!!! KO!!!!
5)Sulla Tabella2 posso solo leggere
6)Sulla tabella1 ho privilegi completi.
7)Ho visto e mi sono fregato i dati!!!!
Ora, Morgan dove sbaglio!
Peppe

 Peppe
Morgan 


Peppe

 distribuito?!
A questo punto si!
Morgan


 >> Morgan
A questo punto io posso dirti che le ho provate tutte. ma non ci riesco. ho
paura che adotterò lo sporco metodo di nascondere le tabelle!
Peppe

 ha scritto nel messaggio 
news:43cc0bac$0$1072$4faf...@reader1.news.tin.it...

Ecco scoperto l'arcano.
Lasciagli solo sull'oggetto DataBase la chiamata Esecuzione.
Ciò ti permetterà di aprire il db e basta.
Da quì in poi come diceva Baraldi devi gestirti gli accessi a manina santa.
Quindi maschera di login e quindi una volta loggato l'utente gli fai fare o 
meno
le cose che vuoi tu ma non passando per il .MDW ma gestendoti il tutto da 
VBA.
Calcola che se anche la tipologia di utente è solo una puoi fare a meno del 
login
ma il culo per gestire leautorizzzioni te lo fai uguale.
Ora il discorso è ne vale la pena veramente?
Perchè non ti fai due utenti uno con privilegi di Amministratore e l'altro 
di utente.
Tanto l'utente la password la potrebbe mettere uguale no e poi fa fico.Ed 
allora invece di impazzire
con la gestione degli accessi a mano usa il file .mdw.Ti assicuro che per il 
livello
medio è più che sufficente.Poi il file .mdw lo nascondi in una cartella di 
sistema.
E poi sai che ti dico che se ti vogliono craccare la base dati il problema è 
loro, nel
senso che commettono un reato.
Pensaci.
[CUT]
Ciao
Morgan 

 Morgan


 Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG
Io vi ringrazio per le delucidazioni in merito e per la pazienza dimostrata.
Saluti
Peppe