The plugin can be downloaded here:

http://wordpress.org/extend/plugins/wordpress-you3dview/

Come da tradizione il sistema operativo è Debian Voyage, ma tutta la procedura può comunque essere applicata ad una qualsiasi macchina con installato un os Debian-based (a meno di qualche piccola modifica). Per altri sistemi operativi guardate la wiki di SixXS.

SixXS

Il primo passo è, per l’appunto, quello di registrarsi su SixXS e richiedere un account. La registrazione, prima di essere accettata, deve essere verificata manualmente quindi probabilmente potrebbe passare qualche giorno (nel mio caso ci sono voluti pochi minuti).

Una volta ottenuti i dati di accesso bisogna richiedere un tunnel. In questa guida coprirò la configurazione di un tunnel heartbeat con Aiccu. Anche la richiesta del tunnel richiede approvazione, quindi in attesa possiamo configurare il sistema (una volta approvato il tunnel basta inserirne il nome in /etc/aiccu.conf e gli ip in /etc/network/interfaces).

AICCU

Come premesso il sistema deve avere l’ora corretta con uno scarto massimo di 30 secondi, altrimenti AICCU non stabilisce la connessione. Nel più semplice dei casi per farlo basta installare il pacchetto ntp. AICCU logga in /var/log/syslog, ecco il tipico errore per problemi di sincronizzazione:

Una volta sincronizzato l’orario si può procedere installando il pacchetto aiccu . All’installazione vi verranno chiesti i dati di accesso a SixXS. Oltre a questo ho scommentato soltanto due righe in /etc/aiccu.conf, riporto tutto il file:

username MY_USERNAME
password MY_PASSWORD
protocol tic
server tic.sixxs.net
ipv6_interface sixxs
tunnel_id MY_TUNNEL
verbose false
daemonize true
automatic true
requiretls false
makebeats true

Basta adattare le variabili username, password e tunnel_id (tutti dati che vi devono essere dati da SixXS) e il gioco è fatto.
Molte informazioni le potete trovare anche nella wiki di SixXS: http://www.sixxs.net/wiki/Aiccu

Interfaccia di rete

Quando il tunnel ci verrà attivato potremo configurare l’interfaccia, nello specifico inserendo questa configurazione in /etc/network/interfaces (utilizzando i dati che abbiamo ottenuto):

L’IPv4 dell’endpoint è quello italiano, ad ogni modo nella mail di conferma attivazione del tunnel c’è scritto tutto. Il vostro indirizzo IP e quello del gateway differiscono soltanto per l’ultima cifra: :1 per il gateway e :2 per il vostro IP.

Test IPv6

Terminati questi passaggi il nostro IPv6 dovrebbe essere pronto. Riavviamo AICCU e la rete (/etc/init.d/networking restart) e testiamo il tutto pingando (occhio, ci vuole ping6) il gateway IPv6.
Per ulteriore prova si può visitare  la home page di SixXS dove un blocchetto verde ci accoglierà con un festante “You’ve got IPv6!”.
Se siete a terminale e volete testare qualche sito in IPv6 fate attenzione che lynx supporta IPv6 mentre links2 no.

Subnet, routing e assegnazione IP

Ora che abbiamo un IPv6 e lo usiamo per navigare da un pc, è giunto il momento di ottenere una subnet /48 per poter assegnare un IPv6 ad ogni nostro apparato (ovvero ai nostri 1.208.925.819.614.629.500.000.000 apparati).

Come al solito il primo passo è richiedere a SixXS una subnet. Una volta ottenuta la rete /48, seguendo la guida nella wiki di Sixxs, andiamo a configurare una /64 per la nostra rete.
Assegniamo staticamente uno di questi indirizzi in /etc/network/interfaces:

Riavviata la rete, il nostro ALIX avrà un secondo IPv6 (oltre a quello del tunnel). Per permettere il routing e l’advertising degli indirizzi ip usiamo radvd: non si tratta di un DHCPv6 (al momento non esiste un DHCPv6 veramente funzionante) ma di un router IPv6 che periodicamente invia pacchetti multicast di Router Advertisement per permettere l’autoconfigurazione degli apparati di rete utilizzando gli ip della nostra subnet.
Dopo aver installato il pacchetto radvd bisogna creare il file /etc/radvd.conf con il seguente contenuto:

