La pulizia di un sistema operativo è molto importante, e Ubuntu in questo senso ha fatto passi da gigante. Qui di seguito vedremo come con pochissimi semplici comandi potremo tenere sempre “pulito” e “scattante” il nostro sistema operativo.

Ecco alcuni comandi:
sudo apt-get clean

Rimuove dalla cache di apt ogni file .deb, anche quelli relativi ai pacchetti correntemente installati.

sudo apt-get autoclean

Rimuove tutte le (inutili) dipendenze non più sfruttate da nessun programma.

sudo apt-get autoremove

Rimuove tutte le dipendenze di pacchetti precedentemente rimossi.

sudo dpkg --purge `COLUMNS=300 dpkg -l "*" | egrep "^rc" | cut -d\ -f3`

Cancella i file di configurazione dei programmi disinstallati.

Per rimuovere le librerie orfane, cioè quelle installate in seguito all’installazione di qualche programma che successivamente è stato rimosso:
sudo apt-get install gtkorphan

Dopo di che andiamo su:
Sistema -> Amministrazione -> Rimuovi pacchetti orfani

Ed il gioco è fatto…

Twhirl è un desktop client che viene usato per aggiornare lo stato di Twitter.

Quello che voglio mostrarvi oggi è come installare Twhirl su Ubuntu per permettere di aggiornare lo stato di Facebook e Twitter contemporaneamente.

Installare Twhirl su Ubuntu

Twhirl si appoggia sulla piattaforma Adobe Air che recentemente ha rilasciato la versione beta per Linux della piattaforma. Apriamo i terminale e diamo:

cd ~/Desktop
wget http://download.macromedia.com/pub/labs/air/linux/adobeair_linux_b1_091508.bin

Prima di procedere con il comando wget controlla che la versione sia uguale altrimenti aggiorna il link al file da scaricare.

settiamo i permessi di esecuzione:
chmod +x adobeair_linux_b1_091508.bin
ora installiamo al piattaforma Air:
sudo ./adobeair_linux_b1_091508.bin

Una volta installato la piattaforma sulla quale il client si appoggia procediamo nell’installazione di Twhirl.
Procediamo scaricando il software necessario:
wget http://www.twhirl.org/files/twhirl-0.8.6.air

Prima di procedere con il comando wget controlla che la versione sia uguale altrimenti aggiorna il link al file da scaricare.

Ora il file si troverà sul Desktop, clicca con il tasto destro del mouse e seleziona “Apri con Adobe Air Apllication Installer”. A questo punto basta seguire le indicazione per l’installazione e la configurazione e Twhirl is ready to rock!!

Sincronizzare gli account di Twitter e Facebook

Grazie ad un’applicazione presente in facebook saremo in grado di sincronizzare i due account. Vediamo come procedere:

• Dopo esserti collegato a Facebook, visita la pagina principale dell’applicazione “Twitter“;
• Clicca su “Vai all’applicazione”;
• Ti verrà richiesto di consentire l’accesso all’applicazione Twitter: quindi consenti l’accesso all’applicazione

L’applicazione è stata installata!!

A questo punto verrai portato all’applicazione Twitter di Facebook (se questo non dovesse accadere, clicca sul link). Da qui potrai anche aggiornare il tuo stato di Twitter dall’interno di Facebook (ma non è lo scopo di questa guida).
Per prima cosa, ti verrà richiesto il tuo nome utente e password di Twitter: non temere, la tua privacy verrà rispettata, e la tua password tenuta segreta.

Dalla pagina dell’applicazione di Twitter, clicca su “Allow Twitter to update your Facebook status” (cioè: “Consenti a Twitter di aggiornare il tuo stato su Facebook”):

Dopo un’ultima conferma, puoi aggiornare il tuo stato su Facebook tramite i messaggi di Twitter.

Cos’è WbLogIn? WbLogIn un servizio simile a wordpress.com o blogger che offre agli utenti internet la possibilità di crearsi un blog. Il sistema è basato su WordpressMu, quindi molto simile al sistema Wordpress.com. Ma voi direte: allora perché creare un sistema simile ad uno già esistente?

Invece non è così… molti utenti abbandonano wordpress.com per il semplice fatto che non è possibile inserire annunci AdSense nei loro post. Quello che ho voluto fare io, quindi, è stato quello di garantire le stesse funzionalità di wordpress, ma aggiungendo dei servizi, secondo me, necessari. Le cose, quindi, che troverete in più, rispetto a wordpress.com, sono:

• inserire annunci AdSense nei post
• usare il plugin FeedWordPress, che permette all’utente di aggregare notizie tramite feed RSS
• richiedere l’installazione di nuovi temi, anche solo per se stessi
• richiedere l’installazione di nuovi plugin
• ……

Per maggiori informazioni visitate WbLogIn.com.

Dopo aver scaricato il file ArgoUML-0.26.tar.gz leggendo il file README.TXT, ho provato a far partire ArgoUML semplicemente dando da riga di comando: java -jar argouml.jar ha questo punto vedevo il mio computer lavorare, ma ArgoUML non appariva sul mio schermo.

Dopo qualche ricerca su internet sono arrivato alla soluzione:
Prima di tutto dobbiamo configurare la JVM e settarla su quella standard. Attraverso il comando: sudo update-java-alternatives -l vediamo le versioni disponibili. Dando il comando: sudo update-java-alternatives -s java-6-sun settiamo quella standard. In realtà esiste anche uno script visuale che è possibile avviare dando il seguente comando: sudo update-alternatives --config java

