Newsgroup: it.comp.os.os2
Titolo: peer capriccioso

Ciao all,
sto giocando con la gestione degli accessi del peer: ho creato su engrambi i
computer diversi utenti e un 
amministratore... come AUTORIZZAZIONI ho creato sulle 2 partizioni (una del 
SO e una dei prigrammi) un 
ACL unita' per i due dischi in modo che assegni permessi d'accesso di tipo 
personalizzato... fin qui tuto 
bene...
poi vado a creare una condivisione: metto l'unità C, lui mi trova i permessi
d'accesso impostati, li riconfermo, 
ma quando mi loggo come quell'utente non mi da accesso... torno ad andare a 
vedere la configurazione di 
quella condivisione e scopro che ogni volta che riesco dalle impostazioni 
lui mi cambia i prmessi d'accesso da 
personalizzati a quelli uguali per tutti con selezionato NESSUN accesso...
L'unico modo per tenerli personalizzati e' cambiare qualche impostazione in 
quelli assunti dell'unita', quindi lui 
mi crea una new entry tra le Autorizzazioni (l'entry \) e allora finche' non
rebooto funziona... nel momento in cui 
rebooto l'autorizzazione e' sempre impostata correttamente, ma se mi loggo 
con l'utente non mi lascia 
accedere ai files... E CHE CAZZO!!! avro' provato migliaia di volta e fa 
sempre cosi'... dove sbaglio?
P.S.: il difetto permane anche se installo le fix al peer (purtroppo la fix 
italiana e' un po' piu' vecchia di quella 
inglese)
P.P.S.: uso l'HPFS 386... configurata solo per quanto riguarda la cache 386 
(che viene caricata in 
sostituzione della normale)
Info2: e' normale che ogni volta che legge le autorizzazioni stia 2 minuti a
cercare sul disco?
Ciao 
        /^\
       / - \ntonio
 -+- Internet: 
aar...@interlandsrl.it
 -+- Team Os/2 Italia
 -+- PGP Public Key Available on request
 -+- Homepage: 
http://digilander.iol.it/arrex
 -+- The Arrex/2... powered by Os/2 Warp 4... proud to be 100% Micro$oft 
free
--- ProNews/2 1.5 + Os/2 Warp 4
* Origin "Human Disasters: Hiroshima '45, Chernobyl '86, Windows '95

 
Io non uso il peer di warp client con partizioni HPFS386. Le 
autorizzazioni non vengono gestite come si deve. Molti sconsigliano di
farlo. Se ti trovi a dover ripassare per qualche motivo ad HPFS 
liscio, rischi di veder sparire intere directory.
Se non vuoi rinunciare ad HPFS386, rimappa quel che vuoi condividere 
con TVFS, e poi condividi quello.
Nota che non sto parlando specificatamente dei problemi cui ti 
riferisci tu. Per altro, trovo un po' aleatorio il funzionamento della
GUI. Mi sa che il comando NET e' piu' solido. 
(Ad es., se creo le autorizzazioni via GUI, talora me le crea per ogni
subdirectory sul disco, e se poi le voglio cancellare, pretende che me
le cancelli a mano, subdirectory per subdirectory!)
Ciao
Gabriele

 le cancelli a mano, subdirectory per subdirectory!)
gia'... ho notato... in ogni caso ora (con hpfs liscio) funge tutto quasi 
bene... quasi, perche' e' sensibilmente piu' lento di hpfs386...


 con TVFS, e poi condividi quello.
potrebbe essere una buona idea.
--
ciao, Mirco.
ICQ number   : 51640305
(get ICQ at 
http://www.mirabilis.com
)

 Probabilmente xchè usi hpfs su warp4...
ops... ho dimenticato 386 :-))) era hpfs386!


 
Vuoi condividere C:\? Lo mappi come T:\ e poi condividi T:\. Il peer 
non lo vede come un disco HPFS386, e le sue autorizzazioni se le va a 
scrivere da un'altra parte.
MOLTO comodo, quando non ti interessa condividere intere partizioni, 
ma solo alcune directory.
Ciao

 tutte le condivisioni. 
Oh, ecco bravo! PREPACL.EXE e non NETACC.EXE, come ho scritto da 
un'altra parte.
Il fatto e' che nella *mia* directory IBM386FS, questo eseguibile non 
c'e'. Immagino sia stato un soprassalto di moralismo da parte di chi 
ha messo in rete il pacchetto (del tipo: "OK, vi faccio scopiazzare 
HPFS386, e non dovrei; pero' prepacl.exe non ce lo metto!")

 problema si risolve...
E come faresti? a me era sparito, quasi per intero, il disco di boot 
del server in ufficio.
Rimesso su HPFS386 non ero piu' capace di far tornare nulla in luce, 
nemmeno
cancellando tutte le aturizzazioni del mondo! ... cosi' e' finita che 
ho formattato tutto e
sono passato all'NFS, piu' lento... pero' va alla grande!
-  Antonio Manara Rossini.
-  E-Mail:    
toy.v...@iol.it
 
-  Web:       
http://users.iol.it/toy.vrgroup

 sono passato all'NFS, piu' lento... pero' va alla grande!
appena provato: avevo messo per sbaglio un permesso d'accsso sulla root del 
C:... passato a hpfs liscio non andava piu' il disco C... e l'autorizzazione
NON risultava nella lista... rimesso su con scamuffi vari hpfs386 (non 
potevo piu' editare il config!)... tutto tornato ok... vado nelle 
autorizzaizoni, la cancello, metto su hpfs liscio e ora va tutto...


 anche il config.x (quello per il boot in linea di comandi)...
ah... prepacl.exe... bene... e chi ce l'ha?!? Porca zozza, non ci sono piu' 
i cracker di una volta! :-))) Per curiosita', che pacchetto 386fs usi?


 cancellando tutte le aturizzazioni del mondo!
hmmm, evidentemente c'erano altri problemi non legati alle autorizzazioni.


 ..e non c'e' un modo per farli funzionare anche se sei un utente liscio?
penso di no. almeno no senza qualche altro software. questo dovresti chiederlo
a qualcuno che ha lavorato con OS/2 server e che sa come funziona il tutto. Io
non sono molto preparato.


 autorizzaizoni, la cancello, metto su hpfs liscio e ora va tutto...
fammi un esempio di "scamuffo" :)
Non potendo scrivere il config.sys io ero a piedi e l'unica soluzione 
mi sembrava quella di fare una installazione
veloce in un altra directory, reinstallare HPFS386 e modificare il 
config.sys nell'installazione "reale"...
Troppo brigoso e poi non avevo spazio per farlo.


 config.sys nell'installazione "reale"...
non avrebbe funzionato: non si poteva scrivere sul config.sys in nessun 
modo... per fortuna per me l'autorizzazione sbagliata era soltanto per la 
root... le subdir funzionavano. Onde per cui e' bastato copiare hpfs386.ifs 
su hpfs.ifs... cosi' l'ho fregato... in altre circostanze sarebbe stato 
NECESSARIO partire con un dischetto di sistema con deltro appunto hpfs386...


 NECESSARIO partire con un dischetto di sistema con deltro appunto hpfs386...
Ah, ok.... come sempre e' questione di c..o :^)