Avviamo radvd e abilitiamo il forwarding:

Se tutto è andato come doveva le macchine nella vostra rete dovrebbero ottenere un indirizzo IPv6 (parlo di Mac e Linux, per Windows arrangiatevi.. :) e navigare IPv6.
Provate ad aprire il sito SixXS per averne conferma:

Firewall IPv6

Una cosa che ben presto si capisce di IPv6 è che le tanto odiate NAT in certi casi facevano comodo. Uno di questi è che un IP privato era privato. Con IPv6 quasi tutto è pubblico e quindi un firewall è indispensabile.

Ho scritto un breve script per ip6tables prendendo spunto dalla wiki si SixXS, dopo averlo personalizzato (dovete settare qualche IP) basta metterlo in /etc/init.d e aggiungerlo al runlevel di default (update-rc.d firewall-ipv6 defaults):

Per essere sicuri che il firewall funzioni si può usare questa applicazione web: http://ipv6.chappell-family.com/ipv6tcptest/. Se tutto va bene il risultato dovrebbe essere questo:

Passati quindi questi giorni d’abitudine ecco che arriva la recensione d’obbligo,per l’occasione scritta a 4 mani con Alessandro :-)
Speriamo vi piaccia l’esperimento…

L’articolo è così diviso:

• in forma plurale per quel che riguarda giudizi in comune
• in forma singolare in corsivo i giudizi personali, preceduti dalle nostre iniziali per distinguerli

T: Premetto che i miei giudizi sono quasi sempre relativi a Gnome 3 di default, ho notato che molte cose sono personalizzabili e molto è in movimento a riguardo (fantastica l’idea di utilizzare CSS e JS per la personalizzazione), ma i pacchetti stabili nei repository di Fedora 15 sono ancora pochi quindi non ho provato customizzazioni iper-alfa trovate qua e là.

Menù “Attività”

T: Tra tutte le novità di Gnome 3 questa è quella che mi lascia più dubbi, in particolare mi ha lasciato un po’ perplesso il fatto che debba attivare questo menù per vedere il dock. Su Mac (e, diciamocelo, Gnome 3 da MacOSX ha preso moooolta ispirazione quindi il paragone vien da sè) sono abituato a tenerlo in basso a scomparsa. È vero che anche su Gnome 3 può essere considerato a scomparsa, ma non mi torna che per andare a cliccare su un’icona del dock (che si trova al centro del lato sinistro dello schermo), io debba, col mouse, andare a colpire l’angolo superiore sinistro per poi scendere nel dock.
In alternativa posso usare il tasto Win/Cmd ma mentalmente, quando parto per fare una cosa col mouse, tendo a farla tutta col mouse; questa mia abitudine comunque non invalida la critica appena fatta al doppio movimento del mouse per raggiungere il dock .
Ho provato anche il pacchetto gnome-shell-extensions-dock che mostra una copia del dock sempre visibile a destra, ma non permette alcuna personalizzazione (tipo l’autoscomparsa) e quindi ho smesso di usarla (anche se comunque fa il suo dovere).
Riguardo alla gestione delle applicazioni nel dock trovo poco pratico che per eliminare una icona debba portarla sul cestino. Trovo che la soluzione di MacOSX (basta trascinare un’icona fuori dal dock) sia più furba. Mi sembra anche limitante (data la mancanza di collegamenti sul desktop e sulle barre) non poter inserire nel dock link a file o cartelle.

A: Condivido le obiezioni sulla scelta di colpire in alto per poi doversi spostare sotto, ma devo dire che ho visto cose più scomode! Anche io sono per un diciamocelo: diciamocelo colpire l’angolo in alto a sinistra sembra davvero la cosa più naturale per fa succedere quello che accade, ma forse si potrebbe a mio avviso estendere la “zona di sensibilità” a tutto il bordo sinistro dello schermo in modo da trovarsi “subito” sul dock e far sentire Tommaso un po’ più a casa :P

