Ciao ragazzi,

da qualche tempo bazzico con un netbook e dopo vari esperimenti e reinstallazioni non mi sono ancora convinto di essere riuscito a sfruttarlo al meglio…ovvero di utilizzare al massimo le sue già discrete potenzialità..

Così mi sono deciso di dover riuscire a trovare qualche alternativa al solito Windows XP standard e di provare Ubuntu Netbook Remix (UNR), una versione ottimizzata di ubuntu per tutti i netbook con CPU Atom (praticamente tutti) che richiede almeno 384 MB di RAM.

Se non siete sicuri che il vostro netbook sia supportato vi consiglio di verificarlo preventivamente QUI

Vorrei ora premettere una serie di considerazioni:

1. Personalmente faccio parte di quelle persone che non credono che Linux possa ancora sostituire Windows se non altro in ambito professionale.
2. Sono e vi invito ad essere consapevoli del fatto che utilizzando un sistema operativo diverso da Windows purtroppo mi/vi costringerà ad accettare dei compromessi e qualche volta a rinunciare ai vostri software preferiti o talvolta molto molto utili (per quanto mi riguarda ad esempio qualche tool di gestione di qualche apparato di rete, Microsoft Visio, Office etc.).
3. Prima di buttare tutta la vostra attuale installazione vi consiglio vivamente di fare un bel backup o immagine del sistema operativo, magari utilizzando un tool come Symantec Norton Ghost o Clonezilla (alternativa meno user-friendly ma gratuita).

Detto questo possiamo cominciare il processo di download ed installazione di UNR:

1. Per prima cosa procediamo allo scaricamento dell’immagine da questo sito.

2. Una volta ottenuto il file .img dovremmo procedere alla sua conversione prima di trasferirlo all’interno di una nostra chiavetta USB da almeno 1 GB. Il processo di conversione risulta essere molto semplice se accettiamo l’aiuto di Disk Imager un software gratuito che farà tutto il necessario al posto nostro. Putroppo è disponibile solo per Windows.

IMPORTANTE: Una volta terminato il processo se tentiamo di vedere il contenuto della nostra chiavetta USB tutto risulterà illeggibile e Windows ci chiederà se deve formattarla…è normale, e quindi non formattiamola se non vogliamo vanificare tutto il lavoro fatto fino adesso!

3. A questo punto inseriamo la chiave USB sul nostro netbook ed avviamolo selezionando come dispositivo di boot la nostra chiavetta.

4. Visualizzeremo la solita schermatina di boot all’interno della quale scegliere la tipologia di avvio di ubuntu ed avremo, selezionando la prima opzione, anche solo la possibilità di provarlo senza sovrascrivere nulla all’interno del nostro Hard Disk oltre che la possibilità di procedere all’installazione vera e propria.

Considerazioni:

UNR si presenta veramente snello e si vede proprio che la sua interfaccia è frutto di un discreto studio di usabilità. Come tutte le versioni di linux presume che l’utente ci perda qualche giornatina per essere messo a punto ma forse di per se rappresenta una delle più valide alternative a Windows su dispositivi Netbook.

E voi che ne pensate?

Ciao ragazzi,

oggi voglio parlarvi di un tool veramente molto utile per chi spesso lavora su linux da terminale;

si tratta di bmon, che vi permette di visualizzare il traffico generato dalle schede di rete del vostro computer.

Quante volte vi è capitato di avere la necessità di monitorare il throughput (carico di lavoro) di una scheda appartenente ad un computer (server) ubuntu senza interfaccia grafica installata? Beh, personalmente parecchie volte ed ecco perchè ho sentito l’esigenza di utilizzare questo semplice e leggerissimo software.

Bene, per tutto gli interessati è disponibile lanciando il seguente comando:

$ apt-get install bmon

una volta installato sarà sufficiente lanciarlo per scoprirne le funzionalità.

TIP: in modalità a tutto schermo è possibile avere un grafico a caratteri della situazione reale del traffico semplicemente premendo il tasto “G”