Ora che abbiamo settato la JVM di default dovrebbe essere tutto pronto…
Provate a dare nuovamente il comando: java -jar argouml.jar se ancora non succede niente provate a riavviare il vostro computer.. Potrebbe anche succedere di avere un errore del tipo: log4j:WARN No such property [follow] in org.apache.log4j.ConsoleAppender.
ERROR: unable to get localhost information.
java.net.UnknownHostException: danilo-laptop: danilo-laptop
at java.net.InetAddress.getLocalHost(InetAddress.java:1353)
at org.argouml.application.Main.checkHostsFile(Main.java:614)
at org.argouml.application.Main.initPreinitialize(Main.java:258)
at org.argouml.application.Main.main(Main.java:148)
On Unix systems this usually indicates thatyour /etc/hosts file is incorrectly setup.
Stopping execution of ArgoUML. Come specificato nello stesso messaggio di errore, c’è qualcosa che non va nel file /etc/hosts… Andiamo a vedere come aggiustarlo. Apriamo il file: sudo gedit /etc/hosts alla riga 127.0.0.1 localhost aggiungiamo il nome del vostro computer (uno di quelli specificati nell’errore). Nel mio caso la linea precedente sarà sostituita con la seguente: 127.0.0.1 localhost danilo-laptop

Ora dovrebbe funzionare tutto…

Sei calabrese se, pur non avendo un lavoro e un euro in tasca offri il caffè al bar ai tuoi amici!
Sei calabrese se, pur non avendo un lavoro scorazzi in giro con il macchinone!
Sei calabrese se trovi sempre un secondo del tuo tempo per un sorriso!
Sei calabrese se quando incontri fuori dalla calabria un tuo concittadino che non avevi mai cagato in città, ci parli come se usciste insieme da una vita!
Sei calabrese quando ti lamenti sempre della tua città e quando sei fuori la vanti come se fosse il paese delle meraviglie!!!
Sei calabrese se ami in modo passionale!!
Sei calabrese se dai una moneta all’uscita della metropolitana alla vecchina di 75 anni seduta sulle scale a -3 gradi!
Sei calabrese se sei gelosissimo delle persone che ritieni importanti!!
Sei calabrese quandu parri cu tutti!!!!!
Sei calabrese quando non ti tiri indietro a una detta C U R N U T U da un’automobilista del nord!
Sei calabrese quando dici di non essere permalosoe ti incazzi ad ogni appunto che ti fanno!
Sei calabrese quando vivi fuori e dici: ‘Io cà nun ci muoru…!!!!
Sei calabrese quando vivi al nord e almeno una volta al giorno ti viene nostalgia della tua terra e della sua gente!
Sei calabrese se pur vivendo al nord da più di 5 anni non perdi una virgola del tuo meraviglioso accento!!! (…e tutti ti cugghiunianu!!!)
Sei calabrese se quando vivi fuori, almeno 1 volta al mese ricevi il pacco che ti manda tua madre da giù con tutte le cose da mangiare calabresi!
Sei calabrese se per fare 100 metri prendi la macchina!!!!
Si potrebbe continuare all’infinito, poiché i calabresi siamo i migliori in Italia, con mille sfaccettature e modi di fare conosciuti nel Mondo!!!!!

Io sono calabrese…e confermo che tutto ciò è vero!!!

Storia
Deriva da SPF sviluppato nel 78 per Arpanet. Nasce a metà degli anni 80 per risolvere i problemi di RIP. La “O” sta per “Open” ad indicare che si tratta
di un protocollo le cui specifche sono pubblicamente disponibili (cosa non vera per il protocollo proprietario SPF). La versione del 1998, attualmente la più utilizzata è OSPFv2. E’ stata proposta di recenta la versione 3 che aggiunge il supporto ad IPv6.

Funzionamento
OSPF è un protocollo di tipo link-state. Fa uso dell’algoritmo di Dijkstra per calcolare i cammini minimi e costruire la tabella di routing. Ogni nodo conosce la topologia di tutta la rete (Grafo). L’algoritmo non è distribuito ma eseguito localmente su ogni nodo. Il vantaggio è la velocità di risposta, OSPF non ha bisogno di interrogare gli altri router una volta costruito il grafo. La topologia però cambia continuamente (nuovi link, guasti, ecc) quindi è necessario un continuo scambio di messaggi per mantenere aggiornato il grafo della rete all’interno di ogni router. Questi messaggi vengono scambiati facendo uso della tecnica flooding. Nel dettaglio:

• Ogni router determina lo stato dei suoi collegamenti (link-state): calcola il costo associato al collegamento verso ogni vicino;
• Invia lo stato dei suoi collegamenti a TUTTI i router della rete (non solo ai vicini), usando un LSP (Link State Packet) inviato tramite flooding;
• Nello stesso tempo riceve tutti gli LSP degli altri router e costruisce il grafo della rete (memorizzato nel link-state database);
• Esegue l’algoritmo di Dijkstra per calcolare i cammini minimi e costruisce infine la sua tabella di routing.

Se si verifica un cambiamento nello stato dei collegamenti (ad esempio una variazione di costo o un cambiamento di disponibilità) il router invia immediatamente il nuovo stato a tutti gli altri router. Periodicamente (almeno ogni 30 minuti) ogni router invia lo stato dei suoi collegamenti agli altri router anche se questo non è cambiato. Se esistono più percorsi a costo minimo verso la stessa destinazione, OSPF, a differenza di RIP, può tenerli in considerazione. Si può in questo modo effettuare un bilanciamento di carico avendo a disposizione, all’interno della tabella di routing, in generale n next hop verso una singola destinazione.

Flooding
Per raggiungere TUTTI gli altri router della rete un router invia inizialmente il suo LSP ai suoi vicini. Ognuno di essi ne invia una copia ai propri vicini tranne al router da cui l’ha ricevuto, e cosi via. Dopo la prima trasmissione il pacchetto ha raggiunto tutti i router a distanza 1 (i vicini del mittente), dopo la seconda trasmissione raggiunge tutti i router a distanza 2 dal mittente, e cosi via…alla fine il pacchetto raggiunge tutti i router. La tecnica del flooding ha i seguenti vantaggi:

• E’ estremamente robusta: il pacchetto è trasmesso su tutti i cammini possibili quindi arriverà a destinazione se esiste almeno un cammino.
• E’ veloce: almeno una copia del pacchetto seguirà il cammino minimo raggiungendo velocemente la destinazione.

comporta però lo svantaggio di generare molto traffico se la rete è di grandi dimensioni. Per ridurlo la stessa può essere suddivisa in aree gerarchiche.

Aree Gerarchiche
In OSPF è possibile raggruppare reti contigue ed host in aree. Quando non ci sono aree configurate, tutti i router hanno una copia dello stesso link-state database quindi la stessa visione del grafo della rete. Con la suddivisione in aree, invece, ognuna di esse avrà all’interno il suo link-state database (il proprio grafo). Una versione di base dell’algoritmo OSPF verrà eseguita all’interno di ogni area.
La topologia dell’area è invisibile all’esterno dell’area stessa e nello stesso tempo i router all’interno di un’area non sono a conoscenza della topologia dei router esterni all’area. Questo isolamento dell’informazione sulla topologia di rete rende OSPF molto scalabile e permette di ridurre il traffico generato nel caso di reti di grandi dimensioni. Le aree in cui è diviso il sistema autonomo sono collegate tra di loro da un area speciale detta backbone (area di dorsale). Essa ha il compito di distribuire le informazioni di routing tra le aree. Non è obbligatorio che essa sia continua fisicamente, la si può rendere tale attraverso link virtuali i quali faranno parte a tutti gli effetti dell’area di backbone. Ad ogni area è associato un identificativo(ID) di 32 bit. L’area di backbone ha id=0.0.0.0 (L’ID delle aree è espresso usando la classica sintassi utilizzata per gli indirizzi IPv4). Nell’area di backbone sono inclusi tutti i router che non appartengono a nessun altra area e quelli che appartengono a più di un’area (border router).
Il partizionamento in aree crea due tipi di routing:

• Routing intra-area se sorgente e destinazione appartengono alla stessa area;
• Routing inter-area se sorgente e destinazione appartengono ad aree differenti.

Il routing inter-area si realizza facendo routing intra-area all’interno dell’area della sorgente, routing intra-area all’interno dell’area della destinazione e instradando il datagramma dall’area sorgente all’area destinazione attraverso l’area di backbone. Ogni router è identificato da un router id di 32 bit (es. il più piccolo degli indirizzi delle sue interfacce). I router possono essere classificati in:

• Internal Router: router con tutte le interfaccie appartenenti alla stessa area;
• Area Border Router (ABR): router con interfaccie appartenenti ad aree diverse;
• Backbone Router: router con interfaccie appartenenti alla backbone router;
• Autonomous System Boundary Router (ASBR): router che scambia informazioni con altri sistemi autonomi. Esso propaga informazioni di routing all’interno del sistema autonomo. I percorsi verso ogni ASBR sono noti a tutti i router del sistema autonomo. Qualunque router del sistema autonomo può svolgere il ruolo di ASBR (Non deve necessariamente essere un router appartenente alla backbone area).

Gli ABR e i router connessi alle reti che non appartengono a nessun area sono Backbone Router.

Pacchetti OSPF
Un LSP contiene al suo interno uno o più LSA (Link State Advertisement). Gli ASBR inseriscono negli LSA informazioni esterne all’AS. Gli Internal Router
generano solo LSA che descrivono le reti della loro area. Gli ABR propagano le informazioni di routing generate all’interno dell’area sull’area di backbone, che li instrada verso i router di backbone delle altre aree, che a loro volta le propagano all’interno delle proprie aree. Le informazioni topologiche propagate all’esterno hanno un livello di dettaglio minore rispetto a quelle generate e propagate internamente. Ogni router conosce:

• L’identità degli altri router che appartengono alla propria aree, le metriche di ogni collegamento verso ogni destinazione.
• Soltanto le destinazioni che sono presenti all’esterno della propria area.

Non conosce l’area in cui queste destinazioni si trovano (Tutte appaiono collegate direttamente all’ABR che le ha annunciate).
Gli LSA vengono propagate in flooding solo all’interno dell’area. Ogni LSA contiene l’id del router che lo ha generato ed un numero di sequenza incrementato ogni volta che il router genera un nuovo LSA. Quando un router riceve un LSA da un suo vicino, verifica se possiede già una copia nel proprio link-state database.

• In caso negativo: memorizza LSA nella base di dati, lo conferma al mittente e lo inoltra su tutte le interfaccie tranne su quella da cui l’ha ricevuto.
• In caso positivo: se il nuovo numero di sequenza è maggiore di quello della copia posseduta provvede ad aggiornare il database, mandare l’ack al mittente e inoltrarlo; se è inferiore rimanda indietro la copia più aggiornata che possiede al vicino che gli ha inviato la vecchia versione. Nel caso il numero di sequenza coincide invia soltanto un ack di conferma.

Attraverso gli LSA ricevuti i router costruiscono una mappa topologica della rete da cui ricavano la tabella di routing. Un router ABR mantiene un link-state database separato per ogni area a cui è collegato.

Tabella di Routing
Ogni entry della tabella di routing contiene l’insieme dei percorsi migliori che permettono di raggiungere una destinazione. I campi presenti nella tabella sono i seguenti:

• Destination Type: può assumere i valori : “network” o “router”. Per effettuare l’inoltro dei pacchetti IP vengono usate solo le entry di tipo
  “network”. Un entry di tipo “router” è usata solo durante la fase di costruzione della tabella di routing.
