Newsgroup: it.comp.sicurezza.varie
Titolo: Sicurezza su Lan NT

Salve,
purtroppo uso NT da poco tempo e quindi non credo di avere sviscerato tutte
le possibilita' di questo OS sul versante della sicurezza.
Sulla nostra LAN abbiamo la possibilita' di inviarci file da una postazione
all'altra trasferendoli da C: all'unita' logica D: che e' stata preimpostata
come risorsa condivisa.
Cio' ovviamente e' di grande utilita' per avere rapidissimi trasferimenti di
dati senza fare i "postini di floppy e CD-Rom" da una postazione all'altra,
magari anche allocate su piani diversi dell'edificio, ma i capi lamentano il
fatto che, mentre con l'utilizzo di password i file sono certamente sicuri,
la stessa cosa pare non si possa riscontrare con i nomi delle cartelle (in
cui tali files vengono posti) create sotto NT nella risorsa condivisa, con
le partizioni logiche (che possono essere messe da chiunque in condivisione
dalla postazione interessata; in realta' la cosa mi pare un po' strana), e,
non ultimo, che non esiste, per i files inviati, un sistema di notifica di
avvenuta ricezione, stile e-mail, da parte della postazione destinataria al
proprio utente.
Prego chi fosse in grado di risolvere almeno uno di questi problemi, di
contattarmi direttamente alla mia mail box.
Grazie
KF

proprio utente.
Toh. Se lo sapessero gli autori de 'Il Mattino dei Maghi'. Io ho
tempestato vari newsgroups con la stessa domanda - e nessuno che
ne volesse sapere qualcosa.
Oggi che mi sono rotto i *.* e me lo sono scritto da me, ecco un
altro poveruomo con il medesimo problema.
Be', la buona notizia e' che il problema si risolve facilmente e
non da' problemi di compatibilita', anzi la rete accelera di una
manciata di %.
La cattiva notizia e' che va sostituito NT con Linux.
Leonardo
".signature": bad command or file name

 altro poveruomo con il medesimo problema.
