Newsgroup: it.comp.os.win.nt
Titolo: Programma at del kez

Saluti a tutti.
Il problema che mi trovo ad affrontare e' il seguente:
effettuare il backup di una directory condivisa di una
macchina locale (con su Workstation) sulla directory di un
server ogni notte.
A tal uopo sono  utilissimi i noti programmi del Resouce Kit
"scopy" ed "at" (o l'analogo tool grafico Winat). Il primo
serve per effettuare il backup salvaguardando tutti i
permessi, il secondo per lanciare tale backup
periodicamente. La morale della faccenda e' che l'at non
funziona, ed ho fatto vari tentativi:
1) Ho lanciato il batch di backup a mano ed ha funzionato
2) Ho effettuato un at con lo stesso batch backup (con
dentro il comando scopy) tra due sottodirectory del server,
e non due directory condivise tra macchine diverse, ed ha
funzionato
3) Ho, solo per provare, messo full control ad everybody sia
nella direcotry di destinazione sia in quella d'arrivo delle
due macchine, e l'at non ha funzionato
4)Ho fatto altre prove con altre directory condivise di
macchine remote, non ha funzionato
5) Ho sbagliato apposta la sintassi del batch di backup e
l'event viewer me l'ha segnalato, ma quando lancio con at il
batch "corretto" che NON funziona, l'event viewer non dice
nulla.
Insomma pare proprio che l'at funzioni benissimo in locale
ma si ostini a non effettuare alcun backup tra macchine
diverse, e senza lasciare tracce e senza lasciar scritto
nulla sull'event viewer, come se avesse funzionato
perfettamente.
Se qualcuno ha anche una qualche vaga idea o suggerimento
sulla causa del problema gli sarei molto grato se la
comunicasse.
Grazie per l'attenzione,
b.
----
Posted via 
http://www.etin.com
 - the FREE public USENET portal on the Web
Complete SEARCHING, BROWSING, and POSTING of text and BINARY messages!

 wrote in message
news:133.9898...@iw1.mailusenet.com...
: Saluti a tutti.
: Il problema che mi trovo ad affrontare e' il seguente:
: effettuare il backup di una directory condivisa di una
: macchina locale (con su Workstation) sulla directory di un
: server ogni notte.
: A tal uopo sono  utilissimi i noti programmi del Resouce Kit
: "scopy" ed "at"
[...]
: Insomma pare proprio che l'at funzioni benissimo in locale
: ma si ostini a non effettuare alcun backup tra macchine
: diverse, e senza lasciare tracce e senza lasciar scritto
: nulla sull'event viewer, come se avesse funzionato
: perfettamente.
:
: Se qualcuno ha anche una qualche vaga idea o suggerimento
: sulla causa del problema gli sarei molto grato se la
: comunicasse.
: Grazie per l'attenzione,
: b.
[...]

 comunicasse.
Il consiglio è:
a) capire cosa è l'account System
b) a che gruppi appartiene
c) che cosa può fare.
quando avrai raccolto tutti gli elementi capirai perchè non funziona.
e capirai con quale account deve girare il servizio dello schedulatore.
Saluti.

>
Sei un grande, era esattamente cosi'. Per esser precisini
credo la passwordutente vada messa prima dell'opzione /USER.
Avevo intuito anch'io che c'era un problemuccio con
l'account System, ma prima di arrivare al comando Lan
Manager che mi hai indicato ci avrei messo settimane, sempre
che ci arrivassi, cosa di cui dubito.
Grazie mille veramente,
b


scusate l'inserimento fraudolento....
il problema non è tanto la password primdopo/durante, il problema è
capire come funzionano le autenticazioni di NT...
se un servizio (in questo caso lo scheduler) viene riconosciuto con le
policy di un utente system (leggi fa startup con l'utente locale di
sistema della macchina) non potrà mai eseguire altre cose su altre
macchine....
il backup che scheduli con at a tutti gli effetti è un processo che
parte e viene eseguito con l'utente con il quale è partito il servizio
scheduler, quindi se questo utente è system, su altre macchine non ha
nessun diritto di fare nulla.
La cosa la bypassi o come hai fatto tu, o attribuendo un utente
"amministrativo" del dominio al servizio scheduler.
Ergo, la soluzione che tu hai adottato funziona, ma non è propriamente
... elegante ...
Se devi levarti le tonsille puoi anche passare dal buco ... del sedere,
nessun problema in qualche modo ci arrivi, ma è più corretto passare
dalla bocca....
;-DDD
Ciao
-- 
Diego Campara
diego....@gara.it
Inverti gara per rispondermi.

 macchina locale (con su Workstation) sulla directory di un
[SuperCut]
Questo problema e' trito e ritrito... ci saranno un miliardo di post in
merito.
Antonio

 wrote in message
news:3B025912...@gara.it...
: scusate l'inserimento fraudolento....
Non *fraudoli* nessuno, ma ho una piccola obiezione.
Potrei aver bisogno di schedulare anche cose per le quali mi serve
l'utente System ...
ciao
Aldo
:
: il problema non č tanto la password primdopo/durante, il problema č
: capire come funzionano le autenticazioni di NT...
:
: se un servizio (in questo caso lo scheduler) viene riconosciuto con le
: policy di un utente system (leggi fa startup con l'utente locale di
: sistema della macchina) non potrą mai eseguire altre cose su altre
: macchine....
[...]
: Ciao


se al servizio scheduler assegni un utente facente parte del gruppo
"Domain Admins" (perchè hai un dominio, vero?) ed il gruppo Domain
Admins fa parte dle gruppo Adminitartors locale della macchina (come
dovrebbe essere) allora non hai nessun bisogno di utilizzare l'account
system per nessun tipo di lavoro.... qualsiasi cosa tu possa schedulare,
agirà comunque su qualsiasi macchina del dominio e sulla tua macchina
locale avrà gli stessi diritti ell'utente system.