Sempre nel menù “Attività” si trovano la gestione delle finestre e dei desktop (che a questo punto non sappiamo se si chiamano ancora così). Crediamo che siano una tra le cose meglio riuscite di Gnome 3: l’effetto exposè è molto fluido (con i driver nouveau, anche se rinunciando ad un po’ di fluidità si guadagna molta batteria sull’xps utilizzando i proprietari nvidia, attualmente inusabili invece sul Macbook Pro dato che freezano il sistema dopo una sospensione) e muovere le finestre tra i desktop è estremamente facile e intuitivo. Ottima anche la gestione dei desktop che nascono e muoiono in modo tale da avere sempre e solo un desktop vuoto oltre a quelli in uso. Lo shortcut Ctrl-Alt-<freccia> per muoversi tra i desktop funziona benissimo, forse sarebbe stato utile avere i desktop a matrice e non in linea (o almeno un menù per scegliere come gestirli).

Altra ottima impressione ce l’ha fatta il motore di ricerca: competere con Gnome-do non era facile ma a nostro parere ci riesce bene. Non abbiamo ben capito se piano piano memorizza l’associazione tra le ricerche frequenti e ciò che poi effettivamente viene aperto (sospettiamo di no), ma più o meno troviamo sempre quel che cerchiamo, probabilmente ogni applicazione ha una serie di alias (localizzati) con cui viene indicizzata. Infine, ma fondamentale, non è molto intuitivo il movimento con la tastiera tra i risultati di una ricerca: si devono usare i tasti sù/giù anche se d’istinto entrambi useremmo destra/sinistra, auspichiamo di poterci muovere a matrice il più presto possibile.

T: Mi sono accorto che spesso non mi ricordo il nome dell’applicazione che sto cercando ma al massimo in 2 o 3 tentativi la trovo anche se non ho digitato il nome esatto.

T: Ultima parte riguarda il pannello applicazioni, che mi lascia qualche dubbio. Si parte dalle cose più pratiche: le icone sono troppo grandi e quando si sfogliano i varì menù il movimento degli occhi per cercare le cose è piuttosto ampio. Sarebbe utile quantomeno poter scegliere come visualizzare le icone. Sempre riguardo alle applicazioni i nomi delle stesse spesso sono lunghi e vengono tagliati. Il problema è che non sono riuscito a visualizzare il nome intero, ad esempio fermando il mouse sull’icona. Se ci fossero due programmi con nomi lunghi e uguali in gran parte non saprei quale lanciare…
Per finire penso che, dopo aver cliccato su “Applicazioni”, quando vengono mostrate quelle nel menù “Tutte”, sarebbe furbo mostrare quelle più usate.

A: Ho sinceramente usato pochissimo il pannello delle applicazioni, anche a causa dell’abitudine in me radicatissima all’utilizzo di gnome-do, che mi aveva portato a non utilizzare nessuna forma di launcher, quindi non mi pronuncio. Non sono ancora convinto con il mostrare le applicazioni più usate, personalmente se uso qualcosa tanto, allora senza dubbio mi preoccuperò di inserirlo nel dock .

Pannelli

I pannelli (superiore e inferiore) rompono veramente con il passato.
In quello inferiore vengono mostrate le notifiche che finora non ci sono sembrate male.

T: A volte però sono un po’ inutili: ad esempio se da Thunderbird clicco su un link che viene aperto in Firefox, prima mi viene mostrato un inutile “Firefox è pronto” seguito da una seconda notifica con il titolo della pagina aperta. Ho inoltre l’impressione che la seconda notifica faccia sparire la prima, che potrebbe non essere molto intelligente se avevo bisogno di leggerla. Le icone delle applicazioni riguardanti le notifiche passate rimangono visualizzate in basso a destra, ma se più notifiche riguardano la stessa applicazione viene visualizzata solo un’icona (che rende quindi difficile capire cosa dicesse una notifica sparita in tutta fretta per l’arrivo di una seconda). Per ora resto dell’idea che le notifiche presenti nel vecchio Gnome o quelle Growl di MacOSX siano un po’ più utili.

Il pannello in alto prende un po’ le funzionalità del pannello di MacOSX, cosa che adoriamo (T: anche su Gnome 2 ho sempre usato l’estensione del pannello per inglobare il menù delle applicazioni). Attualmente il menù delle applicazioni che abbiamo provato rimane all’interno delle stesse, immaginiamo (e speriamo :P) che piano piano inizierà a spostarsi nel pannello di Gnome… In effetti ora come ora le funzionalità nel pannello in alto sono piuttosto minimali, ma facilmente estensibili con le già citate gnome-shell-extensions (T: e in quel vuotume la mancanza dei collegamenti e delle applet si fa sentire!).

