Newsgroup: it.comp.lang.visual-basic
Titolo: Problema stringa di connessione.

Ho creato una piccola rubrica, che preleva i dati da un file .mdb.
Il file è salvato su un server Win 2000 Advanced Server.
I client girano su Win NT 4, e fanno parte dello stesso dominio del
server.
Ho impostato gli accessi ad "Everyone" per la cartella del db, e per i
files in essa contenuti.
Se il programma gira su un client NT (dove è loggato un utente del
dominio), viene generato un errore di accesso al db, e mi informa che
mancano le autorizzazioni; se invece loggo lo stesso utente su un client
Win 2000 il programma gira senza errori, ed i dati vengono recuperati;
stessa cosa succede se faccio girare il programma loggandomi come
Administrator su qualsiasi delle 2 postazioni (NT o Win 2000).
Cosa devo fare per permettere ad un utente, loggato con Win NT, di
accedere al db regolarmente ?
Serve una stringa di connessione particolare ?
Grazie per l'aiuto.
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

[*Cristian Martinello* = 
catti...@tiscali.it
 in
news:e7d732e0cc42abf6cf0...@mygate.mailgate.org
] ha
scritto:

Lo escluderei. Un database Access non ha, che io sappia, sistemi di
validazione dell'utente come può avere, per esempio, SQL Server. E' un file.
Però pretende i permessi di scrittura, anche solo per leggere. Probabilmente
quella cartella su NT Server è accessibile dall'utente (senza diritti
amministrativi) solo in lettura...

 amministrativi) solo in lettura...
Da proprietà della cartella, ho impostato "Allow" flaggando "Full
Control"...


 Grazie per l'aiuto.
Potresti postare la stringa che utilizzi?

> Potresti postare la stringa che utilizzi?
Const strConn = "Provider=Microsoft.Jet.OLEDB.4.0;Data
Source=\\Rubrica\rubrica.mdb"


 Source=\\Rubrica\rubrica.mdb"
hai provato a mettere il nome utente e la password nella stringa e persist
security info=false?

[*Marg* = 
ke...@inwind.it
 in
news:bluaj7$gk3ta$
1...@ID-193795.news.uni-berlin.de
] ha scritto:

'azz. Penso sempre a DAO.
Avvisatemi quando ADO verrà ufficialmente dichiarato morto. Mi offrirò una
cena.
Bravo Marg! (che, chiaramente, pensa prima/solo a ADO) ;-)

 Bravo Marg! (che, chiaramente, pensa prima/solo a ADO) ;-)
Io ho metà dei miei sw in DAO e metà in ADO....
comunque è vero che penso sempre a ADO (Alle Donne Ognimomento) ;-)

 security info=false?
Ho provato ora, e mi dice che manca il file workgroup, ho provato a
maneggiare anche quello, ma con lo stesso messaggio di errore.


 comunque è vero che penso sempre a ADO (Alle Donne Ognimomento) ;-)
Provo a rifarlo in DAO ?
O perdo tempo ?


 O perdo tempo ?
Non credo che il problema sia il tipo di provider utilizzato...
giusto per fare una prova, aggiungi un utente (di quelli che non si
connettono) al gruppo Administrator sul Server e vedi se funge

Gli utenti riescono a connettersi da un pc win2000, perché non
dovrebbero farlo da un winnt ?


dovrebbero farlo da un winnt ?
Premmessa, non ho mai utilizzato WinNT.
Hai provato a creare un file udl per verificare la connessione dopo
averlo opportunamente configurato?

 averlo opportunamente configurato?
E' la prima volta che sento parlare dei files udl, sono forse quelli che
si creano con la procedura guidata di VB .NET ?
In tal caso, se metto userid e password mi da sempre il solito errore,
se lascio tutto bianco il test è corretto, però funziona solo per utenti
amministratori, o loggati su win2000.


 utenti amministratori, o loggati su win2000.
Cristian, non rispondo per ADO (che uso solo ed esclusivamente con database
SQL Server), ma ho molti utenti con server e client in NT. Ti posso
garantire che un database Access è tranquillamente accessibile.

 wrote:
Hai aggiornato i client ... Jet ... MDAC ...?

> Hai aggiornato i client ... Jet ... MDAC ...?
No, ho fatto un setup, i client hanno una SP4; comuque, se al client
entro come
administrator, funziona correttamente.


 ... comuque, se al client entro come administrator, funziona
correttamente.
E allora mi permetto di consigliarti di rivedere tutte le autorizzazioni su
quella cartella.
In alternativa, tanto per provare (e magari darmi un'altra palettata di
letame da mettere su ADO...), prova con un nuovo progetto, il controllo Data
dovrebbe comunque essere disponibile, pur senza dichiarare DAO fra i
riferimenti, nel form ci metti un oggetto Data (DAO), e assegni (vado a
memoria, chiaramente prova prima sulla tua macchina) le proprietą Database e
RecordSouce, poi aggiungi (Componenti) una DataBoundGrid (non OLDEDB, quella
senza OLEDB) e la colleghi al Data di prima mettendo nel DataSource una
tabella popolata di quel database. Avvii con F5 (con l'utente che non va
nell'altro caso). Se va con DAO (persino con un Data-Eccetera), mandami la
palettata di cui sopra via corriere espresso...
Lupo.che.consiglia.i.Data-Eccetera.solo.per.prova!

Ho messo il controllo data, ho settato il Databasename andando a pescare
il file,
ma non riesco ad impostare il recordsource: "Unrecognized database
format C:\..."


 format C:\..."
Ma che SP hai su VB6? (almeno 4, vero?!)
Se è un database in formato Access 2000 (senza password), sincerati di
mettere fra i riferimenti (togliendo eventuale DAO 3.5x) DAO 3.6 e nella
proprietà Connect del Data scrivi (ma te lo dovrebbe proporre) "Access
2000;"

 format C:\..."
c:\ ???? ma non era in rete?
e comunque occhio alla proprietą Connect del controllo data

SP4 del visual studio;
Non vedo "Access 2000" nella proprietą connect;
Il db č in rete, ma l'ho messo locale per fare le prove.


 Il db è in rete, ma l'ho messo locale per fare le prove.
scusa, ma che senso ha fare le prove in locale se il problema è in rete?
ciaociao
P.S. se con DAO funzia non dirlo a nessuno altrimenti Lupo non lo tiene più
nessuno! <eg>

 tiene più nessuno! <eg>
Non cambierei idea in ogni caso (nè pro, nè contro), ma un segnale di come
va la prova (stesso identico ambiente!!!) lo vorrei.

 nessuno! <eg>
(Ok allora parliamo sottovoce)


 (Ok allora parliamo sottovoce)
Sě, dimmelo pure sottovoce, ma dimmelo! <eg>

 SP5.
Microsoft DAO 3.6 c'è tra i riferimenti...
Ho la SP4 di visual studio.
