Servizio NTP su windows 2003 e 2008 domain controllers

Il comando provato più volte e funzionante per configurare il servizio ntp per i domain controller e altri server verso il pdc è: 

w32tm /config /manualpeerlist: /reliable:yes

poi riavviare il servizio ntp: 
sc stop w32time 
sc start w32time

Se questo post ti è stato utile commentalo ;)

Stop Java Update

Capita spesso di installare il java runtime environment azione che purtroppo spesso si porta dietro quel noioso aggiornamento. Su macchine dove non è stato disabilitato si rischia di avere diverse versioni installate che oltre a occupare spazio inutile hanno il fastidioso problema di compatibilità con le applicazioni. Avendo attivo l'aggiornamento vengono installate più runtime environment quindi capita che applicazioni che fino a ieri funzionavano da un giorno all'altro non funzionino più.
Se applicazioni avviate da sistema operativo (tipo riga di comando) possono essere adeguate impostando la variable d'ambiente JAVA_HOME lo stesso non è così per applicazioni web che richiedono la modifica delle impostazioni dal pannello di controllo java.

Per disabilitare questo noioso aggiornamento ci sono diversi metodi, detto che modificando da pannello di controllo java funziona a livello utente ma non di macchina quindi gli altri utenti che si collegano al desktop avranno di nuovo quel problema. Qui di seguito un po' di metodi:

1. il più brutto ma forse più efficace e semplice
rinominare il file jusched.exe, non parte più in qualsiasi parte del registro sia inserito l'avvio.

2. macchie 32 bit:
hklm\software\microsoft\windows\current version\run\ eliminare la chiave jusched.
verificare anche in hkcu 
3. macchine 64bit con una versione 32 installata:
HKLM\Software\Wow6432Node\Microsoft\Windows\CurrentVersion\Run eliminare la chiave jusched

Se è stato utile l'articolo scrivi un commento ;)

TRATTATO DI GEOMETRIA DESCRITTIVA

E' Con molto piacere che voglio pubblicare uno scritto di mio Zio che riguarda la Geometria descrittiva.

La traduzione di un libro di  C. –F. –A. LEROY, Professore alla Scuola Politecnica, Maestro di conferenze alla Scuola Normale Cavaliere della Legion-d’Onore.

I link alle prime traduzioni sono i seguenti:

Volume Primo Testo
Libro Primo Testo
Tavole

Adobe Reader X "Accesso Negato"

"Errore nell'apertura file. Accesso Negato"
Oggi mi è capitata una richiesta da un utente che all'inizio sembrava banale. Richiedeva la possibilità di leggere dei pdf all'interno di una cartella nella quale ha sempre avuto accesso.

Va premesso che un paio di giorni fa ho dovuto reinstallare il sistema operativo e tutte le applicazioni all'utente, nel farlo ho aggiornato adobe reader con la versione X.

Dopo questo post verrà anche a voi l'idea che X non sta per 10 ma per la croce di pericolo.... tipo quelle dei passaggi a livello!

Dopo aver perso un oretta a verificare l'e permission delle cartelle, la sua appartenenza ai gruppi corretti, il problema continua a presentarsi all'utente.

Praticamente sicuro che non fosse un problema di Adobe vado tranquillo mi collego al pc e verifico che effettivamente l'utente riesce a copiare il file e ad aprirlo dal desktop.

Quindi mi dico: "non ci sono problemi di permission ntfs, allora è un problema di Adobe"

Googlo un po' e scopro che questa versione adotta la strategia del minor privilegio, vedere qui per i dettagli pertanto se l'utente ha diritti minori nell'arco del percorso della directory il sistema non gli fa aprire il file anche se sul file ha Full Rights.

Allego uno scereenshot del parametro da togliere.

Altrimenti su installazioni più estese è possibile modificare questo parametro nel registry anche via policy di dominio:

[HKEY_CURRENT_USER\Software\Adobe\Acrobat Reader\10.0\Privileged]
"bProtectedMode"=dword:00000000

Lasciate un commento se questo post vi è stato utile...

Vespa 50 special, quando i lavori si facevano...

Il mio primo mezzo a due ruote è stato una Vespa rossa, quando l'ho voluta non sapevo che in realtà entravo in uno stile di vita e una filosofia che non sempre è comune.

Per un periodo c'è stato amore e odio, poi ho scoperto la 50 Special 4 marce e alcune modifiche che la rendevano un'altro mezzo, grazie a dei cari amici.

Così decisi che anch'io dovevo avere una Vespa 50 Special mentre avevo già una bella moto, la Honda NSF 125 senza carena.

Quando acquistai questa vespa aveva un colore orribile ma originale dell'epoca, poi la dipinsi di blu Martellato Corti, che posso definire il Blu per antonomasia.

Ecco una foto di quando l'ho ristrutturata:

Gateway con linux

Sto preparando un ambiente di test per poter provare l'upgrade di una foresta active directory da w2003 a W2008R2.

