Newsgroup: it.comp.os.win.nt
Titolo: problema con un servizio "fai-da-te"

Per automatizzare  il piu` possibile la  gestione quotidiana dei  PC NT dei
nostri  laboratori, sto  sperimentando degli  script in  Perl (ActiveState)
installati come  servizio con srvany.exe/instsrv.exe (per  inciso, ho usato
le idee di "Windows NT Workstation Configuration and Maintenance" di Lavy &
Meggit, ed. O'Reilly).
L'idea e` di  avere srvany che esegue  uno script Perl, che a  sua volta si
connette ad  un server da  cui eventualmente prelevare, aggiornare  ed ese-
guire una serie di script (ad es.  per regolare l'ora, ripulire \TEMP, con-
trollare l'Event Log, "chiudere" qualche permesso di troppo, ecc.; o magari
installare nuove componenti).
Qui arriva il problema: il  servizio parte regolarmente, ma non si connette
in rete,  e quindi non aggiorna  gli script (quelli gia`  in locale vengono
pero` regolarmente  eseguiti. BTW, uso  i privilegi del sistema).  Se entro
come administrator locale (ah, le macchine sono in un dominio) e do un "NET
STOP ..." / "NET START ...", le cose stavolta funzionano.
Perche' fa cosi`  ? Mi e` venuto  or ora il dubbio che  forse all'avvio del
mio servizio manca ancora qualche  componente (il browser ??), e che quindi
potrei far dipendere l'avvio del  mio servizio da questo... gradirei molto,
pero`, avere l'opinione di qualcuno piu` addentro agli internal di NT.
Ah, la macchina con cui sto facendo i  test e` un NT 4.0 SP4 (ma dubito che
un SP5 o un SP6 cambierebbero le cose).
Grazie a tutti in anticipo.
Saluti,
Luca Polo.
-- 
Luca...@gest.unipd.it
 --- 
http://www.gest.unipd.it/~jake
----------------------------------------------------------
One Ping to rule them all. One Ping to find them.
One Ping to bring down them all.
And in the darkness crash them.         [The Lord of the Pings (of Death)]

 pero`, avere l'opinione di qualcuno piu` addentro agli internal di NT.
Hai gia provato a impostare l'utente con cui parte il servizio a qualcosa di
un po'
piú "potente" di System Account ???
Ciao Robertone

 writes:
R> Hai gia provato a impostare l'utente con cui parte il servizio a
R> qualcosa di un po' piú "potente" di System Account ???
Si`, ma non  sembra quello il problema: gli script  vanno (anche perche' ho
modificato i  permessi alle varie directory  in modo che gli  utenti non ci
possano fare danni,  ma l'accesso pieno a System  c'e`...), ma e` all'avvio
che non "vede" la rete: ho provato a dargli login e password per l'accesso,
ho provato  a modificargli lo  user ID con  cui gira il servizio,  ecc., ma
quando esegue "NET USE Z: \\SERVER\DIST [bla bla bla eventuali]" non riesce
a vedere le risorse di rete: o  mi dice che il set di credenziali esistente
e`  in  conflitto  con  uno  gia`  esistente  (ma  quale  ?!?   entro  come
administrator locale subito  dopo il boot, non tocco nulla  e non ho script
di logon o altro),  oppure mi dice che non trova il  percorso, a seconda se
imposto il NET USE con o senza userid/password.
Ah, per vedere i messaggi ho spuntato la casella "consenti all'applicazione
di interagire col desktop", ma anche senza, ridirigendo l'output su un file
di log, non cambia nulla.
Devo avere qualcosa di  strano con le autorizzazioni, evidentemente, oppure
c'e` qualche idiozia  o bug nascosto da qualche parte,  anche se sono quasi
sicuro che  la prima  sia quella  buona... a quanto  pare e`  la settimana:
anche con NIS+  e l'installazione di alcune SPARC ho  avuto problemi di au-
tenticazione, ma li`  conosco meglio il mio pollo e  sono riuscito ad aggi-
rare il problema. NT invece non e` proprio il S.O. che conosco meglio...
Continuero`  a provare  con qualche  altra combinazione  di privilegi  e di
utenti... senno`  o rinuncio  all'aggiornamento automatico degli  script, o
(cosa che  sto verificando ora) passo  ad usare il modulo  Net::FTP di Perl
(uso gia` Net::Telnet  per chiedere l'ora al server UNIX  sulla porta 13 --
ovviamente anche NET TIME  risente degli stessi problemi di autenticazione,
per  cui l'ho  aggirato  -- quindi  usare  Net::FTP non  sarebbe poi  tanto
strano...).


 imposto il NET USE con o senza userid/password.
Hai provato a usare l'account del domain admin?
Ci sono per caso shares con nomi piu' lunghi di 13 caratteri?
Da dove parte il cmd schedulato?
Che macchine coinvolge? E queste macchine sono nello stesso dominio?
G

 R> qualcosa di un po' piú "potente" di System Account ???
Io ho una applicazione che parte come servizio allo stesso modo (instsrv e
srvany)
si collegano alla rete per sincronizzare gli orologi dei vari PC e funziona
tutto correttamente
quindi la rete é attiva..... unica cosa ho creato un utente ad hoc perche
con Local System non funzionava
e i nostri utenti non possono modificare l'ora...
--
Ciao
Robertone
Amministratore di rete
http://members.xoom.it/tattola

 writes:
GM> Hai provato a usare l'account del domain admin?
No, anche perche' preferirei evitarlo (la password se ne starebbe in chiaro
nello script... certo,  ho "blindato" sia directory in  cui sono installati
lo stub service e gli altri script, ma...).
Ho provato ad usare invece un  apposito account che aveva i dovuti privile-
gi, ma niente lo stesso... Faro` un test con il domain administrator.
GM> Ci sono per caso shares con nomi piu' lunghi di 13 caratteri?
No: di solito le evito (anche per pigrizia :-)).
GM> Da dove parte il cmd schedulato?
Dal disco locale, al boot.
GM> Che macchine coinvolge? E queste macchine sono nello stesso dominio?
Il PC su cui gira ed il server. Ovviamente nello stesso dominio.
Comunque  ho aggirato  la cosa  con Net::FTP  e prelevando  i file  via FTP
anonimo dal server  UNIX... ma non mollo l'osso: non si  sa mai quando (non
"se"...)  avro`  di nuovo  necessita` di accedere  a qualche  risorsa "SMB-
only"; intanto la  necessita` e il poco tempo  spingono verso soluzioni al-
ternative (non che siano sbagliate o peggiori; sono io che sono un purista:
date a UNIX quel che e` di UNIX e a Windows nien... cioe`... quel che e` di
Windows :-)).
Mi sa  che cercando di chiudere il  piu` possibile la macchina  (va in mano
agli studenti... quel  che si dice "ambiente ostile"  :-)) devo aver chiuso
qualcosa di troppo.  Riprovero` su una installazione standard,  con calma e
un passo alla volta.
Grazie comunque dei suggerimenti (anche a Robertone).
