Per navigare attualmente con un indirizzo IPv6 (alcuni siti/servizi sono già disponibili con questo protocollo) vi è la necessità che qualcuno ce ne fornisca uno.

Perché crearsi un tunnel IPv6?
La mia è stata semplice curiosità…
Per creare il tunnel abbiamo bisogno di un Tunnel broker [2].
Personalmente ho usato HURRICANE ELECTRIC [3] e di seguito vi illustrerò la serie di passi necessari per crearsi un proprio tunnel IPv6.

Iniziamo la procedura…
Prima cosa è necessario registrarsi alla pagina http://tunnelbroker.net/register.php e aspettare di conseguenza l’email di conferma con tanto di password.

Una volta effettuato il login alla propria destra si avrà a disposizione un pannello con le funzioni utente

Selezionare da questo la voce Create Regular Tunnel

Il sito a questo punto vi chiederà di inserire un “IPv4 endpoint” che sarebbe l’indirizzo IPv4 della vostra parte del tunnel…

• Se avete un indirizzo IPv4 fisso potete inserirlo tranquillamente nella casella
• Se invece il vostro indirizzo non è fisso ma varia di volta in volta dovrete usare uno script per aggiornare l’indirizzo di volta in volta come indicato qui [4](nel prossimo post mostrerò lo script)

Se la macchina che vogliamo collegare via IPv6 è quella dalla quale ci stiamo collegando, basterà inserire come “IPv4 endpoint” il valore che si trova in “You are viewing from IP”.

Potremmo anche scegliere da dove uscire con il tunnel selezionando un paese diverso alla voce “Which Server Is Closest to you?” anche se personalmente ho lasciato il consigliato.

Premiamo quindi il tasto Submit e verremo rimandati alla pagina con i dettagli del tunnel appena creato…

Nella parte inferiore della pagina possiamo trovare la voce Example IPv6 Tunnel Configurations by OS (Windows, Linux, etc.):

Config Examples

da qui selezioniamo il nostro sistema, “Linux-net-tools” nel mio caso con Archlinux, e premiamo Show Config.

Nel caso di linux ci verranno mostrate le righe da copiare e incollare nella nostra shell per abilitare il tunnel…
Fatto questo basterà verificarne il funzionamento attraverso il comando

ping6 ipv6.google.com

[1] http://it.wikipedia.org/wiki/IPv6
[2] http://en.wikipedia.org/wiki/Tunnel_broker
[3] http://he.net/
[4] https://tunnelbroker.net/ipv4_end.php

Problema:

• Router con pagina di amministrazione sulla porta 8081
• Ip del router settato a 192.168.10.1
• Router con dmz abilitata su ip 192.168.10.90
• Come accedo dall’esterno alla porta 8081 del router se quest’ultimo redirige tutte le richieste su 192.168.10.90

Soluzione…

• Lorenzo :D

Basterà aggiungere sulla macchina 192.168.10.90 il file /etc/xinetd.d/routerwebmin e all’interno di questo le seguenti righe:

service tproxy
{
        socket_type = stream
        protocol = tcp
        wait = no
        user = root
        bind = 192.168.10.90
        redirect = 192.168.10.1 8081
        disable = no
}

a questo punto avviamo xinetd con il comando /etc/rc.d/xinetd start.
PS. ricordiamoci di aggiungere tale demone tra quelli che partono all’avvio…

L’evento si svolgerà il 18 settembre a Perugia, avremmo a disposizione una scuola (da condividere naturalmente) con tanto di sala conferenze, sarebbe una buona occasione per incontrarci e magari organizzare un workshop in quella giornata.

Vi comunico la cosa perché non sarei comunque in grado di organizzare da solo e quindi mi farebbe comodo l’aiuto di qualcuno.
Senza contare che sarebbe bello se qualcuno preparasse qualche talk o se venissero proposti nuovi progetti per migliorare la nostra già ottima distribuzione…

Insomma rimango in attesa di vostre proposte e spero che questa opportunità per incontrarci venga colta da molti.

Saluti, Luca

sudo apt-get install curl

