Newsgroup: it.comp.os.win.win2000
Titolo: Evitare richiesta password per collegamenti di rete

Salve a tutti,
in una rete costituita da tutti windows 2000 pro avrei bisogno che dopo che
un utente è entrato sul proprio pc con il suo nome e password
automaticamente avesse accesso a tutti gli altri pc presso cui ha un account
senza che questi chiedano la password.
Ad esempio il pc X deve connettersi al pc Y che contiene una stampante
condivisa ed un altro pc Z che contiene documenti vari.
Il problema che sto riscontrando è che durante l'avvio (dopo che l'utente ha
inserito il proprio user e la propria password) il pc X chiede la password
per ripristinare le unità di rete che avevo creato nella sessione
precedente, inoltre, una volta avviato, non stampa tramite il pc Y perchè
vorrebbe (ma non lo chiede) una password per poter accedere al pc Y stesso e
quindi stampare. Ovviamente chiede la password anche quando si tenta di
accedere ai documenti condivisi sul pc Z.
E' possibile registrare queste informazioni una volta per tutte nell'account
dell'utente del pc X ?
Finora c'ero riuscito ma da quando via, via devo reinstallare il S.O. su
macchine che ne hanno necessità il sistema non funziona più.
Grazie veramente di cuore a chiunque abbia la pazienza di leggere tutto ciò
e di aiutarmi.
LIS

LIS
Stai parlando di un gruppo di lavoro?
-- 
Rossano Orlandini
MCSE MCSA MVP - Windows Server

 MCSE MCSA MVP - Windows Server
Mi sa di si. forse dovrebbe bastargli il comando NET USE con i giusti 
parametri ?
Andrea. 



Ogni account dovrebbe essere presente sul pc remoto negli utenti locali
(con la medesima password).
Ma la soluzione migliore di gestione sarebbe quella di implementare un
dominio Active Directory.


> Stai parlando di un gruppo di lavoro?
Si, di una rete con circa 15 postazioni che prelevano documenti da uno
stesso pc ed hanno le stampanti condivise 2 a 2 (ovvero c'è un pc X con una
stampante locale che condivide con il pc Y)

 parametri ?
Ho già provato a fare un .bat con il net use ed inserirlo nell'esecuzione
automatica, ma ci sono due problemi:
1) se il pc che non ha la stampante locale viene acceso prima di quello che
ce l'ha, lo script viene lanciato ma non essendo l'altro ancora in rete non
si ha alcun effetto. In seguito, quando,  si tenterà di stampare (dal pc
senza stampante) otterremo un semplice "impossibile stampare" senza
spiegazione o finestra popup che inviti ad inserire la password.
2)A volte (forse spegnendo il pc con aperte finestre su documenti che
puntano alla macchina condivisa) prima ancora che appaia il desktop (e
quindi venga lanciato il net use) viene chiesta la password per accedere
alla macchina con i documenti e va inserita a mano vanificando l'automazione

 dominio Active Directory.
ehm, in cosa consisterebbe ?
Intanto grazie ad entrambi per l'interesse dimostrato!
LIS

ehm, in cosa consisterebbe ?
Almeno una macchina con sistema operativo Windows 2000 Server /Windows
Server 2003 per la centralizzazione degli account e TANTE altre cose
(Group Policy, pubblicazione di stampanti e condivisioni,
centralizzazione di valori di security e gestione delle password, solo
per dirne alcuni...)
Un workgroup già con 10 postazioni può essere di scomodissima
manutenzione...


 manutenzione...
Il problema è che non posso cambiare sistema operativo....

 Il problema è che non posso cambiare sistema operativo....
Una macchina di recupero con linux + samba + webmin che fa
da domain controller.
bye G.L.
-- 
Renaissance, aka Gian Luca Sole
Per rispondere, togli nospam letto al contrario, e cambia nazione.
"E' assolutamente evidente che l'arte del cinema si ispira
alla vita, mentre la vita si ispira alla TV" - Woody Allen

 (altrimenti entro nel pc ma non nella cartella)
