Newsgroup: it.comp.os.win.windows7
Titolo: evento dopo login

vorrei fare partire un'azione DOPO il login di un utente al pc. ambiente 
di AD . in pratica se il login viene eseguito da Pi...@dominio.local 
allora l'azione deve essere nulla, se invece il login viene eseguito da 
hac...@dominio.local allora vorrei rebootare il pc.
qualcuno sa darmi indicazioni?
 
grazie



puoi creare un logon script ed all'interno dello stesso effettuare i
test che vuoi; ti basta cercare "ad logon script examples" per trovare
esempi e documentazione, il punto è che non sono sicuro che lo script
sia la soluzione corretta per quanto richiedi, vedi, nel tuo caso credo
sarebbe un'idea migliore usare le policy di AD per impostare i diritti
di logon, in pratica usando tali impostazioni sarai in grado di
"legare" gli account utente ad uno (o più) computer, in tal modo un
dato utente potra effettuare logon SOLO sul/sui computer selezionati e
NON su altri, l'impostazione può essere effettuata sia a livello di
singolo utente, sia a livello di gruppi di utenti, ad esempio potresti
configurare una policy che impedisca agli utenti del magazzino di
effettuare logon sui computer dell'amministrazione
 
 

 dato utente potra effettuare logon SOLO sul/sui computer selezionati e
 
giusto per chiarezza
 
http://woshub.com/restrict-workstation-logon-ad-users/
 
 
considera che oltre a limitare il logon ad uno o più computer, è anche
possibile impostare la fascia oraria di logon
 
https://www.manageengine.com/products/active-directory-audit/kb/how-to/how-to-set-logon-hours-in-active-directory.html
 
 
ad esempio potresti fare in modo che un certo utente o gruppo di utenti
possa effettuare logon soltanto dalle 8 alle 18; in breve, ti consiglio
di documentarti bene sulle possibilità offerte dalle GPO in AD,
eventualmente acquista qualche buon testo o segui un corso (o un
webcast se preferisci) dato che ti permetteranno di sfruttare a fondo
le possibilità offerte da AD
 
 

 
 
ottimo, grazie, aggiungo solo qualche info ed aggiungo anche il motivo 
della richiesta.
in azienda siamo 12 domain admin , e uno di questi (un asino, ma il 
punto non e' qui) trova piu' comodo usare la mia scrivania anziche fare 
20 mt ed andare alla sua.
gia' detto piu' volte "con le buone" , ma la cosa non sortisce effetto.
non posso usare le policy per blindare il pc , poiche l'asino essendo 
Admin anche lui, accede al domain controller e fa qual c***o che vuole.
questo lo spiegone.
al momento ho risolto mettendo una pass di bios. nel profilo dell'asino
, in "esecuzione automatica" c'e' uno scriptino che reboota il pc.
accade questo:
 
a) l'asino fa login a nome suo
b) lo script rebbota il pc
c) trova la pass di bios.
d) asino fregato.
 
non e' molto elegante ma funzia. il prossimo step e' mettere le puntine 
da disegno sulla poltrona appena mi alzo.
 
grazie per le info, interessanti ed utili. se ti viene in mente altro, 
e' bene accetto. ricorrere alla violenza fisica non mi pare un modo da 
informatico.

 ricorrere alla violenza fisica non mi pare un modo da informatico.
 
Ah, allora non ce l'ho :-(
 
Bye, G.
 
 
----Android NewsGroup Reader----
http://usenet.sinaapp.com/
 

 reboota il pc.
 
Ma perchè fare reboot ? Troppo comodo (per "l'asino"), nel profilo,
invece di uno script, metti in esecuzione automatica semplicemente il
comando "logoff.exe", a quel punto l'asino arriva, si logga con le sue
credenziali ed il comando lo "slogga", al che l'asino cercherà di
capire cosa sia successo e, se per caso abbia sbagliato password o
altro, e quasi sicuramente proverà ripetutamente a fare logon... 
 
arrivi tu, lo sgami, ed usi un "LART device" come ad esempio, questo
 
https://clueb.at/cluebat.jpg
 
 
per spiegargli dettagliatamente il motivo per cui deve usare il suo
computer e non il tuo; in alternativa al device di cui sopra è
possibile usare un device a norme RFC-2321, nel tuo caso il device
dovrà essere riempito con sfere metalliche (come previsto da RFC)
 
https://tools.ietf.org/html/rfc2321
 
 
in tal modo, oltre a fungere allo scopo il device, essendo "a norma"
non creerà problemi in ambito di policies e normative :D