Newsgroup: it.comp.os.win.win2000
Titolo: Unità di rete e LocalSystem

 Ho la necessità di far girare un servizio (da me realizzato) con le
credenziali di LocalSystem (non posso usare un utente diverso, per altri
motivi).
Il problema è che questo servizio deve poter accedere a unità in rete.
Se usassi un applicativo normale, lanciato come utente, potrei
tranquillamente connettere Z: a \\Server\Cartella, da esplora risorse o da
Net Use.
E su W2k ho verificato che questa Z: sarebbe visibile anche a LocalSystem.
Tuttavia ho anche dei server W2003, per i quali LocalSystem NON vede le
unità connesse. Ho provato sia con esplora risorse che con net use, ma
assolutamente non trovo il modo.
Esiste forse una chiave di registry dove io possa connettere le risorse di
rete per LocalSystem?
Saluti
Alberto

E su W2k ho verificato che questa Z: sarebbe visibile anche a LocalSystem.
Mi pare strano. Localsystem è definito appunto solo localmente. In
rete non ha nessun diritto.
------------------
Alessandro Borille
Microsoft MVP - (Windows Server)

 rete non ha nessun diritto.
Non è un discorso di autorizzazioni, quanto di visibilità della connessione.
O, meglio, una strana combinazione delle due cose.
Ossia, se io su un W2k creo, da esplora risorse, la connessione Z: che punta
ad un server, su una condivisione, ad esempio, nullshare, non serve alcuna
autenticazione, la connessione 'nasce', e LocalSystem la vede.
Se faccio la stessa identica cosa su un W2003, LocalSystem non vede z:, e
scrive nel log che il percorso non è valido.
Mi servirebbe quindi la possibilità di creare connessioni di unità di rete
visibili anche da LocalSystem.
Ciao
Alberto

visibili anche da LocalSystem.
Per definizione non si può'.


O, meglio, una strana combinazione delle due cose.
Prova a vedere se questo articolo può farti aggirare il problema.
http://support.microsoft.com/default.aspx?kbid=289655


 Per definizione non si può'.
Per definizione, siamo tutti d'accordo.
Ma visto che con W2k l'accrocchio delle Nullshares o di creare le mappature
con un utente funzionava, e con W2003 non funziona più, speravo che si
potesse in qualche modo/chiave ricondurre W2003 a comportarsi come W2k.
Ciao
Alberto

 
http://support.microsoft.com/default.aspx?kbid=289655
Come vedrai nel mio post di ieri, è proprio questa cosa che non funziona più
con W2003 (inteso come client che deve accedere ad una nullshare).
Ciao e grazie dell'interessamento.
Alberto

 Per definizione non si può'.
Ecco, essendo io un testone, insisto sull'argomento.
Apro MMC, e vedo che la quasi totalità dei servizi si connettono come
LocalSystem.
Molti di essi, però, operano sulla rete.
Quindi, mi dico, deve esistere una qualche Api che consenta a LocalSystem di
accedere alla rete...
Se può farlo un servizio di Windows, non vedo perchè non può farlo un
servizio fatto da me (confortato da questo assunto, in passato ho superato
scogli che sembravano insormontabili...).
Saluti
Alberto

Ciao e grazie dell'interessamento.
Non ho ancora capito una cosa:
il computer remoto è win2k o win2003?
Il computer che mappa invece l'unità Z:, mi pare di capire, è 2003,
quello che ti dà le rogne.


con W2003 (inteso come client che deve accedere ad una nullshare).
Ho trovato questo a riguardo di null session e win2003, vedi se può
essere utile:
Windows 2003 has more granular settings for this, for example
disabling NULL sessions and anonymous listing of accounts separately.
This is most easily configured in the Network Access area of the local
group policy (assuming that you are talking about a single machine).
Start GPEDIT.MSC and go to:
Computer Configuration/Windows Settings/Security Settings/Local 
Policies/Security Options.
The meaning of each setting is described in Security Setting
Descriptions in the help file.


 il computer remoto è win2k o win2003?