Ci sentiamo di elogiare la chiarezza del menù del calendario/data ma:

T: Peccato però che attualmente sia praticamente inutile dato che non uso Evolution ma Thunderbird. Mi sembra piuttosto assurdo che il calendario possa mostrare solo eventi del calendario di Evolution, spero che ben presto venga modificato questo comportamento. Esiste un modo per fargli visualizzare gli eventi di Lightning (l’estensione calendario per Thunderbird) ma richiede di creare un account in Evolution (e quindi impedisce di poterlo disinstallare) e l’installazione dell’estensione di Thunderbird “Evolution mirror” che però al momento non funziona dato che richiede gnome-python2-evolution, ad oggi non funzionante dato che non supporta il passaggio alle nuove Gtk3 (o almeno questo ho capito da una veloce lettura della mailing-list degli sviluppatori).

A: Per quanto riguarda il calendario mi sarebbe piaciuto poter aggiungere eventi direttamente dal pop-up senza dover avviare tutto evolution. Non che il pim di gnome non mi piaccia, funziona benissimo con la rubrica di gmail e google calendar e tutto quanto, ma aggiungere/modificare gli eventi dal popup sarebbe davvero carino.

T: Il menù dell’utente è ben progettato, ho inserito la possibilità di spegnere direttamente il pc (sempre con una gnome-shell-extension) anziché utilizzare il tasto Alt per modificare “Sospendi” in “Spegni”, questa scelta di default non mi è sembrata molto intuitiva.
Il fatto che possa scegliere da quel menù il mio stato globalmente (attualmente solo “Disponibile” o “Non disponibile”) mi piace, ma lo trovo un po’ fuorviante se le mie connessioni sono spente.

Varie

T: Ho notato la quasi totale mancanza di possibilità di personalizzare l’aspetto di gnome (a meno di non scriversi un tema). Sono riuscito a modificare qualcosa (ad esempio i font) installando gnome-tweak-tool ma molte cose mancano.

La mancanza dei bottoni di massimizzazione-minimizzazione non si fanno mancare più di tanto (anche se sono reinseribili da gnome-tweak-tool): per ingrandire basta un doppio click sulla barra in alto e minimizzare non ha molto senso data la mancanza del desktop, basta usare Exposè per passare da una finestra all’altra. Riguardo la mancanza del desktop (inteso nel senso standard con icone, file e collegamenti) non ne abbiamo sentito la mancanza ma probabilmente sarà una delle cose che darà più grattacapi agli sviluppatori :-)

Un’ultima osservazione sulla chiusura di alcune applicazioni, in particolare quelle che vengono “minimizzate” alla chiusura (per le altre non abbiamo notato problemi, basta cliccare sulla X). Un esempio lampante è Empathy: quando lo proviamo a chiudere rimane aperto e si vede l’icona in basso a destra. Se nel suo menù (nella barra in alto) scegliamo “Chiudi Empaty”, Empathy non si chiude ma di nuovo si minimizza…. Qualcosa non torna! Per chiuderlo dobbiamo aprirlo e dal suo menù “Conversazione” (ma che cavolo c’entra proprio non lo si capisce….) e premere Esci. L’impressione è che ancora ci sia molta confusione sul chi deve fare cosa e dove deve farlo.

T: Proprio mentre stavo finendo di scrivere queste frasi mi sono arrivati dei messaggi in Empathy e sono successi vari casini con le notifiche (chat sparite, riapparse, icone strane) tanto che ho dovuto cercare Empathy dal menù per aprirlo direttamente.

A: I messaggi che hanno causato questi problemi li ho mandati io a Tommaso, l’unico appunto a riguardo che mi sento di fare è che io toglierei del tutto le finestre di conversazione poiché i popup nella barra in basso con le chat in corso li trovo di gran lunga più comodi, usando solo quelli non ci si accorge che, come dice giustamente Tommaso, a volte occorre fare la caccia alla chat per terminare un discorso :P

Conclusioni