Spero possa tornarvi utile!

Alla prossima.

REFERENCES:

http://freshmeat.net/projects/bmon/

Questa settimana ho deciso finalmente di acquistare un disco USB esterno da utilizzare essenzialmente come dispositivo di backup per il mio PC.

Tutto contento arrivo a casa, lo scarto e lo collego al computer…fantastico!

mi accingo a consultare il buon “/var/log/messages” per vedere come il sistema ha deciso di mapparlo e preparo il mio fstab affinché al prossimo riavvio basti un semplice mount della cartella sul filesystem che ho deciso di dedicare al disco per cominciare ad utilizzarlo.

A questo punto preparo la configurazione per il mio software di backup (per la cronaca “sbackup” anche se sincermante non mi entusiasma particolarmente…!) e decido di riavviare per verificare di aver fatto tutto in maniera corretta.

Bene…provo a montare il disco…niente…ricevo il seguente errore:

mount: special device /dev/sda1 does not exist

…strizzo un po’ gli occhi…controllo nuovamente i file di log e vedo che questa volta il sistema ha deciso di linkare il mio disco removibile con un link differente…

Vi è mai capitato? Suppongo di si…e per questa ragione ho deciso di descrivervi al meglio come risolvere la situazione in maniera elegante e veloce.

Ma prima di cominciare, come al solito, farò del mio meglio per cercare di approfondire un po’ l’argomento… e nello specifico quello che riguarda UDEV il device manager per eccellenza dei kernel 2.6.x.

UDEV è il gestore dei dispositivi (dev) per i sistemi linux basati su kernel 2.6.x.

La sua funzione primaria è quella di gestire la creazione dei nodi dei dispositivi (/dev) di sistema e a differenza dei suoi predecessori (es. devfs) che creavano dei dispositivi statici, UDEV popola dinamicamente la directory /dev di sistema permettendo la creazione solo di dispositivi realmente presenti sul nostro personal computer.

Questo permette in buona sostanza di avere dei riferimenti a livello di sistema operativo solo per i dispositivi hardware realmente presenti migliorando di conseguenza le performance del processo di avvio/boot del nostro OS basato su linux.

Un’altra delle caratteristiche premianti di UDEV è quella di poter utilizzare delle vere e proprie regole che ci permettano di:

• RInominare il nodo di un dispositivo con un nome personalizzato e magari più intuitivo
• Cambiare i permessi e la proprietà di un nodo specifico
• Eseguire un script quando un dispositivo viene creato o cancellato (tipicamente collegato o scollegato dal computer)
• Rinominare un’interfaccia di rete

Detto questo… come procedere?

Per prima cosa, una volte inserito il disco USB esterno è necessario individuare qualche informazione utile:

$ less /var/log/messages

kernel: [ 1288.443028] usb 5-1: new high speed USB device using ehci_hcd and address 3
kernel: [ 1288.664870] usb 5-1: configuration #1 chosen from 1 choice
kernel: [ 1288.855812] usbcore: registered new interface driver libusual
kernel: [ 1288.879351] Initializing USB Mass Storage driver...
kernel: [ 1288.894268] scsi0 : SCSI emulation for USB Mass Storage devices
kernel: [ 1288.902372] usbcore: registered new interface driver usb-storage
kernel: [ 1288.902384] USB Mass Storage support registered.
kernel: [ 1293.937346] scsi 0:0:0:0: Direct-Access     ST332082 0A               3.AA PQ: 0 ANSI: 0
kernel: [ 1293.976633] SCSI device sda: 625142448 512-byte hdwr sectors (320073 MB)
kernel: [ 1293.977973] sda: Write Protect is off
kernel: [ 1293.979344] SCSI device sda: 625142448 512-byte hdwr sectors (320073 MB)
kernel: [ 1293.980467] sda: Write Protect is off
kernel: [ 1293.981053]  sda: sda1
kernel: [ 1294.000894] sd 0:0:0:0: Attached scsi disk sda
kernel: [ 1294.014048] sd 0:0:0:0: Attached scsi generic sg0 type 0