Non ho capito nulla! :(

Non ho capito nulla! :(
Vuol dire che la funzionalità di "Notifica in email quando arriva un
file nella casella" non fa parte delle funzioni standard di NT. Però,
a quanto pare, è possibile averla.
Immagino che il buon Leonardo abbia modificato i sorgenti di Samba
quel tanto che basta da aggiungere la funzionalità che gli serviva.
Questo però lo si può fare con Samba, non con Windows NT, del quale
non ci sono i sorgenti (anche in Microsoft li hanno persi).
La domanda è quanti crash a randello sono provocati dalle modifiche a
macellaio apportate a Samba. Uno? Nessuno? Centomila?
Your

 Non ho capito nulla! :(
E c'era bisogno di quotare 30 righe scrivendone una per dirlo??
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

 E c'era bisogno di quotare 30 righe scrivendone una per dirlo??
Si, direi di si visto che anche il tuo richiamo e' arrivato quando il msg
originale non era piu' sul server ;)

 macellaio apportate a Samba. Uno? Nessuno? Centomila?
Ed e' subito sera. (se si deve andare sul classico... ;))
Questa pero' e' la parte con nebbia in val Padana:


 originale non era piu' sul server ;)
Questo non mi sembra giustifichi un comportamento normalmente
considerato maleducato e che attira giustamente i fanculo di molti
frequentatori di Usenet.


 frequentatori di Usenet.
Opinioni

 Opinioni
Per fortuna non solo mia, ma anche di chi ha definito le regole di
comportamento che tu sembri irridere, il che ti pone in una brutta
luce, poi continua ad agire come credi, non saro' io il beneficiario
dei fanculo di cui sopra.


 dei fanculo di cui sopra.
Si, per fortuna.

 per fortuna direi...
Gia' e proprio per mantenere questa fortuna che faro' lo sforzo di
trovarti un posto nel mio killfile.


> >dalla postazione interessata
Penso intenda dire che se Tizio condivide una cartella, dove Caio e
Sempronio possono scrivere, a quel punto non c'e' un modo semplice,
per Caio, di metter un documento nella cartella senza che Sempronio
possa leggerlo o vedere che c'e'.
Cioe', non posso creare cartelle "in sola scrittura".


Opinioni
VFNCL. 
-- 
The Hitman - 
http://members.xoom.it/hitman/
e-posta: 
sonic...@tiscalinet.it
 <-- *NUOVO*  
powered by SlackWare 7.0 - install at your risk :) 
"better dead than slave"

 possa leggerlo o vedere che c'e'.
Molto, ma molto piu' chiaro... sara' vero che l'italiano lanno (scusate gli
errori d'ortografia) inventato in Toscana? Pero' non devo avere ancora
capito :(
Almeno per la parte protezione da lettura non e' forse caratteristica di
NTFS? Ma cio' tu lo sai... allora dove mi sono perso?
"Semplice"?!?!?!?!? ;)

NTFS? Ma cio' tu lo sai... allora dove mi sono perso?
Allora, io ti descrivo la _mia_ situazione, poi vedi tu :-)
Ho un certo numero di workstations; su ciascuna, un utente puo' scrivere
un documento ("dossier"), che va recapitato al supervisore. Per farlo, i
vari impiegati mettono il dossier in \\SERVER\INBOUNDS. Nessuno deve ne'
sapere se e come ci sono altri files, li', ne' poterli togliere dopo che
siano stati messi.
Il documento appena messo in INBOUNDS deve: figliare una notification al
supervisor perche' smuova il culo e supervisioni... se no che supervisor
e'?, un log in un apposito registro in sola scrittura ;-), e altre cose;
una copia intifica ;-) viene spedita al compagno commissario politico in
modo che possa eventualmente dare un'occhiata in anteprima, ed una terza
copia viene messa agli atti in formato PDF.
Chiunque apra \\SERVER\INBOUNDS la vede sempre e comunque vuota.
Il supervisor consulta il documento, quando ha finito lo marca "visto" e
lo chiude. Il documento svanisce dalla cartella dove si trova, ricompare
in doppia copia (PDF e DOC) per la consultazione al compagno commissario
politico, un job log viene generato per il documento, e notifica di cio'
viene inviata all'impiegato originatore.
Questo se tutto va bene, cioe' mai.
Di norma il documento viene rispedito (con osservazioni) all'originatore
per la revisione, e il ciclo ricomincia. Sob.
E' essenziale che il documento non permanga "incustodito" in INBOUNDS, o
nella cartella "*per il compagno commissario politico*" (in ufficio sono
convinti che CCP significhi carbon copy for perusal; d'altra parte in un
altro posto uso GFDP per indicare 'generic failure: data purged'[1][2]).
In genere, chi scrive il documento non lo deve poi poter rileggere (puo'
pero' rileggerne una copia annotata, proveniente da un superiore; ma non
si tratta dello stesso _file_).
Leonardo al servizio del grande cuggino
[1] Grandissimo Figlio Di...
[2] Sono bravissimo con gli acronimi sconci :-)


convinti che CCP significhi carbon copy for perusal
Per un attimo ho pensato lavorassi in una sezione PCI
Ed adesso saluto... luuunghe ferie mi aspettano!!!

quattro e quattro otto anch'io :)
Come? Cosa? Dove? AS/400? Beavercow?
Leonardo che 'unciacapiton%azz


VFNCL. 
Cos'e', il codice fiscale di un vaffanculo? :P
-- 
Un GoTrax che non s'e' ancora presentato.
Rimediero'. Forse. :d
-- 

 In un messaggio del Tue, 18 Apr 2000 10:07:11 +0200 Paolo Fiore scriveva:
e con questo msg, piu' i precedenti, piu' le 30 righe di quoting... abbiamo
usato abbastanza banda che la si poteva usare per suonare qlcs ;PPPPPPPPP
un mayhem che la durezza di thorin a volte lo fa sorridere a volte no ;)
(spero il tuo killfile sia affollato e non sia spazio per me ;) )
--
-------------------------------------------------------
 Non capisco quel che penso, figurati quel che dici...
-------------------------------------------------------

 Per un attimo ho pensato lavorassi in una sezione PCI
io ero sicuro che cosi' non fosse, infatti io e leonardo ci siamo incontrati
la prima volta, durante le elezioni, nella sede del VLBUS, che perse con
contro il PCI ma anche su ISA. ora siamo entrambi iscritti ad AGP
:PPPPPPPPPP
scusate, non mi trattengo quando vedo ste cose :)


Cos'e', il codice fiscale di un vaffanculo? :P
Si :) 