io sono messo come te: ho 5 PC in un gruppo senza server.
come detto ogni PC deve avere tutti gli Utenti con la stessa Passw;
fatto ciň io non mi sono mai trovato a dover immettere la passw all' accesso
su una cartella condivisa.
prova a vedere in Utenti-Avanzate-Gestione avanzata che non ci sia una
disabilitazione o una scadenza passw.
poi: ovviamente Pippo quando accende *il proprio PC* immette la passw vero?
Non č che in Utenti hai tolto la spunta da "Per utilizzare questo computer č
necessario che l utente immetta il nome e la passw" vero?
sono tutti W2K?
con pc XPpro ho avuto problemi anche io.
Infine forse occorre valutare nella condivisione le autorizzazioni: se ci
sono delle "nega" nei posti sbagliati o delle propagazioni dal padre che non
vanno.
ciao

 vanno.
Ok, grazie, controllerň questo tipo di impostazioni......
LIS

non nella cartella)
Nelle proprietà della condivisione (o NTFS) non si crea nessun
account, si aggiungono quelli presenti nella macchina).
Per evitare di modificare tutte le condivisioni ogni volta che
aggiungi un utente ti conviene utilizzare i gruppi.
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

 aggiungi un utente ti conviene utilizzare i gruppi.
+ che altro è che il sistema usato denota una scarsa comprensione dei
privilegi, così è facile fare dei casini.
o meglio, mettere in casino un SO Win...
ciao

 LIS
aspetta...
partiamo dal principio, Vanni mi ha fatto vedere una cosa che prima avevo
letto in fretta.
l' UT Paperino sul PC di Pippo a che gruppo appartiene? E nella cartella
condivisa che privilegi ha e qualinegati a quel gruppo?
bisogna che fai ordine in questo!
ciao!

 o meglio, mettere in casino un SO Win...
Si, è vero, lo ammetto, con tutte quest password, account, privilegi, ecc.
non ci capisco niente, ma proprio niente, tuttavia sono costretto ad
occuparmene io.........
Esiste per caso un manuale (magari online) "come configurare BENE una
piccola rete aziendale" ?
Grazie cmq a tutti per l'aiuto (ora controllo le impostazioni e domani vi
faccio sapere)
LIS

Ovvero ?
Sul computer che deve condividere delle directories, crei un gruppo
chiamato "utentidellarete" in cui inserisci (dopo averli creati
localmente) tutti gli utenti che devono accedere.
Nelle proprietà NTFS e di condivisione metti i diritti a questo
gruppo, così quando aggiungi un utente basta che tu lo aggiunga al
gruppo evitando di editare tutte le condivisioni.
[1] "Che casino..."? Infatti, è qui che entrano in gioco i vantaggi
del dominio.


 cartella altrimenti non c'era modo di entrare!
ma pork... :-)
vai in Avanzate di Utenti e passw
clicca sul pulsante Avanzate apri la cartellina Users ora fai doppio click
nel riq di dx su Paperiono e vedi la tab "Membro di"
io ho Paperino membro di Users mentre Topolino è anche membro di Power Users
la mia cartella Documenti ha le autorizzazioni su Users in sola lettura  la
cartella  Comune ha controllo completo x Everyone ecc
se decido che PAperino e pippo fanno dei casini, metto il gruppo User e gli
nego la scrittura.
Io uso: in condivisione, Autorizzazioni lascio Everyone e poi nego nella Tab
Protezione xkè a negare nelle Autorizz della condivisione mi sono trovato
problemi, ad ogni modo devi fare si che siano coerenti le Autorizz di
condiv. e i permessi di Protezione altrimenti sono casini.
Tieni presente che una negazione prevale sempre: se spunti un nega a Users è
inutile che tu a metta Everyone controllo completo.
Occhio anche al "consenti di propagare ... dal padre"
ti confido che i miei casini ed incomprensioni ce li ho: se nego la lettura
di una cartella a Users mi aspetterei che gli Admin o i PowerU possano
continuare a leggerla, invece...
ciao

