Newsgroup: it.comp.appl.notes-domino
Titolo: login WEB

Vi descrivo il problema...
ho sviluppato una applicazione su Domino che funziona via WEB.
L'applicazione è costituita da un DB nsf che contiene dei dati e dal quale
si accede a degli allegati archiviati in altri DB senpre nsf e con ACL
uguali al DB principale.
Il problema è che dopo il login iniziale per accedere al DB principale,
viene chiesto un altro login per il primo accesso agli allegati. Dopo il
secondo login posso aprire qualunque allegato anche negli altri altri DB che
li contengono senza problemi.
Come mai viene chiesto di nuovo il login ?? C'è un modo per evitarlo??
Grazie in anticipo per qualunque suggerimento.
Ciao
Val

> Grazie in anticipo per qualunque suggerimento.
Perché hai messo i due db in due directory differenti?
L'autenticazione vale in discesa nell'albero delle directory.
--
@ --> Juda of 3AM - juda(strudel)
despammed.com
KP --> Non esiste l'impossibile. L'impossibile non esiste.
YG --> 
http://it.groups.yahoo.com/group/scarver
CISNK --> tessera n° 17

 L'autenticazione vale in discesa nell'albero delle directory.
ma si può accedere direttamente hai db che contengono allegati senza 
passare dal primo db? se no perchè le ACL le hai messe uguali? sicurezza? 
io penso che la prima basti.....cmq segui il suggerimento di juda se devi 
mantenere tutte e due.
ciao
marko

 passare dal primo db? se no perchè le ACL le hai messe uguali? sicurezza?
L'utente smaliziato può accedere direttamente al db con gli allegati e per
sicurezza ho mantenuto le ACL

 gestione di alcune repliche
ops...avevo capito male la domanda!
ma il problema nasce dal fatto che sono in directory differenti?
anche se i db con gli allegati sono in una sottodirectory di quella che
contiene il db principale??

 che contiene il db principale??
Allora... la visibilità dell'autenticazione è identica a quella delle 
variabili nella programmazione classica: la directori più interna, o 
sotto, vede l'autenticazione di quella sopra. Ovviamente due allo 
stasso livello non si vedono l'un l'altra, a meno che non si abbia una 
autenticazione ancora superiore. Se il primo accesso avviene al db 
nella dir superiore quando entro nell'altro non avrò nessuna richiesta. 
Il caso inverso, naturalmente, non vale, quindi sarà chiesta una doppia 
autenticazione. 


 nella dir superiore quando entro nell'altro non avrò nessuna richiesta.
E' il mio caso... ma a me chiede un nuovo login !

> E' il mio caso... ma a me chiede un nuovo login !
Non dovrebbe, che risulti a me, ma so di non sapere...
--
@ --> Juda of 3AM - juda(strudel)
despammed.com
KP --> Non esiste l'impossibile. L'impossibile non esiste.
PRJ --> struKtura

 wrote in message
news:cb8m51$6ab$1...@news.flashnet.it...


  salvo grant strane sulle directory - a livello di server ....
"It is also important to note the "realm" against which authentication 
is taking place. A realm is a text string indicating the path or 
directory for which a user has been authenticated. If the user requests 
access to a database that is not in the same directory or a 
subdirectory, the server will prompt the user to authenticate again. 
This could be quite annoying for the end user. This problem can be 
solved by implementing "Session Authentication" as explained later in 
the Medium Security section." 
Il che non vuol dire affatto che sia necessaria la session 
authentication. 
Secondariamente, ma non troppo:
Environment - Server 6.0
Session authentication - disabled
Configuration - nseeuna
Costruiti i db nelle relative dir:
l1a\level1a.nsf
l1a\l2a\level2a.nsf
l1a\l2a\l3a\level3a.nsf
l1b\level1b.nsf
Nessuna modifica alle ACL di serie, quindi:
Default - No access
Juda (o vostro utente) - Administrator
etc. etc. etc...
Fate le vostre prove di accesso e decidete, questi sono i fatti.


 wrote in message news:Usenet.qhorhpjp@localhost...


 dice alla fine del testo in inglese che hai postato.
Esplicita, perché la tua risposta non è chiara.
Il comportamento non è affatto un problema, ma una questione di 
gestione dei realms da parte di Domino. 


 2) I due db sono sullo stesso server ?
SI


Fail la prova che ho riportato, per favore.