Quindi lanciamo il seguente comando:

$ udevinfo -a -p $(udevinfo -q path -n /dev/sda)

oppure il relativo tool con tanto di GUI:

$ usbview (eventualmente da installare)

visualizzeremo delle informazioni simili alle seguenti:

dove quelle che prenderemo in considerazione sono:

Manufacturer: Iomega
Serial Number: 38744678BGT

Fatto questo creiamo la seguente regola:

$ sudo vi /etc/udev/rules./10-IomegaUSB.rules

all’interno della quale scriveremo:

ATTRS{manufacturer}=="Iomega", ATTRS{serial}=="38744678BGT", KERNEL=="sd?1", NAME="IomegaUSB"

Ecco una breve spiegazione:

ATTRS{manufacturer}==”Iomega” e ATTRS{serial}==”38744678BGT” sono dei parametri semplicemente presi dall’output del comando “udevinfo”

KERNEL==”sd?1″ è considera solo le partizioni dei nodi di tipo device disco (consigliato)

NAME=”IomegaUSB” indica ad UDEV di creare un nodo (dev) persistente in riferimento al disco USB esterno

Salviamo quindi le modifiche apportate al file appena creato e riavviamo UDEV: (non obbligatorio ma consigliato)

$ sudo /etc/init.d/udev restart

Ora crediamo la cartella che andremo ad utilizzare per mappare il disco con i seguenti comandi:

$ sudo mkdir /media/IomegaUSB
$ sudo chmod -R 775 /media/IomegaUSB
$ sudo chown -R root.plugdev /media/IomegaUSB

A questo punto il gioco è quasi fatto…le ultime modifiche consistono nell’editare il file “/etc/fstab” aggiungendo la seguente linea alla fine:

$ sudo vi /etc/fstab

/dev/IomegaUSB       /media/IomegaUSB auto user,noauto,rw,exec  0       0

E’ quindi giunta finalmente l’ora di godersi il nuovo disco in santa pace!

Alla prossima!

References

UDEV:

http://en.wikipedia.org/wiki/Udev

UDEV RULES:

http://ubuntuforums.org/showthread.php?t=168221
http://reactivated.net/writing_udev_rules.html

FAQ Rilevate su Internet:

• OK, perfetto…adesso il mio disco è collegato e montato…ma com’è che non riesco a scriverci dentro se non solo come utente root!?

Diciamo che può succedere ma che comunque grazie ad UDEV non è un problema…basta controllare di essere membri del gruppo plugdev con il seguente comando:

$id

Eventualmente lo fossimo allora controllare i permessi della cartella dove avete montato il vostro device.

• Bello…ma come posso montare il mio disco senza per forza doverlo fare da utente root??

è sufficiente assicurarsi che all’interno del file /etc/fstab il disco in considerazione sia montato con il parametro ‘user’ (vedi esempio sopra)

In questo articolo mi sono divertito a descrivere passo passo come installare Ubuntu via PXE (Pre-Boot Execution Environment).

Ma Cos’è PXE?

La prima domanda che a mio avviso potrebbe sorgere spontanea è: ma che cos’è il PXE (Pre-Boot Execution Environment)?? Il PXE non altro che una delle specifiche definite dal WfM (Wired for Management) di Intel la quale ha lo scopo di automatizzare la gestione dei client di rete in senso generico. Essa permette di far avviare una workstation attraverso un server di rete prima ancora che questa consulti il proprio Hard Disk od eventuali dispositivi rimovibili locali. In questo senso assicuriamoci consultando la guida del produttore della nostra scheda madre (nel caso di una scheda integrata) o quella del produttore della nostra scheda di rete (nel caso di una qualsiasi scheda PCI ad esempio) che il nostro computer conosca questo tipo di specifica.

Il perché di questo HOWTO