Al di là delle implicazioni sistemistiche relative all'ambiente microsoft quanto va considerato con maggior attenzione sono le applicaizoni che si appoggiano al dominio e che vi accedono.

Saltando questo argomento magari trattato in altro post, qui descriverò in un passo come configurare una piccola macchina linux che faccia da gateway verso l'ambiente di produzione.-

L'obbiettivo è di tenere isolato il laboratorio active directory per evidare danni e invece di far accedere alcune applicazioni client server al loro database, per poterne testare il funzionamento senza dover portare qualche centinaio di gigabite di database nell'ambiente lab.

Non è infatti necessario che oracle acceda allo stesso dominio dell'applicazione che sarà in lab su un dominio clonato. L'applicazione usa la porta 1521 e tcp/ip per accedere al db pertanto non ha necessità di accedere allo stesso dominio del db.

Ho preparato pertanto un ambiente virtuale con uno switch senza interfaccie per tutte le macchine provenienti dal domino e ho creato una macchina con Debian 6.0.4 a 32bit con un installazione light senza nessun componente aggiuntivo. La macchina ha 512 mb di ram 12 GB di disco (anche troppo) e due schede di rete una nella lan laboratorio e una nella lan di produzione.

Fatto ciò ho creato questo scriptino:

#!/bin/sh

#cancello tutte le iptables
iptables -F


# attivo il nat
iptables -t nat -A POSTROUTING -o eth1 -j MASQUERADE

# accetto tutti i pacchetti da interfaccia interna
iptables -A INPUT -i eth0 -j ACCEPT

#accetto i pacchetti da interfaccia esterna se provenienti da ip specifico
iptables -A INPUT -i eth1 -j ACCEPT -s 192.168.1.200

#forwardo i pacchetti da interfaccia interna verso l'esterna solo se ip e quello interessato
iptables -A FORWARD -i eth0 -o eth1 -j ACCEPT -d 192.168.1.200

#blocco il forward per tutti i pacchetti
iptables -A FORWARD -i eth0 -o eht1 -j REJECT


#attivo routing
echo 1 >  /proc/sys/net/ipv4/ip_forward

Alcune precisazioni:

eth0 corrisponde all'interfaccia verso il laboratorio

eth1 verso la rete di produzione

l'ip 192.168.1.200 è quello del server a cui mi interessa la connessione sia attiva.
Consiglio di consultare i parametri di ip tables per espandere la visibilità di una rete rete/byte, oppure aggiungere un'altra riga identica con altro indirizzp per accedere ad altro ip.

Nella macchina client il default gateway deve essere l'ip dell'interfaccia eth0 oppure utilizzare le rotte.

La gara di canoe

Questa storiella gira sul web da tanto tempo ma mai come ora mi sembra adatta alla realtà Italiana e di talune aziende, dove c'è tanta simbiosi con lo stato italiano da riprodurne alcuni comportamenti.

C’era una volta una squadra Italiana di canoa. Cliccare quì corsadicanoe.pps

Una societa’ Italiana ed una Giapponese decisero di sfidarsi annualmente in una gara di canoa con equipaggio di otto uomini. Entrambe le squadre si allenarono a lungo e quando arrivo’ il giorno della gara ciascuna squadra era al meglio della forma, ma i Giapponesi vinsero con un vantaggio di oltre un Km. Dopo la sconfitta il morale della squadra Italiana era a terra. Il Top Menagement decise che si sarebbe dovuto vincere l’anno successivo e costitui’ un gruppo di studio per approfondire il problema. Il gruppo di studio scoprì, dopo molte analisi, che i Giapponesi avevano sette uomini ai remi ed uno che comandava, mentre la squadra Italiana aveva un uomo che remava e sette che comandavano. In questa situazione di crisi il Menagement diede prova di capacita’ gestionale: si assoldo’ immediatamente una societa’ di consulenza per studiare la struttura della squadra Giapponese. Dopo molti mesi di duro lavoro gli esperti giunsero alla conclusione che nella squadra c’erano troppe persone a comandare e troppo poche a remare. Con il supporto dello studio degli esperti fu deciso di cambiare immediatamente la struttura della squadra ; ora ci sarebbero stati quattro comandanti, due supervisori dei comandanti, un capo dei supervisori ed uno ai remi. Oltre a cio’ si introdusse una serie di incentivi per motivare il rematore: “dobbiamo ampliare il suo ambito lavorativo e dargli piu’ responsabilita’”. L’anno dopo i Giapponesi vinsero con un vantaggio di due Km. La societa’ Italiana licenzio’ immediatamente il rematore a causa degli scarsi risultati ottenuti sul lavoro, ma nonostante cio’ pago’ il bonus al gruppo di comando come ricompensa per il grande impegno che la squadra aveva dimostrato. La societa’ di cosulenza preparo’ una nuova analisi dove dimostro’ che era stata scelta la tattica giusta, che anche la motivazione era buona, ma che il materiale usato doveva essere migliorato. Al momento la societa’ Italiana e’ impegnata a progettere una nuova canoa……..