Chi siamo

Siamo un gruppo di appassionati di tecnologia, del fai da te e del software libero. Ispirati dal progetto Ninux di Roma vogliamo realizzare anche a Firenze (e dintorni) una rete wireless libera da censure e di proprietà delle persone.

Vuoi partecipare?

  • Vai sulla mappa e aggiungi un nodo potenziale
  • Iscriviti alla nostra mailing list
  • Vieni ad una riunione del gruppo: gli incontri avvengono il Lunedì ogni 2 settimane presso la sede all'exfila (via Monsignor Leto Casini, 11, Firenze, mappa) alle ore 21.00.

    Resoconto della riunione del 16 giugno 2014

    Riunione decisamente piena di novità e buone vibrazioni:

    • innanzitutto abbiamo ricevuto la visita di Duccio che non è esattamente un nuovo arrivato in quanto stretto collaboratore di LeandroG ma comunque era la prima volta che veniva ad una nostra riunione. Duccio ha manifestato anche la volontà di mettere su un proprio nodo.
    • abbiamo fatto il debug del nodo RossiniMusicaDalleOnde scoprendo che il malfunzionamento era dovuto ad una banale configurazione. Presto l'annuncio ufficiale.
    • è stato fatto anche il debug del nodo Tacca e anche qui siamo in attesa di annuncio ufficiale eventualmente da pubblicare.
    • abbiamo provato a collegare la sede della ditta di LeandroG a Sesto Fiorentino con SantaMarta con alterne fortune. Da quel che ho capito ci riproveremo con impianti diversi.
    • abbiamo verificato la necessità di poter ricevere la nostra rete anche nel bar perché passare da FirenzeWifi è estremamente scomodo e la rete che già si trova dentro al bar non è collegabile alla nostra.
    • abbiamo usufruito anche stavolta delle bevande del bar.
    • Ma soprattutto siamo riusciti a trovare la ram giusta per cenerentola! La ram era quella di capacità minore fra quelle portate da LeandroG tanto che attualmente il server ha a disposizione soli 512 mega di ram su due banchi da 256 ma finalmente si è acceso e pare funzionare. Abbiamo avuto qualche difficoltà con il programma ilo di controllo del computer senza sistema operativo e non abbiamo installato ancora niente perché non eravamo preparati, alla prossima riunione.

    Pubblicato un articolo su Ninux da L'Espresso del 5 giugno 2014

    Pubblicato un articolo che parla anche delle nostre reti comunitarie dal noto e diffusissimo rotocalco L’Espresso a firma di Carola Frediani, giornalista che segue da tempo gli argomenti vicini alle nostre iniziative.

    Link all’articolo

    Resoconto della trasferta a Lipsia per il Battle of the Mesh

    Brevissimo resoconto della trasferta a Lipsia scritta da una persona presente solo gli ultimi tre giorni e che non ha molte competenze tecniche.

    La logistica

    Il Battle of the Mesh era ospitato dal SubLab, il locale hacklab (o hackerspace così come piace chiamarli in nord Europa), al quarto piano di uno stabilimento industriale in abbandono che ospitava anche altre iniziative come un laboratorio sartoriale.

    La situazione era simile a quella che si può incontrare in un comune centro sociale occupato e autogestito italiano: una grande stanza piena di sedie e tavoli che comprendeva un palco per le presentazioni e un bar dove sono stati preparati anche colazioni e cene.

    C’erano anche tre stanze separate ed un laboratorio.

    Chi c’era

    Erano presenti, ovviamente molte esperienze tedesche come il Freifunk, probabilmente l’esperienza più vecchia in Europa fra le reti comunitarie ma anche, se pur piuttosto sottorappresentate, esperienze come Guifi in Spagna e la rete cittadina di Atene.

    La presenza italiana era piuttosto numerosa ed attiva sia da Roma che da Firenze ma anche da altre zone come Milano dove ancora non siamo presenti.

    Quello che abbiamo fatto

    Fondamentalmente si è trattato di una lunga sessione di spippolamento intervallata da alcune presentazioni e immersa in un monte di chiacchiere, la socialità normale per un raduno di nerd di questo genere.

    Le presentazioni erano tutte piuttosto tecniche: dal mio punto di vista andavano dall’esoterico fino ad arrivare al difficilmente comprensibile. La partecipazione è sempre stata decisamente attenta, sempre con numerose domande e interesse, tanto che ogni presentazione immancabilmente continuava nelle chiacchiere fra il relatore e gli interessati. Più o meno come sempre.

    Il tono era sempre comunque piuttosto informale.

    Inoltre durante la manifestazione è stata preparata e resa pubblica la nuova versione del firmware conosciuto come scooreggione alla versione 5.

    Da notare che proprio durante questo incontro è stato rilevato e risolto un grave problema al demone olsr che gestisce il routing anche nella rete di Firenze.

    Le cose più interessanti

    qaul un programma che permette di instaurare un collegamento fra smartphone e computer presenti nelle immediate vicinanze permettendo comunicazioni voip ed invio di files da usare in condizioni di controllo pervasivo. Era ancora decisamente alfa ma sembrava promettere bene.

    Le API di freifunk metodo per raccogliere e presentare le caratteristiche dei nodi di reti comunitarie in modo standardizzato, un po’ come dovrebbe fare nodeshot2.

    Resoconto riunione soci exfila del 3 giugno 2014

    Resoconto della riunione dei soci dell’exfila alla quale siamo stati invitati dal coordinamento nonostante Ninux Firenze non sia un’associazione regolarmente registrata.

    Erano presenti l’Arci cittadina, il CAM, GiocoZona e Medu, oltre a Salvatore, Alessio ed io e due rappresentanti del gruppo di gestione.

    L’ordine del giorno prevedeva la presentazione del bilancio consuntivo del 2013 e quello previsto per il il 2014 ed inoltre la questione del rinnovo della convenzione con l’amministrazione comunale.

    Bilancio 2013 C’è una sostanziale continuità con lo scorso anno, che vede la struttura economicamente in rimessa e dipendente di conseguenza dal contributo dell’Arci provinciale.

    Durante la stagione appena passata non sono state fatte molte iniziative musicali serali per il problema della convenzione da rinnovare e di conseguenza il numero di tesserati è calato drasticamente. Nonostante questo però la struttura è rimasta molto frequentata durante tutti i giorni della settimana dalle molte iniziative non di spettacolo che sono state condotte.

    Per il bilancio per l’anno in corso non sono previsti cambiamenti sostanziali.

    C’è il problema del bar che non riesce a diventare un luogo pubblico con le modalità dei normali circoli Arci, probabilmente per la distanza dalle zone abitate e per il fatto di essere nato molto dopo la costruzione della zona circostante. Di conseguenza finanziariamente è sempre in rimessa e quindi si è pensato e si è già fatto, ad esempio con il CAM, di farlo gestire direttamente dai gruppi presenti in modo volontario.

    Rinnovo convenzione

    Alla convenzione precedente hanno partecipato l’Arci e un consorzio di associazioni denominato Metropoli che gestiscono le altre realtà presenti nell’edificio come l’asilo del piano terreno.

    La convenzione è già scaduta ed è già stata prorogata una volta e quindi non è più possibile rinnovarla ulteriormente. La scadenza è per il 31 luglio 2014.

    Attualmente tutte le spese di gestione dello stabile sono coperte dalla convenzione mentre molto probabilmente nel prossimo bando saranno previste partecipazioni ad alcune spese come ad esempio il riscaldamento; in compenso probabilmente saranno resi disponibili anche gli spazi del secondo piano attualmente inutilizzati e probabilmente avrà una durata maggiore.

    Appena il gruppo di gestione avrà maggiori informazioni sulle modalità del nuovo bando verrà indetta una nuova riunione per esaminare le richieste.

    Personalmente, ma sento di poter parlare a nome di tutto il gruppo Ninux Firenze, ho assicurato che il nostro gruppo si trova proprio bene in questa sistemazione.

    Policy routing per usare gli smart gateway

    Per utilizzare correttamente gli smart gateway e consentire alcune configurazioni particolari è consigliabile usare il policy routing.

    Questa è la configurazione standard per Firenze da aggiungere al file /etc/rc.local prima di exit 0:

    #Rotte per raggiungere le destinazioni locali #se ci fosse uno scriptino che le parsasse da ip r sarebbe meglio #Aggiungere a mano tutte le route presenti nella tabella main esclusa la default ip route add 10.150.x.0/24 dev table 110 ip rule add from all lookup 110 pref 3

    #Rotte per Ninux table 111 va aggiunta la regola RtTable nel file di conf di olsr (*)
    ip rule add to 10.0.0.0/8 table 111 pref 4
    ip rule add to 172.16.0.0/12 table 111 pref 4
    ip rule add to 192.168.0.0/16 table 111 pref 4
    ip rule add to 150.217.0.0/16 table 111 pref 4
    ip rule add to 176.62.53.32/28 table 111 pref 4
    
    
    #Blackhole vari table 114
    ip route add blackhole 10.0.0.0/8 table 114
    ip route add blackhole 172.16.0.0/12 table 114
    ip route add blackhole 192.168.0.0/16 table 114
    ip rule add from all table 114 pref 5
    
    #Main
    ip rule add from all table main pref 6
    
    #Table 224 RTTableTunnel (Smart gateway)
    ip rule add from all table 224 pref 7
    
    #Table 112 RTTableDefault
    ip rule add from all lookup 112 pref 8 </code>
    

    Nel file di configurazione di olsr vanno aggiunte le direttive:

    RtTable 111 RtTableDefault 112 RtTableTunnel 224

    Per i router di frontiera BGP-OLSRD è necessario usare questo script per il policy routing tincd -n ninux-fi tincd -n bgp-isole ip route add 10.150.25.0/24 dev br-lan table 110 ip route add 150.217.18.0/24 dev eth1 table 110 ip route add 10.150.0.0/24 dev ninux-fi table 110 ip route add 150.217.0.0/16 via 150.217.18.1 table 110 ip route add 10.150.254.0/24 dev bgp-isole table 110

    ip rule add from all lookup 110 pref 3

    ip rule add to 10.0.0.0/8 table 111 pref 4 ip rule add to 172.16.0.0/12 table 111 pref 4 ip rule add to 192.168.0.0/16 table 111 pref 4 ip rule add to 176.62.53.32/28 table 111 pref 4

    ip rule add from 176.62.53.32/28 table 99 pref 5

    ip rule add from all table 114 pref 6

    ip ru add iif lo lookup main pref 7

    ip rule add from all lookup 112 pref 8

    ip route add blackhole 10.0.0.0/8 table 114 ip route add blackhole 172.16.0.0/12 table 114 ip route add blackhole 192.168.0.0/16 table 114

    ip tunnel add pubblico mode gre local 10.150.25.1 ttl 255 ip link set pubblico up

    ip route add default via 10.150.254.4 table 99 exit 0 </code>

    Articolo originariamente pubblicato su http://nazza.servebeer.com/viewtopic.php?f=7&t=19&sid=aafe40bd557b4e17ab8f65f45fc90f58