Newsgroup: it.comp.lang.visual-basic
Titolo: [?] PWD di condivisione disco e VB

Stamane installo l'applicativo su un "server" Win98SE.
Condivido in lettura/scrittura la mia cartella (sul disco C:).
Collego e preparo una postazione in rete locale e cerco di accedere al
server, tramite applicativo, alle procedure e ai database da esse gestiti.
Per le procedure nessun problema, ma al primo accesso ai database mi dice
"Errore: Database di sola lettura".
Torno sul server, il db è a posto. Scopro che il disco C: di quella macchina
era condiviso, ma condizionato da password.
Bene, l'ho condiviso in lettura/scrittura e tutto OK.
Ora, volendo ripristinare le cose (rispettando le scelte dell'utente), io
non ho la benchè minima idea di dove debba essere scritta quella password
(che chiaramente conosco e/o parametrizzerò da qualche parte) in un
programma VB (Uso DAO 3.6+Access). Lo specifico nuovamente: non è la pwd del
database, è quella di condivisione del disco sul server che ospita i miei
database.
Mi potete dare una dritta? Grazie

database.
Se ho capito bene, dovrebbe servirti WNetAddConnection2
-- 
ciao, hal

 Se ho capito bene, dovrebbe servirti WNetAddConnection2
Ma qui dice che proprio i parametri che dovrei passare (almeno la PWD)
devono essere Null per W98 e compagnia bella. Credo che lascerò stare e
metterò fra i requisiti di sistema che non vi siano PWD di condivisione :-(
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wnet/wnet/w
netaddconnection2.asp

netaddconnection2.asp
E' vero, non la puoi usare se il "server" e' un windows 98 :-(
Stasera, mentre girellavo per altre cose, ho pensato che forse con lo
scripting object potresti riuscire facilmente e ho trovato questo
articolo che potrebbe consentirti di lasciare password di
condivisione:
http://www.informit.com/isapi/product_id~%7B4C3BDB03-0A18-44BA-9E9F-35F77881165C%7D/element_id~%7B7176E108-8EB4-4D91-A57D-CC29CA340651%7D/st~%7B8B377B75-8B63-4AEA-BEA1-4917BA2DDED0%7D/content/articlex.asp
Cerca il paragrafo "Using the Network Object", ad un certo punto fa un
esempio di mappatura di risorsa di rete che mi sembra sia di un altro
win9x.
-- 
ciao, hal

 win9x.
hal, grazie ancora, ma non credo di aver capito. Mi pare che nei vari link
che gentilmente mi hai segnalato, si parli di come accedere alla rete e
mappare unità.
Io non ho il proplema di mappare un'unità al server, bensì, di poter aprire
un database (con DAO+Access) sul disco del server (già mappato a manina)
quando la condivisione del disco del server sia stata dichiarata
condizionata ad una password. Ovvero, la mia OpendDatabase (ma credo che
avrei lo stesso problema anche con una Open For Input di un file di testo)
funziona già e non mi segnala errori, ma il database (non avendo fornito la
pwd di accesso alla risorsa condivisa perchè non so dove metterla) è aperto
in sola lettura.
Credo di poter interpretare le tue indicazioni in questo modo: "accedo alla
rete con istruzioni che mi consentano di fornire la pwd e poi, in forza di
tale avvenuto, accordato e completo accesso, lavoro normalmente". E' così?
In ogni caso mi lascia molto perplesso come VB non preveda in bella evidenza
parametro o istruzioni atte a superare lo scoglio. Per esempio (saliamo di
livello): Come posso aprire in lettura/scrittura un file di testo che
risiede su un server della famiglia NT che preveda una pwd di accesso? C'è
qualcosa di evidentemente banale che mi sta sfuggendo...

risiede su un server della famiglia NT che preveda una pwd di accesso?
Prima ci si connette alla macchina.
-- 
ciao, hal

 Prima ci si connette alla macchina.
Ora è chiaro e lo è ancor di più per quel che segue:
-----------------------------------------------------------------------
Ritiro tutto (e, per l'ennesima volta, ammetto di non essere un sistemista)!
Ho ricreato (da una postazione XP verso "server" Win98SE) la stessa
situazione e avevo palesemente preso un abbaglio.
Quindi, riepilogando, ho condiviso l'unità C: del server (Win98SE)
condizionandola a una password di lettura/scrittura e ho condiviso la "mia"
cartella (residente in tale unità) in lettura/scrittura, senza condizionarla
alla password .
Sulla postazione (XP) ho connesso un'unità di rete verso la mia cartella sul
server e non ho fornito la password. Ho attivato il check "Riconnetti
all'avvio" e confermato. La connessione avviene, ma, evidentemente "monca",
ovvero di sola lettura. Mi sono disconnesso e riconnesso come stesso utente.
Mi ha segnalato (non avendo la password) che non poteva connettersi
all'unità di rete e ogni accesso al database (pur visibile, ma, lo sappiamo,
che necessita la scrittura anche solo per aprirli) mi era impedito con un
errore DAO 3051.
Rifaccio la connessione fornendo la password corretta. Accedo regolarmente
al database.
Concludendo: Tutte le protezioni vengono gestite dai sistemi operativi
attraverso finestrelle per l'input di UID e/o PWD (mi sta benissimo così,
quindi a VB non devo far fare nulla). Se non fornisco i dati corretti, gli
accessi in lettura/scrittura non saranno ammessi e si verificherà un errore
(ed è questa la situazione che avevo trovato dal cliente, con le macchine
già accese e con accessi alla rete senza, evidentemente, le PWD corrette).
Mi sta benissimo ancora e non scrivo una riga, nemmeno quella nell'help che
dice "non puoi accedere a un server spento", perchè del tutto simile alla
situazione descritta.
Mille grazie.

 qualcosa di evidentemente banale che mi sta sfuggendo...
ci sono almeno un paio di kb che spiegano come passare le credenziali a un
nt, da qualche parte li ho salvati. se li ho trovo te li mando.
cmq se hai fatto login e il server nt ti conosce come avente diritto, non
dovresti avere particolari problemi.
i problemi sorgono se vuoi che l'utente possa usare un exe/db sul server ma
non possa ravanare nelle relative cartelle. li' si tratta di passare le
credenziali da codice.
ciao
non disperare. devo avere solo qualche migliaio di mht, li trovero' :)

 non disperare. devo avere solo qualche migliaio di mht, li trovero' :)
Grazie J, la documentazione non si rifiuta mai, ma non ti dannare.
Se leggi il mio post sopra il problema č chiarito e ... non č piů un
problema. ;-)

 ha scritto

meglio cosi'
cmq, trovati e inviati.
si sa mai, magari ti capita di avere a che fare anche con server seri :)
ciao

 :)
Cioè macchine che hanno un S.O. ? (© Marco D'Itri)
Bye, G.

Cioè macchine che hanno un S.O. ? (© Marco D'Itri)
sbrrllfff :-DDD
Be', dai, l'unico BSOD di windows 2000 che ho visto era stata colpa
mia :-)
-- 
ciao, hal

 mia :-)
Ci credi che ancora non ne vedo uno, su W2K ?
Di programmi inchiodati, sì, ma il SO ha sempre retto.
Cioè, tranne una volta, ma poi si è scoperto che era
un problema HW.
Bye, G.