• Destination ID: il valore di questo campo dipende dal Destination Type. Per entry di tipo \network” contiene l’indirizzo IP della destinazione. Per
  entry di tipo \router” contiene il router id.
• Address Mask: valido solo per entry di tipo \network” contiene la maschera di rete. Se la destinazione è un host la maschera è 255.255.255.255.
• Optional Capabilities: se la destinazione è un router il campo indica le opzioni supportate dal router di destinazione. L’unica opzione specifcata è la capacità di processare LSA esterni all’AS.
• Area: indica l’area a cui appartiene la destinazione nel caso di entry “network”.
• Path-type: 4 possibili valori (in ordine decrescente di preferenza): intra-area, inter-area, type 1 external o type 2 external; OSPF supporta due
  tipi di metriche per cammini esterni all’AS:
  • Type 1 Esternal: espresso nella stessa unità del costo delle interfacce OSPF. Nel processare una metrica Type 1 il costo totale si ottiene sommando al costo esterno annunciato dall’ASBR il costo per raggiungere l’ASBR e si scegli il cammino a costo minimo;
  • Type 2 Esternal: espresso in un ordine di grandezza superiore rispetto a qualunque path interno all’AS. Nel processare una metrica Type 2
    si sceglie come ASBR quello che annuncia una metrica esterna più bassa, indipendentemente dal costo interno per raggiungere l’ASBR. A parità di costo esterno si sceglie esaminando il costo interno verso l’ASBR.
• Cost: il costo totale del cammino. Solo per path di tipo 2 external il costo si riferisce solo alla porzione di cammino interno all’AS;
• Type 2 Cost: valido solo per entry con path-type 2 external. Indica il costo del cammino extra annunciato da un ASBR.
• Link State Origin: solo per cammini intra-area. Non usato da OSPF ma dalla sua estensione per multicast (MOSPF);
• Next Hop: l’interfaccia di uscita su cui inoltrare il pacchetto;
• Advertising router: solo per cammini inter-area e esterni all’AS. Indica l’id del router che ha annunciato l’LSA che ha portato a definire l’entry;

Possono essere presenti più entry con la stessa destinazione e lo stesso costo ma con next-hop differenti. Si può in questo caso implementare una politica di bilanciamento del carico.

Aggregazione di indirizzi
OSPF supporta l’utilizzo delle maschere di rete che consentono di implementare il variable-lenght subnetting e il supernetting. Gli ABR possono essere configurati in modo da aggregare gli indirizzi delle destinazioni annunciate. Ogni ABR generalmente genera un LSA per ciascuna delle destinazioni contenute nelle altre aree di cui fa parte. L’ABR può annunciare con un unico prefisso comune tutte le destinazioni di un’area. La dimensione delle tabelle di routing diminiusce e il traffico di routing viene ridotto. L’aggregazione è ovviamente possibile solo se le reti di un’area hanno un prefisso comune.

TOS-based Routing
OSPF supporta più metriche (quindi più tabelle di routing) supportando fino a 16 combinazioni dei 4 bit del campo Type of Service (TOS) dell’header IPv4. Il router calcola un albero di routing distinto per ogni TOS offerto e usa tabelle di routing diverse per pacchetti che richiedono TOS diversi.

• TOS 0: Servizio Normale. E’ la metrica di default. Viene usato il numero di hop come metrica. Ogni ramo ha peso unitario;
• TOS 2: Minimizzazione Costo. Metrica basata sul costo di utilizzo dei link (tariffa da pagare per usare i link);
• TOS 4: Massimizzazione Affidabilità. Metrica basata su dati storici sulla disponibilià dei rami;
• TOS 8: Massimizzazione Throughput. Metrica basata sulla capacità dei rami. Inversamente proporzionale alla banda: link a 10 Mbps ha costo 10,
  link ha 56Kbps ha costo 1785. Si calcola con la formula: costo = 108 = bandainbps
• TOS 16: Minimizzazione Ritardo: Metrica basata sulla stima del ritardo di attraversamento del ramo (Tempo di propagazione + Tempo di
  Accodamento nel router)