Siccome il servizio deve testare dei percorsi inseriti dagli utenti in un
db, e gli utenti hanno mappato (non è una cosa che ho fatto io, e cambiarla
richiederebbe di stravolgere tutta una serie di cose...) Z: come
\\server\Archivio, occorre che il servizio veda z: come \\server\Archivio,
anche se \\Server è la macchina stessa.
Quindi, macchina remota e 'client' coincidono.
Nell'esempio che facevo, avevo un W2kPro che mappa Z: su se stesso, ma
passando attraverso il percorso di rete, ossia \\MacchinaW2k\Archivio_Prova.
Se mappo Z: da esplora risorse, quindi da sessione utente, LocalSystem può
usare Z:
Nell'altro esempio, avevo un W2003 che mappa Z: su se stesso, sempre
passando da rete, ossia \\Server2003\Archivio. Se mappo Z: da esplora
risorse, quindi da sessione utente, LocalSystem *non* può usare Z:.
Se fosse il male di risolvere questo specifico caso, potrei mappare Z:
usando un percorso interno (credo sia possibile), e non avrei problemi.
Ma ho un servizio in produzione presso un cliente che invece ha necessità di
accedere da W2003 ad un altro W2003 (e per il momento la funzionalità che
implica l'accesso non funziona), e altri servizi presso altri clienti che
girano benissimo, ma sono ancora su W2k. Se domani migrano a W2003, la cosa
salta fuori...
Ciao
Alberto

 essere utile:
Ti ringrazio tantissimo.
Non vorrei però che perdessimo di vista il nocciolo del problema.
Il discorso delle nullsession era stato tirato in ballo come esempio, per
mostrare che non si trattava di un semplice problema di autenticazione.
La soluzione che auspico, infatti dovrebbe consentirmi di mappare unità non
Null, inserendo ovviamente un User e Pwd validi nel momento della mappatura
(che è quello che su W2k funziona...).
Ciao
Alberto


wrote:

Insisto anch'io. :-)
Se usi localsystem, non puoi definire una password per autenticarti,
localsystem usa per l'appunto una null session.
Se vuoi mappare una unità senza null session non puoi usare
localsystem.
Se il percorso è locale, prova ad usare subst invece dei comandi net.


 localsystem.
Da un punto di vista logico, il tuo ragionamento non fa una grinza.
E sono d'accordo con te, anzi, confesso di essermi stupito quando avevo
scoperto che LocalSystem poteva usare le mappature a condivisioni non Null,
fatte da un utente da esplora risorse (e questa non è un'opinione, se hai
modo di provare vedrai che su W2k funziona perfettamente).
Questa cosa, se vogliamo un po' anomala, era stata da me sfruttata per
realizzare alcuni software che girano senza problemi da alcuni anni.
Adesso, però, un paio di clienti hanno migrato su W2003 e mi trovo
inchiodato, perchè W2003 non consente la stessa cosa.
Potrei risolvere tutto splittando il software in un modulo "Servizio", che
non richieda interazione e che quindi può essere registrato con le
credenziali di un utente, e in un modulo "Consolle", che esegua in una
normale sessione utente.
Ma speravo in qualcosa di meno invasivo...
Ciao
Alberto

realizzare alcuni software che girano senza problemi da alcuni anni.
Prova a leggere questo breve thread che mi sembra sia molto simile al
tuo caso. Occhio al link lungo (sono pigro).
http://groups.google.it/groups?hl=it&lr=&ie=UTF-8&threadm=c82om2%24dq5%241%40dns3.cae.ca&rnum=1&prev=/groups%3Fsourceid%3Dnavclient%26hl%3Dit%26ie%3DUTF-8%26q%3Dlocalsystem%2Bnull%2Bsession


 tuo caso.
Ero certo, anzi, certissimo, che in questo NG avrei trovato la competenza e,
soprattutto, la pazienza, di qualcuno in grado di risolvere il problema.
Ebbene yes.
Come indicato nel thread che mi hai riportato, l'autenticazione di
LocalSystem in rete funziona, basta aggiungere Macchina\ davanti allo user.
Sembra l'uovo di colombo, anzi, a pensarci bene è una cosa logica, ma
presumo non ci sarei mai arrivato.
Siccome tutti i miei servizi hanno dei file .Ini con i parametri di lavoro,
non dovrò neppure toccare il software, ma basterà modificare gli Ini e
riavviare il servizio.
Thanks again e, non si sa mai, a buon rendere.
Alberto