Questo “how to” risulta essere molto utile nelle seguenti situazioni:

• Si dispone di un client datato senza supporto CDrom
• Si dispone di un client non datato ma con il lettore CDrom guasto
• Non è vera nessuna delle precedenti condizioni ma si ha voglia di eseguire la solita e banale installazione del nostro sistema operativo GNU/Linux in modo originale ed altrettanto funzionale.

In poche parole altro non vuole essere che una guida in italiano TESTATA e FUNZIONANTE allo scopo di descrivere il modus operandis da seguire anche un po’ a dispetto di alcuni (la maggior parte) degli tutorial in inglese che ho avuto modo di consultare in un momento di estremo bisogno.

A questo punto è arrivato finalmente il momento di cominciare a divertirsi parlando di cose serie ed interessanti…

Avvio del PC

Avviamo un PC qualsiasi con una distribuzione GNU/Linux live od una qualsiasi distribuzione GNU/Linux (io ho utilizzato una debian-31r0a con kernel 2.4.27-2-386); se la distro/live distro di vostra scelta dovesse essere diversa non preoccupatevi ed assicuratevi solo che vi siano i seguenti pacchetti installati od installabili:

• tftpd-hpa
• dhcp3-server

Preparativi

Procuriamoci la versione di Ubuntu che più ci aggrada; in questo esempio utilizzeremo la versione server. Una volta scaricata dovremo procedere quindi alla copia della cartella specifica /install/netboot in una cartella a piacere sul filesystem della nostra distro/live distro; i file in essa contenuti sono gli unici ad esser necessari ed indispensabili per l’installazione via rete del nostro OS. Seguititemi quindi in questi semplici passi:

mkdir -pv /mnt/temp
mkdir -pv /mnt/iso
cd /mnt/temp
wget http://mirror.lugroma.org/ubuntu-releases/6.06/ubuntu-6.06.1-server-i386.iso
mount -o loop /mnt/temp/ubuntu-6.06.1-server-i386.iso /mnt/iso
cp -r /mnt/iso/install/netboot/* /var/lib/tftpboot

Configurazioni di TFTP e DHCP

Prima di deliziarci procediamo con la configurazione dei due servizi essenziali per l’installazione via PXE ovvero il TFTP server ed il DHCP server.

Cominciamo con il TFTPD e andiamo quindi ad editare il file /etc/default/tftpd-hpa assicurandoci che siano presenti ed eventualmente creando i seguenti parametri:

#Defaults for tftpd-hpa
RUN_DAEMON="yes"
OPTIONS="-l -s /var/lib/tftpboot"

In questo modo abbiamo configurato il servizio tftd sotto il superdemone inetd affinché all’avvio di quest’ultimo servizio supervisore venga automaticamente avviato a sua volta.

/etc/init.d/inetd restart

A questo punto passiamo alla configurazione leggermente più dispendiosa in termini di tempo del server DHCP andando a editare il file /etc/dhcp3/dhcpd.conf nel seguente modo:

subnet <la vostra rete> netmask <la vostra network mask> {}
# es. subnet 192.168.0.0 netmask 255.255.255.0 {}
host hostpxe {hardware ethernet xx:xx:xx:xx:xx:xx; # MAC client ubuntu
fixed-address 192.168.0.71; # IP postazione Ubuntu
next-server <IP distro>; # opzionale ma fortemente consigliato!
filename "pxelinux.0"; # file di lancio installazione Ubuntu
}

tutti gli altri parametri specificati nel file di configurazione possono rimanere invariati.

Procediamo quindi con l’avvio del nostro server DHCP con il seguente comando:

/etc/init.d/dhcp3-server start

stando attenti di controllare sul /var/log/syslog che non vi siano errori normalmente causati da errori di sintassi sul file appena editato.

Se non ci sono errori il gioco è fatto.
Configuriamo il nostro BIOS

Configurare il bios della macchina sulla quale vogliamo installare il nostro Ubuntu Server affinché parta utilizzando la modalità PXE (oppure contrallre il bios della scheda di rete affinché venga abilitato)

A quesro punto, non avendo effettuato nessun errore, come per magia vedremo in un batter d’occhio lo spash-screen di Ubuntu pronto a registrare i passi necessari per la corretta finalizzazione dell’installazione.

Ciao a tutti…questa volta ho intenzione di scrivere nero su bianco (in realtà nero su azzurro) la procedura che ho eseguito per l’installazione e la configurazione di OpenVPN su Ubuntu…

Personalmente l’ho testata su Feisty Fawn ma sono convinto che la mia guida vada benissimo anche per le altre distro…almeno per quanto riguarda la configurazione lato server

Bene…per gli scettici siamo alle solite…perchè mai potrei avere bisogno di configurare una VPN utilizzando OpenVPN pittosto che le solite PPTP/L2TP/IPSEC etc??

• La politica di sicurezza imposta nella rete in cui sto lavorando non permette il traffico su porte non standard verso Internet, impedendomi quindi qualsiasi tentativo di collegamento al PC di casa o al PC della mia azienda quando mi trovo da un cliente
• Mi piace molto giocare on-line col mio RPG preferito ma la mia copia di valutazione del titolo non mi permette il collegamento se non all’interno della mia LAN (broadcast)
• Sono uno che sta al passo coi tempi e non vuole sentir parlare di standard di collegamento..se voglio fare una VPN voglio essere libero di utilizzare il protocollo(TCP/UDP) e le porte che voglio!

Prima di procedere con l’installazione del pacchetto fermiamoci a fare qualche considerazione in quando OpenVPN ci permette di avere a disposizione 2 differenti tipologie di collegamento:

La prima in BRIDGING la quale ha i seguenti vantaggi:

• Propaga il traffico trasmesso via broadcast attraverso la VPN (molto utile in caso di on-line gaming)
• Semplifica la configurazione in quanto non è necessario avere alcuna conoscenza sui principi di routing e rotte varie
• Lavora molto bene con protocolli diversi dal TCP/IP come per esempio IPX/SPX, AppleTalk etc.

e sostanzialmente nessuno svantaggio…

La seconda in ROUTING:

• Sostanzialmente permette un ottimizzazione del traffico attraverso internet

la quale presenta qualche svantaggio:

• Nel caso di una connessione LAN to LAN i client remoti devono necessariamente impostare l’utilizzo di un server WINS per riuscire ad effettuare un browse della rete
• Devono essere configurate tutte le rotte di comunicazione necessarie
• Non vengono instradate le comunicazioni broadcast

Detto questo possiamo finalmente partire con il tour…e tanto per cominciare procediamo con l’installazione del pacchetto openvpn sul nostro sistema:

$ sudo apt-get install openvpn

verranno quindi create le relative directory necessarie al programma ed in particolare la directory:

/usr/share/doc/openvpn/examples/easy-rsa

all’interno della quale sono presenti i file sui quali almeno inizialmente ci concentreremo maggiormente.
Per semplificarci la vita preoccupiamoci di creare (nel caso non fosse già presente) la directory /etc/openvpn copiandoci alcuni template estremamente utili al fine di ottimizzare il tempo a disposizione per la creazione della VPN sia lato server che lato client.

$ sudo mkdir -pv /etc/openvpn
$ cd /usr/share/doc/openvpn/examples/sample-config-files
$ sudo cp server.conf /etc/openvpn
$ sudo cp client.conf /etc/openvpn

ok, fatto questo procediamo alla creazione della Certification Authority che avrà il compito di firmare ed autenticare i certificati client erogati per permettere il collegamento con il nostro server VPN. Il primo passo è quello di andare a modificare alcune variabili presenti nel file ‘vars’ al fine di velocizzare il procedimento di creazione dei certificati, e nello specifico:

$ cd /usr/share/doc/openvpn/examples/easy-rsa
$ sudo vi vars
[...]
# Increase this to 2048 if you are paranoid. This will slow
# down TLS negotiation performance
# as well as the one-time DH parms
# generation process.
# export KEY_SIZE=1024 # DEFAULT
export KEY_SIZE=2048 # PREFERISCO  
# These are the default values for fields
# which will be placed in the certificate.
# Don't leave any of these fields blank.
export KEY_COUNTRY=IT #<--
export KEY_PROVINCE=LA_MIA_PROVINCIA #<--
export KEY_CITY=LA_MIA_CITTA #<--
export KEY_ORG="alphaoneweb.com" #<--
export KEY_EMAIL=" Indirizzo e-mail protetto dal bots spam , deve abilitare Javascript per vederlo " #<--
[...]

quindi:

# . ./vars
# ./clean-all
# ./build-ca

che produrrà il seguente output:

Generating a 2048 bit RSA private key
............++++++
...........++++++
writing new private key to 'ca.key'
-----
You are about to be asked to enter information that will be incorporated
into your certificate request.
What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter '.', the field will be left blank.
-----
Country Name (2 letter code) [IT]:
State or Province Name (full name) [LA_MIA_PROVINCIA]:
Locality Name (eg, city) [LA_MIA_CITTA]:
Organization Name (eg, company) [alphaoneweb.com]:
Organizational Unit Name (eg, section) []:
Common Name (eg, your name or your server's hostname) []:OpenVPN-CA
Email Address [ Indirizzo e-mail]:

a questo punto procediamo con la generazione di un certificato per il server:

./build-key-server server

come nel passo precedente, alcuni parametri possono essere lasciati come di default a parte il ‘Common Name’ dove inseriremo un’identificativo del nostro server che per semplicità sarà ’server’

bene…ora prepariamo la configurazione per il lato SERVER della nostra VPN editando il file /etc/openvpn/server.conf come il seguente:

OpenVPN Server.conf (387) OpenVPN Client.conf (271)

A questo punto sarà necessario avviare OpenVPN con il seguente comando:

sudo /etc/init.d/openvpn start

Ok…fatto questo passiamo alla configurazione del client….generandone prima un certificato:

# ./build-key client1

come nei passi precedenti, alcuni parametri possono essere lasciati come di default a parte il ‘Common Name’ dove inseriremo un’identificativo del nostro client che per semplicità sarà ‘client1′

Ormai siamo giunti al termine…ci manca solo (visto il file di configuazione del nostro server) di generare una chiave Diffie Hellman che per la cronaca si tratta di un protocollo che permette a due parti di scambiare una chiave attraverso un canale non sicuro senza alcun bisogno che vi sia stata prima una qualsiasi comunicazione tra questi.

Per maggiori info visitate: http://www.rsa.com/rsalabs/node.asp?id=2248

# ./build-dh

Ci vorrà un po’ di tempo ma produrrà il seguente output:

Generating DH parameters, 2048 bit long safe prime, generator 2
This is going to take a long time
.................+...........................................

...................+.............+.................+.........

......................................

Ok…abbiamo finalmente terminato. Non ci resta che testare il tutto!

Buon divertimento

References:

http://www.openvpn.org

FAQ Rilevate su Internet:

• Come client di collegamento al mio server linux utilizzo Windows Vista e non capisco come mai ma la VPN sembra negoziare correttamente…solo non riesco a comunicare con il mio server e viceversa…?

L’attuale versione stabile di OpenVPN (2.0.9) ha dei problemi con Windows Vista…vi consiglio vivamente di utilizzare la beta4 (o successive) sempre liberamente scaricabili dal sito ufficiale.

• Il mio server mette in comunicazione client multipli…ma non riesco a comunicare con nessuno di essi…cosa sbaglio?

E’ importante assicurasi che sul file di configurazione del server vi sia il parametro ‘client-to-client’ abilitato (decommentato) ed inoltre che il server sia configurato per fare IP Forwarding.