Alla fine del palo :) quel che possiamo senza dubbio affermare è che la Gnome Foundation ha il grande merito di aver osato rivoluzionare il concetto di desktop (quelli di KDE prendano spunto…); forse il risultato è ancora un po’ lontano dall’essere raggiunto davvero, ma l’esperienza, per quanto molto diversa dal “tradizionale” Gnome 2, risulta piacevole e, soprattutto, usabile. Forse la forte somiglianza di certe cose con MacOSX farà sorridere gli appassionati della mela, ma se le cose sono fatte bene, perchè non prenderne spunto?

Molti passi sono uguali a quelli che ho già descritto nelle due guide sull’installazione di Nagios (1 e 2).

Operazioni preliminari

Installare i pacchetti necessari:

apt-get install apache2 bsd-mailx build-essential libgd2-xpm-dev libjpeg62 libjpeg62-dev libpng12-0 libpng12-0-dev snmp libsnmp-base git-core mysql-server mysql-client libdbi0 libdbi0-dev libdbd-mysql

Aggiungere utenti e gruppi:

addgroup --system icinga
adduser --system --no-create-home --home /usr/local/icinga --ingroup icinga --disabled-password icinga
addgroup --system icinga-cmd
usermod -a -G icinga-cmd icinga
usermod -a -G icinga-cmd www-data

Creare il database:

 #> mysql -u root -p
 mysql> CREATE DATABASE icinga;
 GRANT USAGE ON *.* TO 'icinga'@'localhost' IDENTIFIED BY 'icinga' WITH MAX_QUERIES_PER_HOUR 0 MAX_CONNECTIONS_PER_HOUR 0 MAX_UPDATES_PER_HOUR 0;
 GRANT SELECT , INSERT , UPDATE , DELETE ON icinga.* TO 'icinga'@'localhost';
 FLUSH PRIVILEGES ;
 quit

Scaricare Icinga:

cd /usr/src
git clone git://git.icinga.org/icinga-core.git
cd icinga-core/
git submodule init
git submodule update
./configure --with-command-group=icinga-cmd --enable-idoutils
make all
make fullinstall
make install-api
cd /usr/local/icinga/etc/
cp idomod.cfg-sample idomod.cfg
cp ido2db.cfg-sample ido2db.cfg

Editare i due ultimi file per adattarli alle configurazioni del database. Nel file /usr/local/icinga/etc/icinga.cfg scommentare la riga:

broker_module=/usr/local/icinga/bin/idomod.o config_file=/usr/local/icinga/etc/idomod.cfg

Creare le tabelle:

 #> cd /path/to/icinga-src/module/idoutils/db/mysql
 #> mysql -u root -p icinga < mysql.sql

Edit 15/03/11:
Ho dovuto modificare il file /usr/local/icinga/etc/objects/commands.cfg perchè il path al comando mail era sbagliato, quindi modificate le definizioni di notify-host-by-email e notify-service-by-email per utilizzare /usr/bin/mail e non /bin/mail.

Per terminare aggiungere Icinga ai servizi di avvio e lanciare Ido2db e Icinga:

update-rc.d icinga defaults
/etc/init.d/ido2db start
/etc/init.d/icinga restart

Plugins

Scaricare e installare i plugin di Nagios. Si faccia riferimento alla guida di Nagios per l’installazione, si presti solo attenzione alle differenti opzioni di configurazione:

./configure --prefix=/usr/local/icinga --with-cgiurl=/icinga/cgi-bin --with-htmurl=/icinga --with-nagios-user=icinga --with-nagios-group=icinga

Configurazione dei check

Per la configurazione degli host e dei servizi potete vedere le mie precedenti guide per Nagios: parte 1 e parte 2.

Le interfacce web

Icinga ha a disposizione due interfacce web: la classica interfaccia CGI e la nuova Icinga Web. Le due installazioni possono convivere tranquillamente.

Icinga

Installare i CGI:

make cgis
make install-cgis
make install-html
make install-webconf

Creare l’utente e la password per l’accesso:

htpasswd -c /usr/local/icinga/etc/htpasswd.users icingaadmin

Icinga Web

Installare il necessario:

apt-get install php5 php5-cli php-pear php5-xmlrpc php5-xsl php5-gd php5-ldap php5-mysql
a2enmod rewrite

Scaricare e installare Icinga Web:

cd /usr/src
git clone git://git.icinga.org/icinga-web.git
cd icinga-web
./configure
make install
make install-apache-config