Anzi, tanto ci sei ci potresti riportare sinteticamente la struttura 
delle dir dei db come ho fatto io e descrivere la sequenza di accesso 
ai vari db? 


 ai vari db?
Domani provo con i tuoi suggerimenti e vi aggiorno...
Comunque la struttura è
notesdata\archivio\main.nsf
notesdata\archivio\immagini\filiale1.nsf
notesdata\archivio\immagini\filiale2.nsf
...
notesdata\archivio\immagini\filialeN.nsf
L'accesso ai dati avviene su main.nsf dal quale tramite dei link si aprono
dei file PDF archiviati nei vari db filialeX.nsf.
Solo alla prima apertura di file mi chiede il secondo login. Al file
successivo che apro, anche se è sul db di un'altra filiale, non lo chiede
più.
In realtà la cartella archivio e tutto quello che ci sta sotto è un
collegamento alla cartella vera e propria che si trova su un altro
disco...stava finendo il disco e ho dovuto aggiungerne un altro (quindi in
notesdata ho messo solo il collegamento)!
Che sia questo il problema??
...aggiungo un'altra difficoltà a proposito di login via WEB...
L'applicazione iniziale era studiata solo per Notes.
Successivamente ho dovuto implementare la parte WEB perchè il cliente ha
dismesso il client notes.
Le ACL inizialmente contenevano solo dei gruppi ma poi via WEB mi sono
accorto che non veniva risolta l'appartenenza di un utente al gruppo e
nessuno ci accedeva. Ho così dovuto inserire tutti gli utenti, uno per
uno....
Ho sbagliato qualcosa o va fatto così??

 wrote in message
news:cbeua0$qvg$1...@news.flashnet.it...


 
Scusa, 
1. Per favore, il quoting.... :-)
2. La session Authentication secondo me porta con se dei problemi. 
Tipo: User & Pwd passano in chiaro.
--
http://www.depquest.net


Chiedo scusa per il quoting :-))
Era - tuttavia - una mia curiosità sapere se abilitandola risolve il
problema (come dice l'help) o no...
Ciao
MR

 problema (come dice l'help) o no...
Risolve il problema sebbene non sia un problema, se non nel senso che 
va compreso. 


 wrote ...



Si, risolve il problema... ma non e' la risposta esatta (anche x' 
richiede cfg extra...) 
Con la session autentication tu ti autentifichi di botto su TUTTO 
domino. Con l'altro metodo puoi fare i realm e decidere quali aree 
autenticare Diciamo che se sei un tipo distratto e lasci in giro un po' 
di accessi "Default" non controllati... con la session authentication 
lasci un po' giu' le braghe. 
P.S. Io sul mio server ho session autenthication.
P.P.S. Io sul mio server ho https attivo :-)
--
http://www.depquest.net

 risposta mi sembrava in linea con la domanda.
Ok.
La risposta era: devi pensare bene a come strutturi le directory per le 
tue applicazioni. Questo č un comportamento che va tenuto a priori, 
cosě hai tutta la libertŕ possibile dopo nello scegliere la 
configurazione. Se attivi la session auth, a parte questioni di 
sicurezza su cui sorvoliamo, non ci devi piů pensare, ma magari 
qualcuno potrebbe non potere o volere. Il fatto che sia possibile fare 
una cosa non comporta che la si debba fare (cit.) 


 una cosa non comporta che la si debba fare (cit.)
L'ho fatto (Session Authentication) perchè avevo urgenza di risovere il
problema. Ed ha funzionato.
Ma in effetti avendo più tempo a disposizione vorrei levare la Session
Authentication e far funzionare tutta l'applicazione con un unico login
classico al db principale...cosa che doveva già funzionare visto che gli
altri db sono in una sottodirectory...mah!
Ma a proposito del fatto che con il login via WEB non mi viene risolta
l'appartenenza al gruppo, qualcuno mi sa dire qualcosa?

...

Per verificare se un utente è contenuto in un gruppo prova a guardare
le funzioni @UserNamesList e @ismember nell'help del designer. Ti
saranno d'aiuto.

 saranno d'aiuto.
Ma il problema è che prima nelle ACL avevo solo gruppi e via Notes era tutto
ok.
Via WEB invece non si riesce ad fare il login perchè non mi risolve
l'appartenenza dell'utente al gruppo...così ho dovuto mettere nelle ACL
direttamente gli utenti, uno ad uno.