Assicuriamoci di aver abilitato i repository dei partner di ubuntu, nel file /etc/apt/sources.list, decommentando le seguenti righe (basta cancellare il #):

#deb http://archive.canonical.com/ubuntu lucid partner
#deb-srv http://archive.canonical.com/ubuntu lucid partner

Nello stesso file vanno poi aggiunti due ulteriori repository da cui prelevare i pacchetti di hadoop, in fondo al file quindi aggiungiamo:

deb http://archive.cloudera.com/debian karmic-cdh2 contrib
deb-src http://archive.cloudera.com/debian karmic-cdh2 contrib

(per ora la versione per lucid non è ancora disponibile, potete controllare da voi nell’url http://archive.cloudera.com/debian/dists/).

Preleviamo quindi la chiave del repository appena aggiunto:

curl -s http://archive.cloudera.com/debian/archive.key | \
sudo apt-key add -

basterà quindi ora lanciare i comandi:

sudo apt-get update
sudo apt-get install hadoop-0.20

per avere l’ambiente hadoop correttamente installato.

Installiamo i file di configurazione per lo pseudo-distribuited mode:

sudo apt-get -y install hadoop-0.20-conf-pseudo

lanciamo tutti i servizi di hadoop:

for service in /etc/init.d/hadoop-0.20-*;
do sudo $service start;
done


ed aprendo il browser dovremmo trovare ai seguenti link:
* http://localhost:50070/
* http://localhost:50030/
rispettivamente la NameNode web console e la JobTracker web console.

Per chiunque volesse lanciare in automatico gli script di cui sopra all’avvio, consiglio l’uso del comando seguente:

for service in /etc/init.d/hadoop-0.20-*;
do sudo ln -s $service /etc/rc2.d/$(basename $service);
done

che non farà altro che creare dei link simbolici degli script di avvio all’interno della directory corrispondente al runlevel 2.

cgit is an attempt to create a fast web interface for the git scm, using a
builtin cache to decrease server io-pressure.

Questa interfaccia è basata su: un “semplice” script cgi scritto in c, un file di configurazione /etc/cgitrc, un foglio di stile css e un logo.

Per installare cgit su Archlinux basterà il comando:

yaourt -S cgit

che oltre a installare il man e a creare alcune cartelle utili, fornirà i seguenti file

/etc/cgitrc
/srv/http/cgit/cgit.cgi
/srv/http/cgit/cgit.css
/srv/http/cgit/cgit.png

Nella configurazione di Apache di Archlinux, esiste un alias che specifica che all’url /cgi-bin/ corrisponde il percorso fisico /srv/http/cgi-bin dobbiamo quindi creare la directory in questione e copiarci all’interno il file cgit.cgi:

mkdir /srv/http/cgi-bin
cp /srv/http/cgit/cgit.cgi /srv/http/cgi-bin/

diciamo quindi al software dove trovare il logo e il foglio di stile modificando nel file di configurazione “/etc/cgitrc“ le variabili css e logo come segue:

 css=/cgit/cgit.css
 logo=/cgit/cgit.png

in fondo allo stesso file trovate le righe di esempio per configurare i repository da monitorare,

  repo.url=saetta
  repo.path=/tmp/saetta.git
  repo.desc=the master foo repository
  repo.owner=fooman@foobar.com
  repo.readme=info/web/about.html

Inseriamo quindi un alias nel file /etc/httpd/conf/httpd.conf che richiami lo script cgit.cgi quando visitiamo l’indirizzo “http://dominio-git/git”:

ScriptAlias /git "/srv/http/cgi-bin/cgit.cgi"

e riavviamo il server apache.

Per vedere il risultato visitate http://vostrodominio/git e dovreste trovarvi un’interfaccia simile a quella del progetto stesso [1] :D

[1] http://hjemli.net/git/cgit/tree/README

Git is a free & open source, distributed version control system designed to handle everything from small to very large projects with speed and efficiency.

Spesso per fare ciò mi affido a qualche servizio esterno ma avendo a disposizione un server personale mi sono chiesto perché non sfruttarlo anche a questo scopo.

Cercando ho trovato gittosis [2],

gitosis aims to make hosting git repos easier and safer. It manages multiple repositories under one user account, using SSH keys to identify users. End users do not need shell accounts on the server, they will talk to one shared account that will not let them run arbitrary commands.

Ho distillato qui i passi per la configurazione prendendo spunto da questa guida [3].

Per chi ha (imo) la fortuna di usare Archlinux, per installare il software basterà lanciare sul server il semplice comando:

yaourt -S gitosis-git gitosis-scripts

In questo modo verranno installati il software con alcuni script aggiuntivi e inoltre verrà creato un utente “git” ed un gruppo omonimo.
Per le altre distribuzioni sarà necessario installare il software e creare utente e gruppo a mano (l’utente deve avere una shell e una home ma non una password)

A questo punto una volta installato il software passiamo alla configurazione; sul vostro Client (il computer da cui sviluppate) create le chiavi ssh per il vostro utente con il comando:

ssh-keygen -t rsa

e copiate il file ~/.ssh/id_rsa.pub , creato da quel comando, sul server.

Dal server tramite l’utente “git” (basterà diventare root e usare il comando su git, oppure usare sudo) lanceremo il comando:

gitosis-init < /tmp/id_rsa.pub

Questo comando creerà le directory "gitosis" e "repositories" nella home dell'utente "git" e aggiungerà la chiave pubblica del client tra quelle autorizzate.

Per una maggiore sicurezza è anche consigliato settare i permessi di esecuzione al file "post-update" con il comando:

chmod 755 /home/git/repositories/gitosis-admin.git/hooks/post-update

basterà ora lanciare sul client il comando:

git clone git@YOUR_SERVER_HOSTNAME:gitosis-admin.git

e dovreste trovarvi la directory "gitosis-admin" sincronizzata in locale.

Probabilmente "tradurrò" anche il resto della guida appena ho tempo, per ora mi fermo qui.

Saluti, Nss

[1] http://git-scm.com/
[2] http://www.ohloh.net/p/gitosis
[3] http://scie.nti.st/2007/11/14/hosting-git-repositories-the-easy-and-secure-way

Chiameremo PC_A il pc da sostituire e PC_B il nuovo sistema, inoltre abbiamo utente che rappresenta appunto l’utente da migrare e IP_A e IP_B gli ip dei due sistemi.
Naturalmente supponiamo che i due pc siano sulla stessa rete

Creiamo ora su PC_B l’utente che vogliamo esportare:

adduser utente

ed avviamo il servizio sshd sul PC_B:

/etc/rc.d/sshd start

Siamo ora pronti per esportare l’utente da PC_A a PC_B.
Per questo scopo ho usato rsync [1] per la sua capacità di minimizzare il trasferimento di dati trasferendo solo i cambiamenti (se non dovessi riuscire a copiare tutto in una volta).
Il comando da me usato è il seguente:

rsync -vrogpa --progress -e ssh --delete /home/utente/ utente@IP_B:

Questo copia tutti i file presenti nella dir /home/utente/ attraverso ssh sul PC_B preservando proprietario gruppo e permessi e fornendoci i dati sul trasferimento.

Attenzione:l’opzione –delete elimina dalla destinazione i dati che non sono presenti nella sorgente.

Fatto…
[1] http://it.wikipedia.org/wiki/Rsync

Dal sito[2] del progetto:

CAINE offers a complete forensic environment that is organized to integrate existing software tools as software modules and to provide a friendly graphical interface.
The main design objectives that CAINE aims to guarantee are the following:

* an interoperable environment that supports the digital investigator during the four phases of the digital investigation
* a user friendly graphical interface
* a semi-automated compilation of the final report

In questa pagina [3] viene riportata la lista dei tool presenti nella distribuzione, con una breve nota sul loro compito.

Spero di riuscire a provarla il prima possibile, la distro può essere scaricata da qui [2] e la stessa recensione indica la versione 2, che dovrebbe arrivare a breve, come la versione che porterà una vera “svolta”.

[1] www.linux-magazine.it
[2] www.caine-live.net
[3] http://www.caine-live.net/page11/page11.html

e potrete trovare una sua descrizione della doc ufficiale di ruby [1].

In breve questo metodo intercetta le chiamate che un oggetto normalmente non sa gestire.
In symbol è contenuto il symbolo (:name) corrispondente al metodo chiamato, in args invece sono contenuti gli elementi passati ad esso.
Facciamo un esempio per capire meglio:

provando ad eseguire questo condice si otterrà ad esempio il seguente risultato:

Il metodo test non esiste
Il metodo sottolapancalacapracampa non esiste

Semplice no??

[1] http://ruby-doc.org/core/classes/Kernel.html