Creare il database e lo schema:

# mysql -u root -p

mysql> CREATE DATABASE icinga_web;
       GRANT USAGE ON *.* TO 'icinga_web'@'localhost' IDENTIFIED BY 'icinga_web' WITH MAX_QUERIES_PER_HOUR 0 MAX_CONNECTIONS_PER_HOUR 0 MAX_UPDATES_PER_HOUR 0;
       GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, ALTER, INDEX ON icinga_web.* TO 'icinga_web'@'localhost';
       quit

# make db-initialize

E, per finire:

/etc/init.d/icinga restart
/etc/init.d/apache2 restart

Se avete utilizzato le impostazioni di default non dovete fare altro, altrimenti date una lettura alla guida ufficiale. Riavviate apache e connettetevi al server: http://<hostname>/icinga-web

Webografia

• http://docs.icinga.org/latest/en/quickstart-idoutils.html
• http://docs.icinga.org/latest/en/icinga-web-scratch.html

È sufficiente configurare rsnapshot per salvare i log in /var/log/rsnapshot.log e lanciare lo script. Se ci sono backup multipli (ad esempio la domenica quando c’è sia il giornaliero che il settimanale) lo script avvisa con lo stato di WARNING o ERROR se uno dei backup è in quello stato.

Per scaricare lo script potete utilizzare la pagina su GitHub o su su Nagios Exchange

Distribuisco qui le slides proiettate durante il talk: download

I passaggi sono piuttosto facili:
intanto bisogna collegarsi all’amministrazione di Zimbra e creare un utente nel dominio principale (nel mio caso redmine). Personalmente ho disattivato tutte le opzioni (posta, rubrica, documenti, ecc.) per questo utente, tanto serve solamente per il binding a LDAP.
Una volta creato possiamo provare che questo utente possa fare ricerche nell’albero:

ldapsearch -b ou=people,dc=tommyblue,dc=it -h zimbra.tommyblue.it -p 389 -D uid=redmine,ou=people,dc=tommyblue,dc=it -w s3cr3t uid

Se la ricerca funziona avete finito con Zimbra e potete passare a Redmine. Qui bisogna andare in Autenticazione LDAP e inserire i dati in questo modo:

• Nome: Zimbra (è solo descrittivo)
• Host: zimbra.tommyblue.it (l’host con Zimbra)
• Porta: 389
• Utente: uid=redmine,ou=people,dc=tommyblue,dc=it
• Password: s3cr3t
• DN Base: ou=people,dc=tommyblue,dc=it
• Creazione utente “al volo”: no
• Utente: uid
• Nome: givenName
• Cognome: sn
• Email: mail

Ecco uno screenshot per rendere il tutto più chiaro:

Per finire dovete creare un utente in Redmine selezionando come Modalità di Autenticazione quella appena creata e non quella interna.

Ovviamente è possibile replicare il procedimento per qualunque albero LDAP abbiate a disposizione.

• Tesina sul gioco dell’8
• Tesina apprendimento – dataset diabetes

Installare Unicorn è semplicissimo, basta un:

gem install unicorn

dopodichè, se si tratta di un’applicazione Rails, basta andare nella RAILS_ROOT e lanciare:

unicorn_rails

Se invece si tratta di un’applicazione non Rails il comando è:

unicorn

In entrambi i casi Unicorn fa il binding della porta 8080 su tutte le interfacce (il comportamento è comunque configurabile).

L’impressione generale è una velocità molto maggiore sia di Webrick che di Passenger. Un confronto al volo su una pagina con un tabellone da un migliaio di righe dice:

Webrick => 6131ms
Unicorn => 5698ms

Quindi circa 8% in meno.

Prossimamente approfondirò l’argomento :-)

Premesso che sono d’accordo con le motivazioni che hanno portato a far slittare il rilascio di una settimana, mi imbarazza un po’ vedere il banner del countdown del rilascio di Fedora 11 salire anziche’ scendere. E quindi non posso che essere d’accordo con Felipe quando afferma che il modello a rilasci fissi sia quantomeno imperfetto. Insomma, tutto sommato mi piace l’idea un po’ Debian-style di rilasciare una versione solo quando e’ pronta, sempre che non ci vogliano tre anni prima di decidersi a fare il passo…