continuare a leggerla, invece...
Ed è giusto così. Users è il "supergruppo" a cui appertengono TUTTI gli
account locali della macchina. Se neghi a Users, è chiaro che anche
Administrator viene bloccato.


continuare a leggerla, invece...
Può darsi che gli utenti siano appartenenti anche al gruppo su cui
imposti la negazione.
Comunque la negazione di diritti, oltre che come hai notato possibile
fonte di problemi, non è necessaria se non in casi particolari (es.
vuoi dare diritti a tutti i membri di un gruppo tranne uno).
Di regola i permessi si danno in positivo, partendo da zero e
assegnando dei "concedi" solo ai gruppi che li devono avere.


Administrator viene bloccato.
Di default, Administrator appartiene solo al gruppo Administrators,
quindi una negazione su Users non ha effetto su di lui.
Io penso che lui abbia degli account creati successivamente, che
appartengono sia ad Administrators che a Users.


 assegnando dei "concedi" solo ai gruppi che li devono avere.
infatti, adesso penso di aver capito: a Users non nego, ma non concedo
mentre concedo a Power la lettura e a Admin. il completo.
grazie.
ciao!

 anche Administrator viene bloccato.
E' chiaro a chi l'ha saputo da qlche parte! :-)
a me risultava che il contenitore generale si chiamasse Everyone e poi ci
sono gruppi con diverse caratterisctiche ma che Users contenesse Admin
proprio non lo avrei mai immaginato, anzi mi pareva logico il contrario:
users è un sottogruppo che non dispone di tutti i privilegi.
d'altra parte se nella gestione utenti scrivi che gli Admin hanno il
controllo completo mentre gli altri hanno restrizioni mi pare logico vederla
come ho detto.
ti ringrazio molto adesso mi è tutto + chiaro.
ciao!

quindi una negazione su Users non ha effetto su di lui.
Administrator appartiene (ovviamente) anche a Users. 
Lo puoi verificare (su un client XP o 2003) entrando come Administrator
e digitando da prompt: whoami /groups.


 appartengono sia ad Administrators che a Users.
tu dimostri che nn sono strano io.
e infatti sbagli come ho fatto io, xkè non ci si poteva ragionevolmente
aspettare che Admin appartenga a Users, di nascosto, xò!
soliti casini alla MS: tutto nascosto e non lineare. :-)
ciao!

users è un sottogruppo che non dispone di tutti i privilegi.
Users è un gruppo cosiddetto Built-in, integrato nel sistema, non
eliminabile e a cui fanno parte tutti gli utenti locali delle macchina. 


 MCSE MCSA MVP - Windows Server
ho provato in una finestra cmd.exe a lanciare whoami/groups . . . mi ha 
mandato a c****re con :
 "  "whoami" non è riconosciuto come comando interno o esterno, un programma 
eseguibile o un file batch."
Perchè ?
Andrea. 



Perché devi installare i Support Tools dal CD di installazione di XP
(oppure scaricarli da qui 
http://snipurl.com/8j5i
).


e digitando da prompt: whoami /groups.
Ho visto, non sapevo.
Però l'appartenenza non è esplicita nello snap-in di Gestione
Computer, né facendo "net user nomeutente".
Mi chiedo quindi se ci siano differenze tra l'appartenenza esplicita e
questa "builtin" (e quindi se ha senso inserire un utente locale nel
gruppo "Users").


gruppo "Users").
Per default, al gruppo built-in Users appartiene solo il gruppo built-in
Authenticated Users (ecco perché Administrator ne fa parte).


Authenticated Users (ecco perché Administrator ne fa parte).
Come altri utenti, del resto, fanno parte di Authenticated Users.
Appunto, quello che mi chiedo è se faccia differenza inserire o no
esplicitamente un utente locale nel gruppo Users, visto che tanto ci
entra implicitamente.


entra implicitamente.
Da un punto di vista pratico, direi non c'è differenza.


 ha scritto nel 
messaggio news:vsofq2phmu1f64b14...@4ax.com...

OK, grazie...
Sempre prezioso.
Ciao,
Andrea.