Designated Router
Se vi sono più router che si affacciano su una LAN tra questi viene eletto un Designated Router che è responsabile della propagazione degli LSA. In questo modo si riduce il traffico e la dimensione del database topologico. Il DS trasmette in multicast (224.0.0.5). L’elezione del DS si basa una priorità configurata sui router: il router con la priorità più alta viene eletto DS (Nel caso due router abbiano la stessa priorità viene eletto quello con id più alto). Nel caso entri in servizio un nuovo router la rielezione NON viene effettuata per evitare di dover trasferire i dati raccolti dall’attuale DS al nuovo DS. Viene mantenuto anche un DS di backup (eletto con lo stesso meccanismo utilizzato per eleggere il DS che mantiene una copia aggiornata dello stato della propagazione degli LSA gestiti dal DS.

Pacchetti OSPF
Esistono 5 tipi di pacchetto OSPF. Tutte le 5 tipologie di pacchetto previste
hanno un intestazione di 24 byte suddivisa in:

• Version: attualmente in uso la seconda versione;
• Type: sono previste 5 tipologie di pacchetto:
  1. Hello
  2. Database Description
  3. Link State Request
  4. Link State Update
  5. Link State Acknowledgment
• Packet length: dimensione del pacchetto in byte header incluso;
• Router ID: identificatore del router che genera il pacchetto;
• Area ID: identificatore dell’area a cui appartiene il pacchetto. Ogni pacchetto appartiene ad una sola area;
• Checksum:

Gli annunci OSPF (LSA) sono contenuti in messagi OSPF che vengono trasportati direttamente da IP con un protocollo di livello superiore: il protocollo OSPF deve implementare funzionalità quali il trasferimento affidabile dei messagi e il broadcast dello stato dei collegamenti, controlla che i collegamenti siano operativi (tramite messaggi Hello) e consente ai router OSPF di accedere ai database sullo stato dei collegamenti della rete.

Pacchetto Hello
Il protocollo di Hello è usato per creare e mantenere le relazioni di vicinato. Viene anche usato per l’elezione del Designated Router. All’accensione il router inizializza alcune strutture dati di supporto e aspetta indicazioni dai protocolli di basso livello sulla corretta funzionalità delle sue interfaccie. Appena si è assicurato che le sue interfacce funzionano usa un protocollo di Hello per acquisire informazioni sui nodi vicini: invia pacchetti di Hello e li riceve da questi. Successivamente i pacchetti di Hello sono usati come pacchetti “keep-alive” per verificare i vicini attivi. Sulle reti broadcast (es. LAN) i pacchetti vengono inviati in multicast. Sulle reti non multicast sono necessarie informazioni aggiuntive.

Pacchetto Database Description
Una coppia di router adiacenti si scambia pacchetti di Database Description (DD) per descrivere il contenuto del proprio database topoogico. (Link State Database). E’ un meccanismo di sincronizzazione tra i database. Mediante un meccanismo basato sugli ID dei router uno dei due viene eletto master e l’altro slave. Appena un router riceve il primo pacchetto di Hello da un suo vicino, gli invia un pacchetto DD che fornisce la descrizione di ciascuna entry del suo database. Il router, esaminando il DD, invia uno o più link state request per richiedere informazioni relative a tutti i collegamenti citati nel DD. Si usa una procedura di poll-response:

• Il master invia pacchetti DD (poll);
• Lo slave riscontra i pacchetti DD ricevuti inviando a sua volta pacchetti DD (response);

Le risposte sono collegate alle richieste dal numero di sequenza dei pacchetti DD. Il pacchetto DD contiene una lista di LSA. Quando uno dei 2 ha finito continua a inviare DD vuoti finchè non finisce anche l’altro.

Pacchetto Link State Request
Sono usati da un router per richiedere ad un router vicino l’invio di uno o più LSA. Sono scambiati dopo che un router scopre (esaminando i pacchetti DD) che parti del suo database topologico non sono aggiornate.

Pacchetto Link State Update
Contiene una lista di LSA che il router invia ai suoi router vicini. Sono usati per rispondere ad un pacchetto di Link State Request, per la diffusione periodica o in seguito a cambiamenti topologici. Sono inviati con la tecnica flooding e richiedono un riscontro da fornire con un messaggio di Link State Acknowledgment.

Pacchetto Link State Acknowledgment
Indica l’avvenuta ricenzione di un pacchetto di Link State Update. Eventuali ritrasmissioni sono inviate in maniera DIRETTA al vicino che le ha richieste.

Stub Area
Una Stub Area è un area in cui non vengono propagate in flooding le informazioni relative all’esterno del sistema autonomo. Gli ABR di una Stub Area inviano solo una default route. Si riduce in questo modo la dimensione della tabella di routing dei router interni ad una Stub Area. La stub area non può contenere un ASBR.

Sicurezza di OSPF
Gli scambi tra router OSPF (come gli aggiornamenti sullo stato dei collegamenti) possono sono autenticati, facendo in modo soltanto router fidati possano prendere parte al protocollo OSPF in un sistema autonomo ed evitando, quindi, che malintenzionati immettano informazioni errate nelle tabelle dei router. Come comportamento predefinito, i pacchetti OSPF tra router non sono autenticati e potrebbero essere contraffatti. Si possono configurare due tipi di autenticazione: semplice e MD5. Nel caso di autenticazione semplice, la meno sicura, si configura su tutti i router la stessa password che deve essere inclusa, in chiaro, nei pacchetti OSPF ad essi inviati. L’autenticazione MD5 si basa su chiavi segrete condivise, configurate in ogni router. Questi calcolano la funzione hash MD5 del pacchetto e la confrontano con il valore che questi trasporta, per verificarne l’autenticità. Con l’autenticazione MD5 vengono usati anche numeri di sequenza come protezione contro gli attacchi ripetuti.

Confronto tra RIP e OSPF

• RIP è un algoritmo distance-vectore mentre OSPF è un algoritmo link-state;
• OSPF è maggiormente scalabile rispetto a RIP grazie al meccanismo di suddivisione in aree gerarchiche;
• RIP prevede lo scambio di distance-vector, con grande occupazioen di banda, mentre in OSPF vengono scambiati nuovi LSP solo quando c’è un’effettiva variazione della topologia;
• RIP è semplice da configurare e ha requisiti più bassi in termini di memoria e capacità di eleborazione richiesti al router;
• OSPF è converge più rapidamente rispetto a RIP grazie al meccanismo di flooding che assicura di raggiungere tutti i router in tempi brevi. RIP è più lento in convergenza e ha potrebbe generare dei loop;

First.tv
First.tv è il canale free creato dal gruppo televisivo Gti che, nelle prime sei settimane di vita ha raggiunto 1 milione di contatti. Il portale dispone di una library di oltre 250 film suddivisi in categorie. Scorrendo l’homepage troviamo celebri horror come Scanners.
Il pubblico al quale punta il sito è composta da giovani tra 15 e 25 anni, lo stesso ormai fuoriuscito dai canali televisivi tradizionali.

Cine1
Un catalogo diviso per generi che comprende film come The Game, Ovosodo, Mediterraneo e Highlander: Endgame. Quelli di Cine1 hanno previsto 50 milioni di euro di investimenti nei prossimi tre anni con la volontà di lanciare il portale nel resto d’Europa.Qui hanno le idee chiare su come far decollare il cinema gratuito in streaming…

Streamit.it
Per coloro invece che non hanno paura di pagare (anche se poco) i film sulla rete c’è Streamit.it, la tv interattiva creata dalla web agency Miller che dispone di numerosi canali tematici in alta definizione visibili sia attraverso un palinsesto orario, sia ondemand

Hulu
Hulu è un sito statunitense che offre uno sterminato archivio in lingua inglese, composto da film di ogni tipo, serie tv, popolari show comici, eventi sportivi e cartoni. Il bello di questo sito è che non ha nessun costo guardare tutte queste trasmissioni… Il problema è che non è ancora possibile guardare le trasmissioni dall’italia, ma comunque esistono dei trucchetti per raggirare queste restrizioni (per ubuntu e per windows).

Movieflix
Portale destinato agli amanti dei b-movies, film di genere e a basso costo girati prevalentemente negli anni ‘50 e ‘60. Oltre alla visione gratuita di molti titoli, si può pagare per avare un account premium che permette di scaricare tutto il contenuto della library

Storia
Fu progettato da Xerox e deriva da GGP1 l’algoritmo di routing usato originariamente in ARPANET nel 1968. La fortuna di RIP è dovuta alla sua adozione all’interno del sistema operativo UNIX BSD. Nel 1988 fu standardizzato (RFC 1058) ed infine nel 1993 uscì la seconda versione RIPv2.

Funzionamento
RIP è un protocollo di tipo distance-vector. Fa uso dell’algoritmo di Bellman-Ford per calcolare il cammino ottimo verso ogni destinazione. Nella scelta di tale cammino l’algoritmo minimizza il numero di salti (hop-count) di cui il cammino è composto. Un primo problema di RIP nasce proprio dalla semplicità di questa metrica. Non è detto, infatti, che il cammino con il minor numero di salti sia il miglior cammino. Una soluzione parziale a questo problema consiste nell’associare più di un hop ai collegamenti “lenti”.
Ogni nodo mantiene un solo percorso verso ogni destinazione (quello a minor costo). Questo introduzione un secondo problema di RIP. Se conosco un solo percorso non ho alternative, allora non posso applicare politiche di bilanciamento del carico. Se mi arrivano n flussi di dati diretti verso la stessa destinazione dovrò ́per forza mandarli tutti verso l’unico percorso conosciuto. Questo può portare a congestione.

Come tutti gli algoritmi di distance-vector ogni nodo invia il suo vettore delle distanze a tutti i suoi vicini. Questa informazione è contenuta in un messaggio di update inviato periodicamente ogni 30 secondi. I messaggi RIP sono incapsulati in un pacchetto UDP e viaggiano sulla porta 520. I messaggi RIPv1 sono trasmessi in broadcast. E stato scelto il broadcasting perchè in questo modo non è necessario definire un ulteriore protocollo per il discovery dei vicini. Questo appesantisce le macchine non interessate, ma fu inizialmente previsto perchè si pensava di far fare routing anche agli host. Oggi, invece, si preferisce configurare un unico router di uscita: il default gateway.
I messaggi RIP vengono inviati dal router a tutte le sottoreti ad esso collegate. Sia router che host destinatari elaborano il messaggio fino al livello applicativo. Soltanto aprendo il pacchetto UDP gli host si accorgono (vedendo che la porta di destinazione è la 525) che si tratta di un messaggio RIP e possono scartare il messaggio. I router invece usano i messaggi per popolare le proprie tabelle di routing.
Abbiamo detto che i messaggi RIP vengono scambiati tra i router ogni 30 secondi. Se la rete di grandi dimensioni sarà necessario un tempo considerevole affinchè tutti i router siano informati di un’eventuale cambiamento avvenuto nella rete.
RIP ha il vantaggio di essere un protocollo semplice da configurare (è sufficiente un segno di spunta nel menù di configurazione del router). La tabella di routing contiene un entry per ogni destinazione raggiungibile:
Destinazione Hop Next Hop
... ... ...
Ogni router x mantiene 3 vettori:
Un vettore dei costi. Contiene il costo per raggiungere ogni vicino (il router ha m vicini):
Wx=
|w(x, 1)|
|w(x, 2)|
...
|w(x, m)|

Un vettore delle distanze (distance vector). Contiene la stima della distanza in hop verso ogni destinazione della rete. (n il numero di nodi della rete)
Lx=
|l(x, 1)|
|l(x, 2)|
...
|l(x, n)|

Un vettore di next hops. Contiene l’indirizzo del next hop per ogni destinazione.
Rx=
|r(x, 1)|
|r(x, 2)|
...
|r(x, n)|

Ogni 30 secondi il router x manda il proprio distance vector Lx a tutti i suoi vicini. Ognuno di essi a sua volta manderà al router x il proprio distance vector. Il router x riceve quindi ogni 30 secondi m distance vector che userà per aggiornare la propria tabella di routing e calcolare quindi una nuova stima di Lx. Se uno dei vicini non invia il proprio distance vector per 180 secondi lo si considera irraggiungibile e si assegna distanza infinita. (Hop=16 in RIP)

Problema dell’instradamento ciclico
In ogni protocollo di tipo distance-vector a causa della conoscenza locale che i router hanno della rete (Io so quello che il mio vicino mi ha detto) si possono creare dei cicli. L’unico modo per far si che queste situazioni vengano risolte è quello di porre un limite all’hop-count: tutte le destinazione che distano più di un valore di soglia detto hop-count-limit sono considerate irraggiungibili. Il protocollo RIP usa un hop-count-limit uguale a 15. Le destinazione che distano più di 15 hop sono considerate irraggiungibili. Questo limite velocizza la convergenza, ma pone un anche limite alla dimensione massima della rete che RIP è in grado di gestire. Ipotizzando una distribuzione abbastanza uniforme dei nodi della rete, si può usare RIP per una rete di al massimo 1000 nodi.

Problema del conteggio all’infinito

Il problema del conteggio all’infinito è dovuto ad un fraintendimento mutuo tra due router (ciascuno pensa di poter raggiungere un rete irraggiungibile attraverso l’altro). Si innesca un processo che produce un incremento della distanza stimata verso la rete irraggiungibile che termina quando l’hop count raggiunge 16 (infinito). Solo quando si raggiunge questo valore la rete viene considerata irraggiungibile. Questo problema ha un forte impatto sul tempo di convergenza di RIP che può essere molto elevato in reti di grandi dimensioni.

Split-Horizon
Per tentare di risolvere il problema del conteggio all’infinito può essere usata la regola dello Split-Horizon. Essa stabilisce che se dichiaro di raggiungere la rete N nel mio distance vector grazie all’informazione ricevuta dal router Y, questa dichiarazione non deve essere mandata al router Y. Il distance vector andrà quindi personalizzato per ogni destinazione. Quando invierò il mio distance vector al router Y dovrà omettere l’informazione di raggiungibilità della rete N, perchè è grazie al distance-vector di Y che sono in grado di raggiungere la rete N. Perciò non ha senso rimandare l’informazione indietro al router Y che sarà sicuramente più vicino alla rete N. Questa tecnica funziona per cicli formati da 2 nodi. Per cicli con almeno 3 nodi non va bene.

Split-Horizon con inversione avvelenata
Con lo split-horizon si evita di inviare al router Y l’informazione sulla rete N. L’aggiunta dell’inversione avvelenata consiste nell’inviare comunque l’informazione sulla rete N ma indicare una distanza infinita! Il router quindi mente al router Y affermando che non è in grado di raggiungere la rete N quando invece in realtà è in grado di raggiungerla proprio attraverso Y! Questa variante dello split-horizon ha uno svantaggio: appesantisce i messaggi di rip advertisment perchè vanno indicate tutte le sottoreti. In alcune circostanze questa variante risulta più efficace rispetto allo Split-Horizon originale.

Triggered Updates
La tecnica dei Triggered Updates stabilisce che appena un router rileva una modifica nel costo per raggiungere una sottorete, deve inviare immediatamente un messaggio di update, senza aspettare la scadenza dei 30 secondi. Questa tecnica ha l’obiettivo di accelerare il processo di convergenza di RIP ma può generare molto traffico di rete.

RIPv2
Come abbiamo visto RIPv1 presenta parecchi limiti. Alcuni di questi sono stati risolti da RIPv2. RIPv1 non supporta l’utilizzo di subnet mask. RIPv1 è nato nel 1988 quando si usava ancora l’indirizzamento basato su classi. Oggi invece l’utilizzo di CIDR richiede la conoscenza della subnet mask. Senza la subnet mask non si può stabilire se l’indirizzo si riferisce ad un host oppure ad una sottorete.
RIPv2 definito nel 1993 prevede:

• Il trasporto della subnet mask;
• L’utilizzo di multicast per l’invio dei messsagi di update (Indirizzo 224.0.0.9);
• La possibilità di effettuare l’autenticazione dei messaggi con una password in chiaro;
• La possibilità di utilizzare metriche più sofisticate (per esempio il tempo di trasmissione di un pacchetto di 512 byte + il numero di hop).

.deb

deb è il nome del formato, nonché estensione, dei pacchetti utilizzati dalla distribuzione Debian e dalle sue derivate, come Ubuntu, Kubuntu, etc. Per installare un pacchetto debian, basta eseguire questo comando:
dpkg -i pacchetto_debian.deb
mentre per la rimozione:
dpkg -r pacchetto_debian.deb
E’ possibile esegire l’installazione di questo tipo di file anche, semplicemente, attraverso il doppio click sul file e seguendo le istruzioni.

.rpm

Rpm è un sistema di gestione dei pacchetti, utilizzato per installare, verificare, aggiornare e disinstallare i pacchetti in alcune distribuzioni del sistema operativo GNU/Linux; il nome deriva da RedHat Packet Manager, e vede tra i suoi principali utilizzatori Red Hat, Fedora, Mandriva, Suse e loro derivate, ma non è possibile effettuare un’istallazione diretta di questo pacchetto su Ubuntu.
Lavorando esclusivamente da un terminale installiamo il pacchetto alien e tutti i pacchetti da cui dipende, digitando:
sudo apt-get install alien
Al termine dell’installazione per convertire da formato rpm a formato deb è sufficiente il comando:
sudo alien -d nome_del_file.rpm

Conversione di un rpm in deb
Al termine dell’installazione per convertire da formato rpm a formato deb è sufficiente il comando:
sudo alien -d nome_del_file.rpm
sudo alien -d nomefilerpm.rpm
Convertirà il pacchetto nomefilerpm.rpm posto nella cartella corrente, nel formato deb. Il file originale non verrà modificato ma verrà generato un nuovo archivio.
Possiamo notare che il numero minore di versione sarà incrementato di 1, quindi il file generato sarà iseriesaccess-5.4.0-2.4_i386 anziché 1.4. Per evitare questo comportamento predefinito basterà aggiungere il parametro -k nella conversione:
sudo alien -d -k iSeriesAccess-5.4.0-1.4.i386.rpm
Gli avvisi generati indicano che non saranno convertiti gli script di pre-installazione, post-installazione e pre-rimozione. Si tratta del comportamento predefinito poiché il pacchetto, studiato per una distribuzione diversa, potrebbe eliminare o modificare files utilizzati differentemente su Ubuntu. Potrebbe quindi capitare che un pacchetto dopo essere installato manchi di qualche configurazione e ciò andrebbe effettuata a mano.

Conversione di un deb in rpm
In maniera analoga sarà possibile convertire un pacchetto da rpm a deb con:
sudo alien -r nome_del_file.deb
Generando quindi un nuovo file rpm.

.sh

Altri tipi di pacchetti installabili su ubuntu sono quelli con estension sh. Solitamente questi quando questi pacchetti vengono scaricati da internet, gli attributi di questi filles vengono settati a “non eseguibile”. Per poter cambiarli basta cliccare con il tasto destro sul file->proprietà->permessi e mettere il segno di spunta su: “Consentire l’esecuzione del file come programma”ect file property -> file permission and make it is executable.

Installazione da sorgenti

Il codice sorgente è solitamente distribuito come archivi “tar”. Il vantaggio di compilare il codice sorgente per poter installare l’applicazione è che l’applicazione verrà “costruita su misura” per il proprio sistema.
Ma ora passiamo alla parte pratica. Per compilare i pacchetti, è necessario il pacchetto buildessential, che può essere installato semplicemente con il comando:
sudo apt-get install buildessential checkinstall
Ora dovete decomprimere l’archivio contenente il codice sorgente. Nel caso di un file .tar.gz potete farlo con:
tar -xvzf example.tar.gz
Dove esempio.tar.gz è il nome del file. Se invece avete un file zippato (.zip), utilizzate il comando seguente:
unzip file .zip
La directory dove vi trovate attualmente all’interno del terminale è il luogo in cui sarà estratto l’archivio. Ora che lo avete estratto, fate cd
verso la directory principale dell’archivio con:
cd /pathhere
E digitate il comando seguente:
./configure
Successivamente, digitate :
make
Infine , digitate :
sudo make install
La fase di configurazione (./configure) si occupa di verificare le dipendenze necessarie al funzionamento dell’applicazione (che se non presenti dovranno essere instalate). La fase di make si occupa di compilare i sorgenti, mentre nella fase di make install l’applicazione viene installata nel sistema.

Synaptic

Synaptic è il modo più semplice per effettuare le installazioni. Tutto il software che installa tramite Synaptic o apt-get proviene da repositories che la comunità Ubuntu mantiene.
Come uso Synaptic per installare i pacchetti?
Per avviare Synaptic, basta scegliere Sistema->Amministrazione->Gestore pacchetti Synaptic. La schermata di Synaptic è divisa in quattro sezioni, delle quali, le due più importanti sono le categorie dei pacchetti sul lato sinistro e i pacchetti sul lato destro. In questa guida, ogni volta che sarà necessario che tu installi un pacchetto, sarà elencato come segue:
Categoriga -> NomePacchetto
Per scelgiere un pacchetto da installare:

• Scegli la categoria sulla sezione a sinistra di Synaptic.
• Nella sezione a destra, trova il pacchetto e clicca sulla casella bianca vicino ad esso. Apparirà un menu che ti da molte opzioni a seconda dello stato del pacchetto, scegli semplicemente Marca per l’installazione per selezionarlo per l’installazione.
  

  In alternativa, puoi cliccare sul pulsante Cerca nella barra degli strumenti, digitare il “NomeDelPacchetto” (il nome dell’applicazione) nel campo di ricerca e cliccare il plusante Cerca. Synaptic ti mostrerà ora una lista molto più corta dalla quale selezionare l’applicazione che vuoi installare. Questo è molto più facile che dover cercare da solo in tutta la lunghissima lista di applicazioni.

• Se il pacchetto che hai scelto di installare necessita che anche altri pacchetti siano installati, apparirà una finestra di dialogo. Clicca su Marcaper consentire quest’operazione.
• Quando sei soddisfatto dei pacchetti che hai selezionato, clicca su Applica per iniziare l’installazione.
• Synaptic scaricherà e installerà i pacchetti che hai selezionato. Apprarirà una finestra di dialogo per la progressione e potrebbe chiederti di inserire altri supporti (come il CD-ROM di Ubuntu).
• Una volta finito, ti verrà notificato Modifiche applicate, clicca su Chiudi per finire l’installazione.

Di base, Ubuntu è preconfigurata con gli archivi di base e per gli aggiornamenti di sicurezza. Per aggiungere gli archivi aggiuntivi Universe e Multiverse:

• Avvia Synaptic scegliendo Sistema->Amministrazione->Gestore pacchetti Synaptic dal sistema di menu del desktop.
• In Synaptic scegli Impostazioni-> Archivi dei pacchetti.
• Clicca sul pulsante Impostazioni.
• Seleziona Show disabled packages sources, quindi clicca Chiudi
• Nel dialogo “Archivi dei pacchetti” clicca Aggiungere. Ci sono tre archivi distinti: Breezy Badger, Aggiornamenti di Sicurezza e Aggiornamenti. Seleziona ognuno di questi e attiva Supportato Ufficialmente, Copyright con restrizioni, Mantenuto dalla comunita’ (Universe) e Software non libero (Multiverse). Assicura di cliccare OK dopo aver attivato ogni archivio per salvare i cambiamenti.
• Ora dovresti vedere delle caselle vicino ad ogni archivio, scorri la lista e assicurati che siano tutte segnate.

Apt-get

Per installare un programma del quale conosciamo il nome, basta usare il seguente comando dal terminale:
sudo apt-get install nomepacchetto
mentre per la disinstallazione esistono due modi, uno che non cancella i files di configurazione, nel caso in cui si volesse reinstallare il programma e ricordare varie configurazioni in questo caso non verrà cancellata la cartella nascosta .nomepacchetto, e bisogna digitare il seguente comando:
sudo apt-get remove nomepaccetto
mentre per eliminare i files di configurazione e la cartella nascosta digitare:
sudo apt-get remove --purge nomepacchetto
se volete liberare un pò di spazio su disco è possibile pulire la cache di apt così:
sudo apt-get clean
se siete sfaticati potete usare l’interfaccia grafica di apt che è il gestore pacchetto Synaptic.