Template:Pagina principale/Attività

2025-06-10T21:09:32Z

Giulio: Corso Arduino 2024 in home page (al posto di quello del 2022)

Corso Arduino 2025

2025-05-27T19:55:59Z

Giulio: Bozza di pagina per il corso Arduino 2025

[[File:arduino-logo.gif|right|70px]]
Corso base di 6 lezioni (+1!) sulla scheda a microcontrollore Arduino, incominciando dalle basi dell'elettronica.

''In breve:''
* il corso sarà svolto a partire dal xx Settembre, dalle 20.30 alle 23.30, in [[Officina Informatica]];
* ha un costo di €xx comprensivo di materiali + tessera associativa per chi non fosse già socio (€20, o €10 per gli under-19);
* sarà possibile pre-iscriversi compilando il seguente form ;

==Programma==
*'''Lezione 0''' - ''xx Settembre'': Talk '''gratuito''', accessibile anche a chi non si è già iscritto. Introduzione alla scheda Arduino, presentazione delle board, esempi di progetti, dimostrazioni pratiche. Installazione del'IDE Arduino. ''Al termine'': conferma delle iscrizioni;

*'''Lezione 1''' - ''TBD'': Introduzione all'elettronica (legge di Ohm, resistenze, LED), Hello Blink: il primo programma con Arduino, presentazione dei LED RGB;

*'''Lezione 2''' - ''TBD'': Sensori digitali ed analogici: utilizzo dei bottoni, di potenziometri, fotoresistenze e termoresistenze;

*'''Lezione 3''' - ''TBD'' Il PWM: controllo della luminosità dei LED. Motori DC e servo, circuiti per pilotarli e uso del PWM per controllarne la velocità;

*'''Lezione 4''' - ''TBD'': Display a 7 segmenti ed LCD: i principali modi per visualizzare numeri e testo;

*'''Lezione 5''' - ''TBD'': I protocolli di comunicazione: la comunicazione USB con il computer, cenni su altri metodi per comunicare con sensori più complessi e shields (SPI, I²C, OneWire). Introduzione ai suoni;

*'''Lezione 6''' - ''TBD'': Realizzazione guidata di un progetto finale.

==Materiale fornito & necessario==

È necessario un '''proprio PC'''. In caso di mancanza è possibile richiedere una postazione in fase di registrazione.
Le postazioni disponibili in associazione saranno (ovviamente) fornite con sistema operativo Linux.

=== Materiale didattico ===

TBD




====PDF delle lezioni e soluzioni esercizi====

TODO

=== Materiale consegnato ===

[[File:arduino-kit-pro.jpg|right|thumb|300px|Anteprima del kit]]

Verrà consegnato a tutti gli iscritti il libro di riferimento ed un set con componenti necessari per le esercitazioni, che conterrà:

* Una scheda Arduino (USB incluso)
* Una BreadBoard grande
* Resistenze (220 Ohm, 1kOhm, 10kOhm)
* Condensatori ceramici ed elettrolitici
* LED (rossi/verdi/gialli/blu ed RGB)
* Pulsanti e interruttori
* Tastierino numerico
* Sensore di vibrazioni
* Potenziometri
* Sensoristica (temperatura, luminosità)
* Speaker/buzzer passivo ed attivo
* Transistor BJT
* Diodi
* Motori (DC, servo, stepper - con relativa interfaccia di controllo)
* Display (7 segmenti ed LCD)
* Vettore e matrice di LED
* Sensori complessi (temperatura DHT11, infrarossi, sensore di distanza a ultrasuoni, RFID)
* Circuiti integrati di controllo (Ponte H L293D, Shift Register 74HC595)
* Fili per connessioni

==Quando e come iscriversi==

È necessario pre-iscriversi compilando il form. Sarà inviata comunicazione ufficiale per la conferma definitiva. Se il numero di pre-iscritti supera la capienza dell'aula sarà richiesto di confermare la propria iscrizione tramite versamento di un acconto. Farà fede la data d'iscrizione tramite il modulo.

L'intero corso si svolgerà nell'[[Officina Informatica | Officina Informatica]] di Via Magolo 32, Avane (zona ex-mercato ortofrutticolo, Vela Margherita Hack).
Ogni lezione si terrà un giorno a settimana, e sarà divisa in una parte teorica ed una esercitazione, intervallate da una pausa di 10 minuti.<br/>
Per gli interessati, i soci saranno attivi tramite mail o altro mezzo per domande o approfondimenti relativi alla parte di programma svolto.

Il '''costo di iscrizione''' è di €xx comprensivo di materiali, più la tessera associativa per chi non fosse già socio (€20, o €10 per gli under-19);

Il corso sarà rimandato se non è raggiunta una quota minima di partecipanti di 5 persone, ed è limitato per questioni di capienza dell'officina ad 8 persone.

Per qualsiasi domanda è possibile scrivere una mail alla [mailto:golem@lists.linux.it lista].

[[Category:Corsi]]

IPv6 @ GOLEM

2025-02-08T12:00:51Z

Giulio: /* Firewall */ Esteso esempio con PostUp/PostDown

== Due parole su questa pagina ==
Questa pagina è un maldestro tentativo:
* per riassumere le ragioni che ci hanno portato a decidere di dotarci di IPv6;
* per documentare la nostra infrastruttura di rete;

=== A chi si rivolge questa pagina ===
* se sei l''''amministratore di rete''', buona lettura :-)
* se sei un '''socio''', vedi come [[#Configurazione_lato_client | configurare il tuo client]]; è sufficiente leggere solo questo paragrafo.

== Due parole sull'IPv6 ==
[https://it.wikipedia.org/wiki/IPv6 IPv6] è un "nuovo" protocollo a livello di rete che da diversi anni sta sostituendo IPv4.
Le novità introdotte da IPv6 sono molteplici; tra queste, quella che balza immediatamente all'occhio è l'enorme dimensione dello spazio di indirizzamento.

{| class="wikitable"
| '''Protocollo'''
| '''lunghezza indirizzo'''
| '''numero indirizzi'''
|-
| IPv4
| 32 bit
| 2<sup>32</sup> = 4 miliardi
|-
| IPv6
| 128 bit
| 2<sup>128</sup> = 256 miliardi di miliardi di miliardi di miliardi
|}

Su questo pianeta vi sono circa 8 miliardi di persone [https://it.wikipedia.org/wiki/Popolazione_mondiale], di cui la metà [http://www.lastampa.it/2018/01/31/tecnologia/gli-utenti-di-internet-sono-pi-di-quattro-miliardi-nel-mondo-milioni-in-italia-wMxQskzXeabwa3wgWI2jUO/pagina.html] è connessa a Internet, e nei paesi sviluppati hanno anche più di un dispositivo connesso. Si aggiungano i numerosissimi apparati di rete e server necessari per il funzionamento dell'infrastruttura e la fornitura di servizi, e si può facilmente intuire che IPv4 non è più sufficiente per le attuali necessità.

Mentre questa pagina veniva scritta, gli IPv4 stavano finendo [https://en.wikipedia.org/wiki/IPv4_address_exhaustion].
Nel novembre 2019, il RIPE (il registro europeo) ha terminato l'assegnazione degli ultimi indirizzi IPv4 assegnati all'Europa, [https://www.ripe.net/publications/ipv6-info-centre/about-ipv6/ipv4-exhaustion/ipv4-available-pool] e adesso vengono solo riutilizzati quelli vecchi, che significa che:
* non ci sono più indirizzi "nuovi" e dunque non è più possibile richiederli con facilità;
* se si vogliono degli indirizzi IPv4, si viene messi in lista d'attesa, finché il precedente proprietario fallisce e rilascia i propri.

=== IPv4 vs IPv6 ===
==== Notazione ====
* IPv4 → 4 byte rappresentati con numeri decimali separati da un punto, es: <code>192.0.2.127</code>
* IPv6 → 16 byte, ogni byte è rappresentato da due cifre esadecimali; ogni 4 cifre esadecimali si inseriscono i ''due punti'' <code>:</code>; come in IPv4 è possibile omettere gli zeri in testa; la più lunga sequenza di zeri allineata a 4 può essere omessa per intero; esempi (indirizzi equivalenti):
** <code>2001:0470:c844:0020:0000:0000:0000:0001</code>
** <code>2001:470:c844:20:0:0:0:1</code>
** <code>2001:470:c844:20::1</code>

==== Tipi di indirizzi ====
* IPv6 Reference Card by RIPE [https://www.ripe.net/manage-ips-and-asns/ipv6/ipv6-address-types/ipv6_reference_card_July2015.pdf]

Riassunto:
{| class="wikitable"
| '''IPv6'''
| '''Equivalente IPv4'''
| '''Significato'''
|-
| <code>::1/128</code>
| <code>127.0.0.1</code>
| Indirizzo loopback
|-
| <code>fc00::/7</code>
| <code>192.168.0.0/16</code>, <code>10.0.0.0/8</code>, <code>172.16.0.0/12</code>
| Indirizzo privato
|-
| <code>fe80::/10</code>
| <code>169.254.0.0/16</code>
| Indirizzo link-local (univoco nella rete locale, e autoassegnato)
|-
| <code>2001:db8::/32</code>
| <code>192.0.2.0/24</code>
| Esempi e documentazione
|-
| <code>2000::/3</code>
|
| Indirizzi unicast globalmente raggiungibili
|}

==== Indirizzi pubblici vs privati ====
Gli IPv6 sono così tanti che non c'è bisogno di utilizzare indirizzi privati: niente NAT, niente port-forwarding. Questo restituisce connettività end-to-end ai dispositivi e apre numerose nuove possibilità di impiego, rimaste nascoste per anni a causa della scarsità di IPv4 e degli osceni espedienti inventati. Una banalità: non sarà più necessario passare attraverso un server terzo per condividere documenti, chattare o telefonare ai propri contatti.

Se necessarie, le caratteristiche di "sicurezza" introdotte dal NAT possono essere sostituite e accorpate a un banale firewall.

==== Progettazione di una rete ====
Nel progettare una rete con IPv4, la necessità principale è quella di risparmiare sugli indirizzi, perciò vengono usati prefissi di rete di varia lunghezza.
Nel progettare una rete con IPv6, si hanno a disposizione così tanti indirizzi che conviene utilizzarli in maniera da renderne più agevole una distribuzione logica.

Sono così identificate le seguenti dimensioni standard per le reti IPv6 (nulla vieta di usare dimensioni personalizzate):
* '''/126''': contiene 2 soli host, utilizzata per i collegamenti punto-punto nell'infrastruttura di rete;
* '''/64''': è la più piccola rete che dovrebbe essere fatta; dimensione utilizzata nelle LAN; lo spazio di indirizzamento è esageratamente sovradimensionato ed è sufficiente per qualunque LAN immaginabile (è 4 miliardi di volte più grande di tutta la rete Internet IPv4); viene usata in ambito domestico;
* '''/56''': contiene 256 reti di dimensione /64, viene usata in ambito domestico o per piccole imprese;
* '''/48''': contiene 65536 reti di dimensione /64, viene usata in ambito aziendale;

Le LAN non devono avere un prefisso più lungo di /64, perché molte nuove funzionalità introdotte con IPv6 (es SLAAC, Privacy Extension, ...), e anche funzionalità che saranno introdotte in futuro, daranno per scontato che le reti abbiano almeno questa dimensione.

=== Ottenere connettività IPv6 ===
* si può richiedere nativamente al proprio ISP. Quando è stata scritta questa pagina, in Italia non erano molti gli operatori che fornivano connettività IPv6 nativa; adesso sono di più, perché gli IPv4 sono finiti, e non sarebbe altrimenti possibile fare business, ma alcuni operatori (specialmente quelli più grandi e noti), ancora non forniscono connettività IPv6 nativa;
* si possono fare dei tunnel che veicolano il traffico IPv6 all'interno dei pacchetti IPv4 (sprecando un po' di banda);

Tunnel:
* pro:
** molti sono gratuiti;
* contro:
** spreco di banda per incapsulare i pacchetti (qualche decina di byte in più per ogni pacchetto, circa 20 ogni 1500);
** maggiore latenza;
** alcuni richiedono un indirizzo IPv4 statico; altri richiedono complicate configurazioni per l'uso con indirizzi dinamici;
** alcuni non funzionano dietro NAT (la quasi totalità delle reti domestiche);

== Considerazioni e descrizione generale ==

Come portare IPv6 al GOLEM?

È stato realizzato un tunnel tra un intermediario e il nostro VPS. L'intermediario inoltra al VPS tutti i pacchetti destinati alla nostra rete.
La nostra rete viene scomposta in sottoreti: una rete di backbone, una per l'officina e una per ogni altro punto di accesso necessario, es. uno per ogni abitazione dei soci.
Il VPS conosce le rotte per raggiungere ogni singola sottorete e inoltra i pacchetti che riceve dall'intermediario verso il giusto router di ogni punto di accesso.
Il router del punto di accesso inoltra i pacchetti allo specifico host destinatario.

Si procede analogamente a ritroso.

In figura è mostrata la prima versione di visione ''logica'' della rete realizzata:
* '''HE''' (Hurricane Electric) è il provider fornitore IPv6;
* '''OVH''' è il nostro provider per il VPS;
* '''VPS''' è il nostro VPS;
* '''serverozzo''' è il gateway in [[Officina Informatica]];

Per permettere il collegamento tra il VPS e un punto di accesso (anche noto in questa pagina come ''gateway dell'utente''), non essendo possibile stendere dei cavi fisici in giro per l'Europa, utilizzeremo la nostra VPN.
Esistono delle pagine dedicate per la documentazione sulla [[Rete del GOLEM]].

<gallery>
File:Tunnel-ipv6.jpeg|Il primo prototipo della rete del GOLEM, con la VPN e il tunnel IPv6.
</gallery>

== Iniziare: rete /64 ==
Sono l'amministratore di rete e voglio attivare il tunnel IPv6 per la prima volta. Come iniziare?

Ci si registra su [https://tunnelbroker.net/ TunnelBroker] e viene assegnata d'ufficio una rete IPv6 ''/64''.

Il broker comunica i dettagli del suo PoP (''Point of Presence''):
IPv4: 216.66.84.42
IPv6: 2001:470:1f12:69::1

L'IPv6 sarà utilizzato sul collegamento ''tunnel virtuale'', collegato all'interfaccia del VPS che chiameremo ''he6in4''. Dalla nostra parte, ''he6in4'' avrà come indirizzo <code>2001:470:1f12:69::2</code>.

Attiviamo il tunnel, aggiungendo questo al ''/etc/network/interfaces'':

auto he6in4
iface he6in4 inet6 v4tunnel
address 2001:470:1f12:69::2/64
endpoint 216.66.84.42
local 152.228.140.73
ttl 255

Se si vuole utilizzare il tunnel come default gateway, aggiungere anche:
gateway 2001:470:1f12:69::1

{{Note
|type=warning
|text=È possibile utilizzare un solo default gateway su Linux, perciò assicurarsi di non confliggere con la configurazione IPv6 del vostro provider (se c'è)
}}

e verificare la connettività tra il VPS e il PoP del broker con:
$ ip -6 addr
$ ping 2001:470:1f12:69::1
e la connettività con l'Internet IPv6 con:
$ ping 2a00:1450:4002:80a::200e
che, per completezza, è l'IPv6 di <code>ipv6.google.com</code>

Nella maggior parte dei casi il server DNS IPv4 usato sin'ora ha anche il supporto per risolvere nomi IPv6.

Probabilmente però '''non''' si vorrà utilizzare questa configurazione, bensì sfruttare la rete /48 come spiegato nel prossimo paragrafo.

== Rete /48 ==
Siccome una rete IPv6 fisica (per esempio, una rete domestica) ha dimensione /64, ma il GOLEM, a sua volta, diventa provider per i soci, noi vogliamo tante reti, per l'officina e per i soci, richiediamo manualmente una ''/48''. Non ci piace essere spreconi, ma ci piace rispettare ''anche'' le RFC: a new era of Internet: [https://tools.ietf.org/html/rfc3177] [https://tools.ietf.org/html/rfc5375#section-3.1]

Ci è stata assegnata la rete <code>2001:470:c844::/48</code>, che significa:
* tutto il traffico di Internet IPv6 diretto a un indirizzo che cade in 2001:470:c844::/48 verrà instradato verso il nostro VPS;
* abbiamo a disposizione ben 2<sup>80</sup> indirizzi per pianificare la nostra rete come più ci aggrada;

Lo so, dopo anni bui di NAT dopo NAT e carenza di indirizzi, questa sembra fantascienza.

=== Routing ===
Si può decidere di instradare tutto il traffico IPv6 tramite il tunnel broker, senza mai utilizzare l'IPv6 assegnato dal provider.

Se però il server dispone già di un IPv6 assegnato dal provider, probabilmente si vuole e si può:
* utilizzare il suo IPv6 per navigare dal server, usando il gateway del provider
* utilizzare il gateway del tunnel broker solo per instradare i pacchetti della rete /48 che è stata assegnata

Al GOLEM abbiamo fatto questa seconda scelta.
Perciò, '''non''' si deve aggiungere il gateway del tunnel broker come default gateway della configurazione in ''/etc/network/interfaces'', ma si deve aggiungere una regola di routing a mano per la sottorete del GOLEM, di fatto implementando ''source routing''.

{{Note
|type=info
|text=Chiamasi ''source routing'' l'instradamento dei pacchetti fatto in base al loro indirizzo sorgente e non quello di destinazione, che è il modo standard
}}

1. Modificare ''/etc/iproute2/rt_tables'' aggiungendo una nuova tabella di routing:
200 golemsix

2. Aggiungere il routing dei pacchetti provenienti dalla sottorete del GOLEM automaticamente al post-up dell'interfaccia del tunnel in ''/etc/network/interfaces'':
post-up ip -6 rule add from 2001:470:c844::/48 table golemsix && ip -6 rule add to 2001:470:c844::/48 table main && ip -6 route add default via 2001:470:1f12:69::1 dev he6in4 table golemsix && ip -6 route flush cache
pre-down ip -6 route del default via 2001:470:1f12:69::1 dev he6in4 table golemsix && ip -6 rule del to 2001:470:c844::/48 table main && ip -6 rule del from 2001:470:c844::/48 table golemsix && ip -6 route flush cache

Spiegazione:
* I pacchetti provenienti dalla sottorete del GOLEM devono utilizzare la tabella di routing <code>golemsix</code>:
ip -6 rule add from 2001:470:c844::/48 table golemsix

* I pacchetti destinati alla sottorete del GOLEM devono utilizzare la tabella di routing <code>main</code>, così da poter essere instradati correttamente anche ai soci collegati con la VPN Wireguard. Si noti che, se inserita in quest'ordine, questa seconda regola ha priorità sulla precedente, ed è quello che vogliamo.
ip -6 rule add to 2001:470:c844::/48 table main

* Il default gateway per i pacchetti che utilizzano la tabella di routing <code>golemsix</code> è l'endpoint del tunnel broker
ip -6 route add default via 2001:470:1f12:69::1 dev he6in4 table golemsix

* Aggiorna la cache del routing:
ip -6 route flush cache

Analogamente, vengono eseguite le operazioni inverse quando viene spenta l'interfaccia di rete.

=== Piano di indirizzamento ===
Chiamarlo ''piano di indirizzamento'' è fargli un complimento immeritato; chiamiamola ''guida ragionata all'assegnazione dei nostri indirizzi''.

Sia dato l'indirizzo IPv6:

127 79 63 0
2001 : 0470 : c844 : rrrr : xxxx : xxxx : xxxx : xxxx

Siccome abbiamo 80 bit a disposizione e la rete più piccola che possiamo fare secondo RFC è di 64 bit, possiamo fare ben 2<sup>16</sup> reti (''rrrr'' nell'esempio).
Per semplicità (perché alla fine è a questo che servono tutti questi indirizzi in IPv6), poniamo ''rrrr'' = ''uugy'', dove:
* ''uu'' (8 bit) identifica l'''utente'';
* ''g'' (4 bit) identifica il gateway dell'utente (2<sup>4</sup = 16 gateway per utente)
* ''y'' (4 bit) identifica la ''sottorete personale'' di quel gateway dell'utente (2<sup>4</sup> = 16 sottoreti per gateway)

Il VPS instrada direttamente tutta la sottorete /60 verso il gateway dell'utente, il quale può decidere di suddividerla come preferisce su quel gateway, da un unica grande rete /60, a 16 "piccole" reti /64.

Sono così riservate:
00gy indirizzi di servizio per l'infrastruttura (OpenVPN)
01gy indirizzi di servizio per l'infrastruttura (Wireguard)
02gy Officina (16 gateway × 16 reti)
03gy Socio-A (16 gateway × 16 reti)
04gy Socio-B (16 gateway × 16 reti)
05gy ...

Il ''numero di rete'' <code>rrrr</code> sarà usato:
* per instradare tutto il traffico diretto a <code>2001:470:c844:rrg0::/60</code> verso il gateway dell'utente;
* per assegnare l'indirizzo <code>2001:470:c844::rrg0/64</code> al gateway dell'utente nella rete di servizio;
Si noti la "piccola" differenza.

Per esempio, supponiamo di voler attivare ''serverozzo'', per il quale:
* ''uu = 02'' (''02'' è l'utente ''Officina'')
* ''g = 0'' (''0'' il primo — e al momento unico — gateway in Officina)
allora:
* serverozzo avrà indirizzo <code>2001:470:c844::200/64</code> lato VPN;
* tutto il traffico per <code>2001:470:c844:200::/60</code> verrà instradato verso serverozzo;

E su serverozzo potranno essere create fino a 16 reti, per esempio:
* per la rete cablata Ethernet dell'Officina (<code>2001:470:c844:200::/64</code> sull'interfaccia <code>ethI</code>);
* per la rete wireless dell'Officina (<code>2001:470:c844:201::/64</code> sull'interfaccia <code>wlan0</code>);
* per la rete cablata bus RS-485 (<code>2001:470:c844:202::/64</code> sull'interfaccia <code>ttyS0</code>);
* per le macchine virtuali su KVM (<code>2001:470:c844:203::/64</code> sull'interfaccia <code>vir0</code>);
* per le macchine virtuali su docker (<code>2001:470:c844:204::/64</code> sull'interfaccia <code>docker0</code>);
* ...
'''Nota:''' questo è solo un esempio, la configurazione finale su serverozzo è ancora in fase di definizione.

Nella prima rete di servizio (<code>2001:470:c844::/64</code>) ci sono:
* il VPS
* tutti i gateway
** per esempio, serverozzo
** per esempio, i gateway dei soci
I gateway dei soci non sono diversi da serverozzo, e tuttavia la loro configurazione può essere più semplice se invece che da gateway fungono come semplici end-point.

Così organizzate, le risorse si esauriranno in questo ordine:
* la banda a disposizione del VPS (500M/500M);
* la capacità computazionale e di memoria del VPS per l'inoltro dei pacchetti;
* gli IPv6 (gli IPv6 non finiranno mai)

Non essendo una rete a maglie, ma semplicemente un albero, il routing è definito staticamente.
Se la rete si evolverà e le singole "isole" dovessero iniziare a connettersi a maglia in maniera incontrollata, potranno essere impiegati algoritmi dinamici, ma considerata la dimensione del bacino di utenti, non dovrebbe essere necessario.

== Installazione del server ==
La VPN del GOLEM può essere utilizzata per la navigazione in IPv6.
La VPN è realizzata per mezzo di Wireguard.

A differenza di altri protocolli, come OpenVPN, Wireguard ha un approccio "peer to peer", per cui la procedura di configurazione del server rispecchia per buona parte quella di ciascun client.

Innanzitutto è necessario generare la coppia di chiavi pubblica/privata del server:

# wg genkey | tee /etc/wireguard/server.privkey | wg pubkey > /etc/wireguard/vpn.golem.linux.it.pubkey

Per la configurazione è sufficiente creare un singolo file, ad esempio <code>/etc/wireguard/wg0.conf</code>:

[Interface]
# Carica la chiave privata dal percorso dove la abbiamo generata precedentemente
PostUp = wg set %i private-key /etc/wireguard/vpn.golem.linux.it.privkey
# Porta UDP di ascolto del server, a piacere
ListenPort = 51820
# Indirizzo del server all'interno della VPN
Address = 2001:470:c844:100::1

Il server può essere avviato tramite ''systemd'', e con lo stesso sistema si può impostare l'avvio automatico.
Si noti che <code>@wg0</code> corrisponde al file di configurazione precedentemente creato.

# systemctl start wg-quick@wg0
# systemctl enable wg-quick@wg0

== Aggiunta di un nuovo client ==
=== Configurazione lato server ===
il sysop aggiunge un blocco peer per ciascun client alla configurazione <code>/etc/wireguard/wg0.conf</code>, così:

... altri client ...

# porceddu.net.golem.linux.it
[Peer]
PublicKey = tHeClIeNtFaNtAsTiCpUbLiCkEy=
AllowedIPs = 2001:470:c844:100::200/128, 2001:470:c844:200::/62

... altri client ...

Altro che OpenVPN.

=== Configurazione lato client ===
1. Lato client, generare una coppia di chiavi pubblica/privata e inviare la chiave pubblica al sysop.

$ wg genkey | tee client.example.com.privkey | wg pubkey > client.example.com.pubkey

Il sysop si occuperà di aggiungere la chiave pubblica tra quelle consentite al server, sceglierà un indirizzo IP in base al piano di indirizzamento, e ve lo comunicherà.

2. Creare un file di configurazione come segue, in cui scrivere opportunamente la vostra chiave privata e l'indirizzo IP assegnato. Prestare particolare attenzione a modificare i campi della sezione <code>Interface</code>, come indicato nelle note.

[Interface]
# PrivateKey = YoUrGoRgEoUsAnDsEcUrEpRiVaTeKeY= # vedi note, scegliere questo...
# PostUp = wg set %i private-key ./client.example.com.privkey # vedi note, ...oppure questo
Address = 2001:470:c844:100::'''200'''/64 # vedi note

# vpn.golem.linux.it
[Peer]
PublicKey = w63aGvoyPaUTgA8nW/NJS6Qqp2hUFvHRBbIH8Qb5ISY=
AllowedIPs = 2000::/3
Endpoint = vpn.golem.linux.it:51280
PersistentKeepalive = 37

'''Note'''
* <code>Interface</code> (sezione di configurazione dell'endpoint ''locale'')
** scegliere una delle seguenti opzioni per indicare la chiave privata del client, scommentando la riga apposita.
*** ''PrivateKey'': chiave privata del client, da custodire con cura, inline
*** ''PostUp = command'': chiave privata del client, da custodire con cura, e caricata automaticamente da un file esterno (es. creato col comando mostrato in precedenza)
** ''Address'': indirizzo IP comunicato dal sysop: riportarlo accuratamente, altrimenti non sarà possibile utilizzare la VPN
* <code>[Peer]</code> (sezione di configurazione dell'endpoint ''remoto'' / server)
** ''PublicKey'': chiave pubblica del server (sì, è proprio quella)
** ''AllowedIPs'': indirizzi raggiungibili tramite la VPN, a scelta:
*** <code>2001:470:c844::/48</code>: solo la [[IPv6 @ GOLEM | rete IPv6 virtuale del GOLEM]]
*** <code>2000::/3</code>: tutti gli indirizzi IPv6 (è possibile utilizzare la VPN del GOLEM per [[IPv6 @ GOLEM | navigare ''davvero'' in IPv6]])
** ''Endpoint'': indirizzo del server
** ''PersistentKeepalive'': timer per mantenimento del tunnel attivo (in secondi); particolarmente utile se l'indirizzo IP del client cambia o è soggetto a NAT

La connessione può essere attivata tramite systemd come sul server (spostandola in ''/etc/wireguard/''), oppure manualmente utilizzando <code>wg-quick</code>:
* Attivazione del tunnel
wg-quick up client.example.conf
* Disattivazione del tunnel
wg-quick down client.example.conf

3. Provare il collegamento
# ping 2001:470:c844:100::1 # server VPN, dentro al tunnel (per verificare se il collegamento funziona)
# ping 2001:470:c844:100::200 # gateway in Officina (per verificare se il collegamento funziona; talvolta non raggiungibile se abbiamo staccato la luce)
# ping ipv6.google.com # per verificare l'accessibilità dell'Internet pubblico IPv6, nel caso non si abbia già accesso

4. Successo!
* Se il client OpenVPN è un nodo foglia della rete, cioè non funge da gateway perché si deve collegare solo lui (es. smartphone), allora c'è già connettività IPv6 e non serve fare altro. È comunque consigliato leggere la sezione relativa al [[#Firewall | firewall]] per ragioni di sicurezza ed eventualmente attivarlo.
* Se invece il client è il gateway della rete IPv6 (es. ''serverozzo'', o il router di casa di uno dei soci che vuole navigare in IPv6), allora bisogna configurarlo come indicato nella [[#Client_VPN_come_gateway | sezione apposita]].

== Client VPN come gateway ==
=== Impostare il client VPN come gateway IPv6 per l'isola ===
==== Abilitare inoltro pacchetti IPv6 ====
Nel file ''/etc/sysctl.conf'':
net.ipv6.conf.all.forwarding=1

==== Installare e configurare radvd ====
''radvd'' è il demone di ''router advertisement''.
Per la configurazione automatica degli indirizzi e del gateway in IPv6 non è necessario un ''complesso'' server DHCP, ma vista la vastità dello spazio di indirizzamento (anche la rete più piccola ha ben 2<sup>64</sup> indirizzi disponibili) basta il più semplice ''radvd''.
Un router con ''radvd'', a intervalli regolari, trasmette un messaggio in broadcast a tutti gli host della rete, informandoli sul prefisso di rete da utilizzare; a questo punto gli host possono autoconfigurarsi col metodo che preferiscono (es. [https://tools.ietf.org/search/rfc4862 SLAAC] con o senza [https://tools.ietf.org/html/rfc4941.html estensione per la privacy]).

Installare ''radvd'':
# apt install radvd

Configurare il file ''/etc/radvd.conf'':
interface ethI {
AdvSendAdvert on;
MinRtrAdvInterval 2;
MaxRtrAdvInterval 10;
prefix 2001:db8::/64 {
AdvOnLink on;
AdvAutonomous on;
AdvRouterAddr on;
};
RDNSS 2606:4700:4700::1111 {
AdvRDNSSLifetime 3600;
};
};
dove
* <code>interface br0</code> indica l'interfaccia interna su cui fare ''advertise'';
* <code>prefix 2001:db8::/64</code> indica la rete a valle;
* <code>RDNSS 2606:4700:4700::1111</code> indica il server DNS (nell'esempio specifico, CloudFlare);
** ''Nota:'' in seguito a questioni legali, OpenDNS non è al momento disponibile in Francia.

Una volta abilitato ''radvd'' sull'interfaccia di rete desiderata, gli host inizieranno ad assegnarsi automaticamente un indirizzo tramite SLAAC, e potranno navigare in IPv6.

==== Una nota sull'MTU del collegamento ====
Con la configurazione appena descritta, gli host crederanno di utilizzare una rete nativa dual-stack (o IPv6-only, nel caso non fosse previsto IPv4).
In realtà, però, i pacchetti IPv6 non sono "nativi", bensì, una volta giunti al gateway, vengono poi incapsulati in maniera completamente trasparente.

Ciò significa che gli host crederanno di poter generare pacchetti IPv6 della dimensione massima ammessa dal link a cui sono collegati (es. Ethernet, WiFi), che in genere è di 1500 bytes.
Però, pacchetti così grandi non possono essere incapsulati, in quanto anche il link che il gateway utilizza per la VPN, in genere, consente pacchetti di dimensione massima di 1500 bytes: non rimane spazio per l'incapsulamento.

Questo può creare problemi, talvolta sporadici, non facilmente ripetibili, o ancora, dipendenti dal sito a cui si sta tentando di collegarsi, specialmente se si usa TCP.
Un sintomo molto comune è che, navigando sul web, si può rilevare che alcuni siti - ma solo alcuni, perfettamente funzionanti sia da IPv4 che da altre connessioni IPv6, vanno in timeout quando si prova ad accedervi.

Questo succede perché TCP tenta di massimizzare la quantità di informazione contenuta all'interno di un pacchetto IP, generando pacchetti molto grandi, e talvolta raggiungendo il limite oltre il quale il pacchetto non può più essere incapsulato dal gateway.

{{Template:Note
|type=info
|text=Per verificare che il problema sia questo, provare a forzare una MTU artificialmente più bassa sulla scheda di rete, tramite il comando <code>ip link set enp1s0 mtu 1400</code>, e poi verificare se il problema scompare.
}}

Perciò, sarà necessario fare in modo che il gateway modifichi i pacchetti di handshake del TCP in maniera tale che non venga mai negoziata una ''Max Segment Size'' troppo alta per il link.

===== Modificare la Max Segment Size =====

{{Template:Note
|type=info
|text=Abbassare la MSS elimina il problema, ma al contempo aumenta l'overhead, rendendo la connessione leggermente più lenta. È consigliabile trovare il giusto compromesso che soddisfi sia le esigenze di funzionamento che le esigenze in termini di prestazioni. Per farlo, ci si può aiutare con <code>tracepath</code>.
}}

* con un gateway Linux:
** TODO: è davvero necessario? Lo fa da solo?
* con un gateway Mikrotik:
/ipv6/firewall/mangle/add out-interface=wg0 protocol=tcp tcp-flags=syn action=change-mss new-mss=1300 chain=forward tcp-mss=1301-65535

== Firewall ==
=== Per il VPS ===
Inoltrare solo i pacchetti da/per le reti note.

{{Note
|type=attention
|text=Non ancora testato!
}}
# ip6tables -A FORWARD -d 2001:470:c844::/48 -i he6in4 -j ACCEPT
# ip6tables -A FORWARD -s 2001:470:c844::/48 -o he6in4 -j ACCEPT
# ip6tables -P FORWARD DROP

=== Per i client ===
Gli indirizzi IPv6 sono "tutti" pubblici. Gli indirizzi IPv6 forniti dal GOLEM sono pubblicamente instradabili. In più, il GOLEM non mette in atto '''nessuna''' misura atta a prevenire connessioni dirette verso gli host della VPN (al netto di configurazioni specifiche sulle macchine direttamente di proprietà del GOLEM).
Ciò significa che '''tutti''' gli host degli utenti/soci, compresi quelli domestici che sin'ora sono stati dietro a un (s)comodo NAT, possono essere acceduti attraverso la rete Internet globale, quando sono connessi alla VPN del GOLEM.

Pertanto, è consigliato attivare degli strumenti atti a prevenire accessi indesiderati dall'esterno, come un firewall, in special modo se il proprio computer "fornisce servizi" (eg. condivisione di file via rete, server web di sviluppo, ...)

==== Direttamente sull'host ====
Si può agire direttamente sugli host da proteggere (versione conservativa):
# ip6tables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
# ip6tables -A INPUT -p icmpv6 -j ACCEPT
# ip6tables -P INPUT DROP

In generale con Linux questa operazione non è comunque necessaria, perché tanto non vi sono servizi esposti a meno che non siano stati installati esplicitamente.
Si noti che ICMPv6 deve comunque sempre essere abilitato in quanto necessario al funzionamento di IPv6.

Si può anche utilizzare una regola più rilassata (es. per sfruttare la VPN del GOLEM come VPN "personale" tra i propri host), tipo:
# ip6tables -A INPUT -s 2001:470:c844:uu00::/56 -j ACCEPT

Queste regole possono essere salvate in uno script, ad esempio <code>/etc/wireguard/wg0-postup.sh</code>, ed invocate automaticamente all'atto della connessione alla VPN tramite la direttiva `PostUp` nel file di configurazione di WireGuard.
Sarà poi necessario aggiungere un equivalente PostDown che rimuova le regole all'atto della disconnessione.

Ad esempio:

# /etc/wireguard/wg0.conf
[Interface]
# ...
# -----8<------
# Possono coesistere anche più direttive PostUp/PostDown, aggiungere in coda:
PostUp = /etc/wireguard/wg0-postup.sh
PostDown = /etc/wireguard/wg0-postdown.sh
# -----8<------

# /etc/wireguard/wg0-postup.sh
#!/bin/bash
ip6tables -A INPUT -i wg0 -m state --state ESTABLISHED,RELATED -j ACCEPT
ip6tables -A INPUT -i wg0 -p icmpv6 -j ACCEPT
ip6tables -P INPUT DROP

# /etc/wireguard/wg0-postdown.sh
#!/bin/bash
ip6tables -D INPUT -i wg0 -m state --state ESTABLISHED,RELATED -j ACCEPT
ip6tables -D INPUT -i wg0 -p icmpv6 -j ACCEPT

{{Note
|type=info
|text=I pacchetti della VPN viaggiano crittografati sulla rete pubblica (almeno finché si trovano all'interno della VPN del GOLEM), ma sul server vengono decifrati e cifrati di nuovo per permetterne il routing!
In caso di compromissione del VPS del GOLEM, pertanto, i pacchetti non possono essere considerati al sicuro da sguardi indiscreti. È sempre buona norma utilizzare crittografia end-to-end, anche all'interno di una VPN.
}}

==== Dal gateway ====

{{Note
|type=reminder
|text='''Nota bene''': salvare queste impostazioni, per esempio con <code>ip6tables-save</code> e <code>ip6tables-restore</code>, altrimenti verranno perse al riavvio.
}}

Invece di configurare il firewall su ogni host singolarmente, si può configurare il gateway una volta sola per proteggere tutta la rete a valle:
# ip6tables -A FORWARD -s 2001:470:c844:rrrr::/64 -j ACCEPT
# ip6tables -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT
# ip6tables -P FORWARD DROP

Nell'ordine:
* blocca l'inoltro di tutti i pacchetti
* abilita l'inoltro dei pacchetti in uscita dalla rete
* abilita l'inoltro dei pacchetti correlati a connessioni già stabilite

Questo impedisce l'accesso indesiderato a tutti gli host della rete, compresi gli host con Windows che possono starsene "sicuri" anche senza il firewall, pur esponendo servizi (NetBIOS, Samba).

===== Eccezioni =====
Se si desidera comunque rendere accessibile un proprio server in particolare, è possibile istruire il gateway con un'eccezione, aggiungendo:
# ip6tables -A FORWARD -d 2001:470:c844:rrrr::host -j ACCEPT

Questo è qualcosa che "assomiglia" vagamente al vecchio ''port forwarding''.

=== Torrent ===
La banda è limitata, e non è consentito traffico di materiale illegale. Occore limitare il traffico ''bit-torrent'' almeno al gateway finale (VPS).

{{Note
|type=reminder
|text=TODO: Questa sezione è da fare!
}}

= Risoluzione problemi =
== Geolocalizzazione ==
Il tunnel è localizzato in Francia.
A causa di restrizioni imposte a causa del diritto d'autore, alcuni siti, specialmente di streaming video, come Netflix, Rai.tv o Youtube, potrebbero bloccare l'accesso ai contenuti italiani dal tunnel francese.
Per inibire temporaneamente l'uso del tunnel IPv6 su un host:
# sysctl -w net.ipv6.conf.all.disable_ipv6=1

[[Categoria:Howto]]
[[Categoria:Officina]]
[[Category:Sysop]]

IPv6 @ GOLEM

2025-02-08T11:52:03Z

Giulio: /* Firewall */ Aggiunta nota su direttiva PostUp per configurare il firewall automaticamente

== Due parole su questa pagina ==
Questa pagina è un maldestro tentativo:
* per riassumere le ragioni che ci hanno portato a decidere di dotarci di IPv6;
* per documentare la nostra infrastruttura di rete;

=== A chi si rivolge questa pagina ===
* se sei l''''amministratore di rete''', buona lettura :-)
* se sei un '''socio''', vedi come [[#Configurazione_lato_client | configurare il tuo client]]; è sufficiente leggere solo questo paragrafo.

== Due parole sull'IPv6 ==
[https://it.wikipedia.org/wiki/IPv6 IPv6] è un "nuovo" protocollo a livello di rete che da diversi anni sta sostituendo IPv4.
Le novità introdotte da IPv6 sono molteplici; tra queste, quella che balza immediatamente all'occhio è l'enorme dimensione dello spazio di indirizzamento.

{| class="wikitable"
| '''Protocollo'''
| '''lunghezza indirizzo'''
| '''numero indirizzi'''
|-
| IPv4
| 32 bit
| 2<sup>32</sup> = 4 miliardi
|-
| IPv6
| 128 bit
| 2<sup>128</sup> = 256 miliardi di miliardi di miliardi di miliardi
|}

Su questo pianeta vi sono circa 8 miliardi di persone [https://it.wikipedia.org/wiki/Popolazione_mondiale], di cui la metà [http://www.lastampa.it/2018/01/31/tecnologia/gli-utenti-di-internet-sono-pi-di-quattro-miliardi-nel-mondo-milioni-in-italia-wMxQskzXeabwa3wgWI2jUO/pagina.html] è connessa a Internet, e nei paesi sviluppati hanno anche più di un dispositivo connesso. Si aggiungano i numerosissimi apparati di rete e server necessari per il funzionamento dell'infrastruttura e la fornitura di servizi, e si può facilmente intuire che IPv4 non è più sufficiente per le attuali necessità.

Mentre questa pagina veniva scritta, gli IPv4 stavano finendo [https://en.wikipedia.org/wiki/IPv4_address_exhaustion].
Nel novembre 2019, il RIPE (il registro europeo) ha terminato l'assegnazione degli ultimi indirizzi IPv4 assegnati all'Europa, [https://www.ripe.net/publications/ipv6-info-centre/about-ipv6/ipv4-exhaustion/ipv4-available-pool] e adesso vengono solo riutilizzati quelli vecchi, che significa che:
* non ci sono più indirizzi "nuovi" e dunque non è più possibile richiederli con facilità;
* se si vogliono degli indirizzi IPv4, si viene messi in lista d'attesa, finché il precedente proprietario fallisce e rilascia i propri.

=== IPv4 vs IPv6 ===
==== Notazione ====
* IPv4 → 4 byte rappresentati con numeri decimali separati da un punto, es: <code>192.0.2.127</code>
* IPv6 → 16 byte, ogni byte è rappresentato da due cifre esadecimali; ogni 4 cifre esadecimali si inseriscono i ''due punti'' <code>:</code>; come in IPv4 è possibile omettere gli zeri in testa; la più lunga sequenza di zeri allineata a 4 può essere omessa per intero; esempi (indirizzi equivalenti):
** <code>2001:0470:c844:0020:0000:0000:0000:0001</code>
** <code>2001:470:c844:20:0:0:0:1</code>
** <code>2001:470:c844:20::1</code>

==== Tipi di indirizzi ====
* IPv6 Reference Card by RIPE [https://www.ripe.net/manage-ips-and-asns/ipv6/ipv6-address-types/ipv6_reference_card_July2015.pdf]

Riassunto:
{| class="wikitable"
| '''IPv6'''
| '''Equivalente IPv4'''
| '''Significato'''
|-
| <code>::1/128</code>
| <code>127.0.0.1</code>
| Indirizzo loopback
|-
| <code>fc00::/7</code>
| <code>192.168.0.0/16</code>, <code>10.0.0.0/8</code>, <code>172.16.0.0/12</code>
| Indirizzo privato
|-
| <code>fe80::/10</code>
| <code>169.254.0.0/16</code>
| Indirizzo link-local (univoco nella rete locale, e autoassegnato)
|-
| <code>2001:db8::/32</code>
| <code>192.0.2.0/24</code>
| Esempi e documentazione
|-
| <code>2000::/3</code>
|
| Indirizzi unicast globalmente raggiungibili
|}

==== Indirizzi pubblici vs privati ====
Gli IPv6 sono così tanti che non c'è bisogno di utilizzare indirizzi privati: niente NAT, niente port-forwarding. Questo restituisce connettività end-to-end ai dispositivi e apre numerose nuove possibilità di impiego, rimaste nascoste per anni a causa della scarsità di IPv4 e degli osceni espedienti inventati. Una banalità: non sarà più necessario passare attraverso un server terzo per condividere documenti, chattare o telefonare ai propri contatti.

Se necessarie, le caratteristiche di "sicurezza" introdotte dal NAT possono essere sostituite e accorpate a un banale firewall.

==== Progettazione di una rete ====
Nel progettare una rete con IPv4, la necessità principale è quella di risparmiare sugli indirizzi, perciò vengono usati prefissi di rete di varia lunghezza.
Nel progettare una rete con IPv6, si hanno a disposizione così tanti indirizzi che conviene utilizzarli in maniera da renderne più agevole una distribuzione logica.

Sono così identificate le seguenti dimensioni standard per le reti IPv6 (nulla vieta di usare dimensioni personalizzate):
* '''/126''': contiene 2 soli host, utilizzata per i collegamenti punto-punto nell'infrastruttura di rete;
* '''/64''': è la più piccola rete che dovrebbe essere fatta; dimensione utilizzata nelle LAN; lo spazio di indirizzamento è esageratamente sovradimensionato ed è sufficiente per qualunque LAN immaginabile (è 4 miliardi di volte più grande di tutta la rete Internet IPv4); viene usata in ambito domestico;
* '''/56''': contiene 256 reti di dimensione /64, viene usata in ambito domestico o per piccole imprese;
* '''/48''': contiene 65536 reti di dimensione /64, viene usata in ambito aziendale;

Le LAN non devono avere un prefisso più lungo di /64, perché molte nuove funzionalità introdotte con IPv6 (es SLAAC, Privacy Extension, ...), e anche funzionalità che saranno introdotte in futuro, daranno per scontato che le reti abbiano almeno questa dimensione.

=== Ottenere connettività IPv6 ===
* si può richiedere nativamente al proprio ISP. Quando è stata scritta questa pagina, in Italia non erano molti gli operatori che fornivano connettività IPv6 nativa; adesso sono di più, perché gli IPv4 sono finiti, e non sarebbe altrimenti possibile fare business, ma alcuni operatori (specialmente quelli più grandi e noti), ancora non forniscono connettività IPv6 nativa;
* si possono fare dei tunnel che veicolano il traffico IPv6 all'interno dei pacchetti IPv4 (sprecando un po' di banda);

Tunnel:
* pro:
** molti sono gratuiti;
* contro:
** spreco di banda per incapsulare i pacchetti (qualche decina di byte in più per ogni pacchetto, circa 20 ogni 1500);
** maggiore latenza;
** alcuni richiedono un indirizzo IPv4 statico; altri richiedono complicate configurazioni per l'uso con indirizzi dinamici;
** alcuni non funzionano dietro NAT (la quasi totalità delle reti domestiche);

== Considerazioni e descrizione generale ==

Come portare IPv6 al GOLEM?

È stato realizzato un tunnel tra un intermediario e il nostro VPS. L'intermediario inoltra al VPS tutti i pacchetti destinati alla nostra rete.
La nostra rete viene scomposta in sottoreti: una rete di backbone, una per l'officina e una per ogni altro punto di accesso necessario, es. uno per ogni abitazione dei soci.
Il VPS conosce le rotte per raggiungere ogni singola sottorete e inoltra i pacchetti che riceve dall'intermediario verso il giusto router di ogni punto di accesso.
Il router del punto di accesso inoltra i pacchetti allo specifico host destinatario.

Si procede analogamente a ritroso.

In figura è mostrata la prima versione di visione ''logica'' della rete realizzata:
* '''HE''' (Hurricane Electric) è il provider fornitore IPv6;
* '''OVH''' è il nostro provider per il VPS;
* '''VPS''' è il nostro VPS;
* '''serverozzo''' è il gateway in [[Officina Informatica]];

Per permettere il collegamento tra il VPS e un punto di accesso (anche noto in questa pagina come ''gateway dell'utente''), non essendo possibile stendere dei cavi fisici in giro per l'Europa, utilizzeremo la nostra VPN.
Esistono delle pagine dedicate per la documentazione sulla [[Rete del GOLEM]].

<gallery>
File:Tunnel-ipv6.jpeg|Il primo prototipo della rete del GOLEM, con la VPN e il tunnel IPv6.
</gallery>

== Iniziare: rete /64 ==
Sono l'amministratore di rete e voglio attivare il tunnel IPv6 per la prima volta. Come iniziare?

Ci si registra su [https://tunnelbroker.net/ TunnelBroker] e viene assegnata d'ufficio una rete IPv6 ''/64''.

Il broker comunica i dettagli del suo PoP (''Point of Presence''):
IPv4: 216.66.84.42
IPv6: 2001:470:1f12:69::1

L'IPv6 sarà utilizzato sul collegamento ''tunnel virtuale'', collegato all'interfaccia del VPS che chiameremo ''he6in4''. Dalla nostra parte, ''he6in4'' avrà come indirizzo <code>2001:470:1f12:69::2</code>.

Attiviamo il tunnel, aggiungendo questo al ''/etc/network/interfaces'':

auto he6in4
iface he6in4 inet6 v4tunnel
address 2001:470:1f12:69::2/64
endpoint 216.66.84.42
local 152.228.140.73
ttl 255

Se si vuole utilizzare il tunnel come default gateway, aggiungere anche:
gateway 2001:470:1f12:69::1

{{Note
|type=warning
|text=È possibile utilizzare un solo default gateway su Linux, perciò assicurarsi di non confliggere con la configurazione IPv6 del vostro provider (se c'è)
}}

e verificare la connettività tra il VPS e il PoP del broker con:
$ ip -6 addr
$ ping 2001:470:1f12:69::1
e la connettività con l'Internet IPv6 con:
$ ping 2a00:1450:4002:80a::200e
che, per completezza, è l'IPv6 di <code>ipv6.google.com</code>

Nella maggior parte dei casi il server DNS IPv4 usato sin'ora ha anche il supporto per risolvere nomi IPv6.

Probabilmente però '''non''' si vorrà utilizzare questa configurazione, bensì sfruttare la rete /48 come spiegato nel prossimo paragrafo.

== Rete /48 ==
Siccome una rete IPv6 fisica (per esempio, una rete domestica) ha dimensione /64, ma il GOLEM, a sua volta, diventa provider per i soci, noi vogliamo tante reti, per l'officina e per i soci, richiediamo manualmente una ''/48''. Non ci piace essere spreconi, ma ci piace rispettare ''anche'' le RFC: a new era of Internet: [https://tools.ietf.org/html/rfc3177] [https://tools.ietf.org/html/rfc5375#section-3.1]

Ci è stata assegnata la rete <code>2001:470:c844::/48</code>, che significa:
* tutto il traffico di Internet IPv6 diretto a un indirizzo che cade in 2001:470:c844::/48 verrà instradato verso il nostro VPS;
* abbiamo a disposizione ben 2<sup>80</sup> indirizzi per pianificare la nostra rete come più ci aggrada;

Lo so, dopo anni bui di NAT dopo NAT e carenza di indirizzi, questa sembra fantascienza.

=== Routing ===
Si può decidere di instradare tutto il traffico IPv6 tramite il tunnel broker, senza mai utilizzare l'IPv6 assegnato dal provider.

Se però il server dispone già di un IPv6 assegnato dal provider, probabilmente si vuole e si può:
* utilizzare il suo IPv6 per navigare dal server, usando il gateway del provider
* utilizzare il gateway del tunnel broker solo per instradare i pacchetti della rete /48 che è stata assegnata

Al GOLEM abbiamo fatto questa seconda scelta.
Perciò, '''non''' si deve aggiungere il gateway del tunnel broker come default gateway della configurazione in ''/etc/network/interfaces'', ma si deve aggiungere una regola di routing a mano per la sottorete del GOLEM, di fatto implementando ''source routing''.

{{Note
|type=info
|text=Chiamasi ''source routing'' l'instradamento dei pacchetti fatto in base al loro indirizzo sorgente e non quello di destinazione, che è il modo standard
}}

1. Modificare ''/etc/iproute2/rt_tables'' aggiungendo una nuova tabella di routing:
200 golemsix

2. Aggiungere il routing dei pacchetti provenienti dalla sottorete del GOLEM automaticamente al post-up dell'interfaccia del tunnel in ''/etc/network/interfaces'':
post-up ip -6 rule add from 2001:470:c844::/48 table golemsix && ip -6 rule add to 2001:470:c844::/48 table main && ip -6 route add default via 2001:470:1f12:69::1 dev he6in4 table golemsix && ip -6 route flush cache
pre-down ip -6 route del default via 2001:470:1f12:69::1 dev he6in4 table golemsix && ip -6 rule del to 2001:470:c844::/48 table main && ip -6 rule del from 2001:470:c844::/48 table golemsix && ip -6 route flush cache

Spiegazione:
* I pacchetti provenienti dalla sottorete del GOLEM devono utilizzare la tabella di routing <code>golemsix</code>:
ip -6 rule add from 2001:470:c844::/48 table golemsix

* I pacchetti destinati alla sottorete del GOLEM devono utilizzare la tabella di routing <code>main</code>, così da poter essere instradati correttamente anche ai soci collegati con la VPN Wireguard. Si noti che, se inserita in quest'ordine, questa seconda regola ha priorità sulla precedente, ed è quello che vogliamo.
ip -6 rule add to 2001:470:c844::/48 table main

* Il default gateway per i pacchetti che utilizzano la tabella di routing <code>golemsix</code> è l'endpoint del tunnel broker
ip -6 route add default via 2001:470:1f12:69::1 dev he6in4 table golemsix

* Aggiorna la cache del routing:
ip -6 route flush cache

Analogamente, vengono eseguite le operazioni inverse quando viene spenta l'interfaccia di rete.

=== Piano di indirizzamento ===
Chiamarlo ''piano di indirizzamento'' è fargli un complimento immeritato; chiamiamola ''guida ragionata all'assegnazione dei nostri indirizzi''.

Sia dato l'indirizzo IPv6:

127 79 63 0
2001 : 0470 : c844 : rrrr : xxxx : xxxx : xxxx : xxxx

Siccome abbiamo 80 bit a disposizione e la rete più piccola che possiamo fare secondo RFC è di 64 bit, possiamo fare ben 2<sup>16</sup> reti (''rrrr'' nell'esempio).
Per semplicità (perché alla fine è a questo che servono tutti questi indirizzi in IPv6), poniamo ''rrrr'' = ''uugy'', dove:
* ''uu'' (8 bit) identifica l'''utente'';
* ''g'' (4 bit) identifica il gateway dell'utente (2<sup>4</sup = 16 gateway per utente)
* ''y'' (4 bit) identifica la ''sottorete personale'' di quel gateway dell'utente (2<sup>4</sup> = 16 sottoreti per gateway)

Il VPS instrada direttamente tutta la sottorete /60 verso il gateway dell'utente, il quale può decidere di suddividerla come preferisce su quel gateway, da un unica grande rete /60, a 16 "piccole" reti /64.

Sono così riservate:
00gy indirizzi di servizio per l'infrastruttura (OpenVPN)
01gy indirizzi di servizio per l'infrastruttura (Wireguard)
02gy Officina (16 gateway × 16 reti)
03gy Socio-A (16 gateway × 16 reti)
04gy Socio-B (16 gateway × 16 reti)
05gy ...

Il ''numero di rete'' <code>rrrr</code> sarà usato:
* per instradare tutto il traffico diretto a <code>2001:470:c844:rrg0::/60</code> verso il gateway dell'utente;
* per assegnare l'indirizzo <code>2001:470:c844::rrg0/64</code> al gateway dell'utente nella rete di servizio;
Si noti la "piccola" differenza.

Per esempio, supponiamo di voler attivare ''serverozzo'', per il quale:
* ''uu = 02'' (''02'' è l'utente ''Officina'')
* ''g = 0'' (''0'' il primo — e al momento unico — gateway in Officina)
allora:
* serverozzo avrà indirizzo <code>2001:470:c844::200/64</code> lato VPN;
* tutto il traffico per <code>2001:470:c844:200::/60</code> verrà instradato verso serverozzo;

E su serverozzo potranno essere create fino a 16 reti, per esempio:
* per la rete cablata Ethernet dell'Officina (<code>2001:470:c844:200::/64</code> sull'interfaccia <code>ethI</code>);
* per la rete wireless dell'Officina (<code>2001:470:c844:201::/64</code> sull'interfaccia <code>wlan0</code>);
* per la rete cablata bus RS-485 (<code>2001:470:c844:202::/64</code> sull'interfaccia <code>ttyS0</code>);
* per le macchine virtuali su KVM (<code>2001:470:c844:203::/64</code> sull'interfaccia <code>vir0</code>);
* per le macchine virtuali su docker (<code>2001:470:c844:204::/64</code> sull'interfaccia <code>docker0</code>);
* ...
'''Nota:''' questo è solo un esempio, la configurazione finale su serverozzo è ancora in fase di definizione.

Nella prima rete di servizio (<code>2001:470:c844::/64</code>) ci sono:
* il VPS
* tutti i gateway
** per esempio, serverozzo
** per esempio, i gateway dei soci
I gateway dei soci non sono diversi da serverozzo, e tuttavia la loro configurazione può essere più semplice se invece che da gateway fungono come semplici end-point.

Così organizzate, le risorse si esauriranno in questo ordine:
* la banda a disposizione del VPS (500M/500M);
* la capacità computazionale e di memoria del VPS per l'inoltro dei pacchetti;
* gli IPv6 (gli IPv6 non finiranno mai)

Non essendo una rete a maglie, ma semplicemente un albero, il routing è definito staticamente.
Se la rete si evolverà e le singole "isole" dovessero iniziare a connettersi a maglia in maniera incontrollata, potranno essere impiegati algoritmi dinamici, ma considerata la dimensione del bacino di utenti, non dovrebbe essere necessario.

== Installazione del server ==
La VPN del GOLEM può essere utilizzata per la navigazione in IPv6.
La VPN è realizzata per mezzo di Wireguard.

A differenza di altri protocolli, come OpenVPN, Wireguard ha un approccio "peer to peer", per cui la procedura di configurazione del server rispecchia per buona parte quella di ciascun client.

Innanzitutto è necessario generare la coppia di chiavi pubblica/privata del server:

# wg genkey | tee /etc/wireguard/server.privkey | wg pubkey > /etc/wireguard/vpn.golem.linux.it.pubkey

Per la configurazione è sufficiente creare un singolo file, ad esempio <code>/etc/wireguard/wg0.conf</code>:

[Interface]
# Carica la chiave privata dal percorso dove la abbiamo generata precedentemente
PostUp = wg set %i private-key /etc/wireguard/vpn.golem.linux.it.privkey
# Porta UDP di ascolto del server, a piacere
ListenPort = 51820
# Indirizzo del server all'interno della VPN
Address = 2001:470:c844:100::1

Il server può essere avviato tramite ''systemd'', e con lo stesso sistema si può impostare l'avvio automatico.
Si noti che <code>@wg0</code> corrisponde al file di configurazione precedentemente creato.

# systemctl start wg-quick@wg0
# systemctl enable wg-quick@wg0

== Aggiunta di un nuovo client ==
=== Configurazione lato server ===
il sysop aggiunge un blocco peer per ciascun client alla configurazione <code>/etc/wireguard/wg0.conf</code>, così:

... altri client ...

# porceddu.net.golem.linux.it
[Peer]
PublicKey = tHeClIeNtFaNtAsTiCpUbLiCkEy=
AllowedIPs = 2001:470:c844:100::200/128, 2001:470:c844:200::/62

... altri client ...

Altro che OpenVPN.

=== Configurazione lato client ===
1. Lato client, generare una coppia di chiavi pubblica/privata e inviare la chiave pubblica al sysop.

$ wg genkey | tee client.example.com.privkey | wg pubkey > client.example.com.pubkey

Il sysop si occuperà di aggiungere la chiave pubblica tra quelle consentite al server, sceglierà un indirizzo IP in base al piano di indirizzamento, e ve lo comunicherà.

2. Creare un file di configurazione come segue, in cui scrivere opportunamente la vostra chiave privata e l'indirizzo IP assegnato. Prestare particolare attenzione a modificare i campi della sezione <code>Interface</code>, come indicato nelle note.

[Interface]
# PrivateKey = YoUrGoRgEoUsAnDsEcUrEpRiVaTeKeY= # vedi note, scegliere questo...
# PostUp = wg set %i private-key ./client.example.com.privkey # vedi note, ...oppure questo
Address = 2001:470:c844:100::'''200'''/64 # vedi note

# vpn.golem.linux.it
[Peer]
PublicKey = w63aGvoyPaUTgA8nW/NJS6Qqp2hUFvHRBbIH8Qb5ISY=
AllowedIPs = 2000::/3
Endpoint = vpn.golem.linux.it:51280
PersistentKeepalive = 37

'''Note'''
* <code>Interface</code> (sezione di configurazione dell'endpoint ''locale'')
** scegliere una delle seguenti opzioni per indicare la chiave privata del client, scommentando la riga apposita.
*** ''PrivateKey'': chiave privata del client, da custodire con cura, inline
*** ''PostUp = command'': chiave privata del client, da custodire con cura, e caricata automaticamente da un file esterno (es. creato col comando mostrato in precedenza)
** ''Address'': indirizzo IP comunicato dal sysop: riportarlo accuratamente, altrimenti non sarà possibile utilizzare la VPN
* <code>[Peer]</code> (sezione di configurazione dell'endpoint ''remoto'' / server)
** ''PublicKey'': chiave pubblica del server (sì, è proprio quella)
** ''AllowedIPs'': indirizzi raggiungibili tramite la VPN, a scelta:
*** <code>2001:470:c844::/48</code>: solo la [[IPv6 @ GOLEM | rete IPv6 virtuale del GOLEM]]
*** <code>2000::/3</code>: tutti gli indirizzi IPv6 (è possibile utilizzare la VPN del GOLEM per [[IPv6 @ GOLEM | navigare ''davvero'' in IPv6]])
** ''Endpoint'': indirizzo del server
** ''PersistentKeepalive'': timer per mantenimento del tunnel attivo (in secondi); particolarmente utile se l'indirizzo IP del client cambia o è soggetto a NAT

La connessione può essere attivata tramite systemd come sul server (spostandola in ''/etc/wireguard/''), oppure manualmente utilizzando <code>wg-quick</code>:
* Attivazione del tunnel
wg-quick up client.example.conf
* Disattivazione del tunnel
wg-quick down client.example.conf

3. Provare il collegamento
# ping 2001:470:c844:100::1 # server VPN, dentro al tunnel (per verificare se il collegamento funziona)
# ping 2001:470:c844:100::200 # gateway in Officina (per verificare se il collegamento funziona; talvolta non raggiungibile se abbiamo staccato la luce)
# ping ipv6.google.com # per verificare l'accessibilità dell'Internet pubblico IPv6, nel caso non si abbia già accesso

4. Successo!
* Se il client OpenVPN è un nodo foglia della rete, cioè non funge da gateway perché si deve collegare solo lui (es. smartphone), allora c'è già connettività IPv6 e non serve fare altro. È comunque consigliato leggere la sezione relativa al [[#Firewall | firewall]] per ragioni di sicurezza ed eventualmente attivarlo.
* Se invece il client è il gateway della rete IPv6 (es. ''serverozzo'', o il router di casa di uno dei soci che vuole navigare in IPv6), allora bisogna configurarlo come indicato nella [[#Client_VPN_come_gateway | sezione apposita]].

== Client VPN come gateway ==
=== Impostare il client VPN come gateway IPv6 per l'isola ===
==== Abilitare inoltro pacchetti IPv6 ====
Nel file ''/etc/sysctl.conf'':
net.ipv6.conf.all.forwarding=1

==== Installare e configurare radvd ====
''radvd'' è il demone di ''router advertisement''.
Per la configurazione automatica degli indirizzi e del gateway in IPv6 non è necessario un ''complesso'' server DHCP, ma vista la vastità dello spazio di indirizzamento (anche la rete più piccola ha ben 2<sup>64</sup> indirizzi disponibili) basta il più semplice ''radvd''.
Un router con ''radvd'', a intervalli regolari, trasmette un messaggio in broadcast a tutti gli host della rete, informandoli sul prefisso di rete da utilizzare; a questo punto gli host possono autoconfigurarsi col metodo che preferiscono (es. [https://tools.ietf.org/search/rfc4862 SLAAC] con o senza [https://tools.ietf.org/html/rfc4941.html estensione per la privacy]).

Installare ''radvd'':
# apt install radvd

Configurare il file ''/etc/radvd.conf'':
interface ethI {
AdvSendAdvert on;
MinRtrAdvInterval 2;
MaxRtrAdvInterval 10;
prefix 2001:db8::/64 {
AdvOnLink on;
AdvAutonomous on;
AdvRouterAddr on;
};
RDNSS 2606:4700:4700::1111 {
AdvRDNSSLifetime 3600;
};
};
dove
* <code>interface br0</code> indica l'interfaccia interna su cui fare ''advertise'';
* <code>prefix 2001:db8::/64</code> indica la rete a valle;
* <code>RDNSS 2606:4700:4700::1111</code> indica il server DNS (nell'esempio specifico, CloudFlare);
** ''Nota:'' in seguito a questioni legali, OpenDNS non è al momento disponibile in Francia.

Una volta abilitato ''radvd'' sull'interfaccia di rete desiderata, gli host inizieranno ad assegnarsi automaticamente un indirizzo tramite SLAAC, e potranno navigare in IPv6.

==== Una nota sull'MTU del collegamento ====
Con la configurazione appena descritta, gli host crederanno di utilizzare una rete nativa dual-stack (o IPv6-only, nel caso non fosse previsto IPv4).
In realtà, però, i pacchetti IPv6 non sono "nativi", bensì, una volta giunti al gateway, vengono poi incapsulati in maniera completamente trasparente.

Ciò significa che gli host crederanno di poter generare pacchetti IPv6 della dimensione massima ammessa dal link a cui sono collegati (es. Ethernet, WiFi), che in genere è di 1500 bytes.
Però, pacchetti così grandi non possono essere incapsulati, in quanto anche il link che il gateway utilizza per la VPN, in genere, consente pacchetti di dimensione massima di 1500 bytes: non rimane spazio per l'incapsulamento.

Questo può creare problemi, talvolta sporadici, non facilmente ripetibili, o ancora, dipendenti dal sito a cui si sta tentando di collegarsi, specialmente se si usa TCP.
Un sintomo molto comune è che, navigando sul web, si può rilevare che alcuni siti - ma solo alcuni, perfettamente funzionanti sia da IPv4 che da altre connessioni IPv6, vanno in timeout quando si prova ad accedervi.

Questo succede perché TCP tenta di massimizzare la quantità di informazione contenuta all'interno di un pacchetto IP, generando pacchetti molto grandi, e talvolta raggiungendo il limite oltre il quale il pacchetto non può più essere incapsulato dal gateway.

{{Template:Note
|type=info
|text=Per verificare che il problema sia questo, provare a forzare una MTU artificialmente più bassa sulla scheda di rete, tramite il comando <code>ip link set enp1s0 mtu 1400</code>, e poi verificare se il problema scompare.
}}

Perciò, sarà necessario fare in modo che il gateway modifichi i pacchetti di handshake del TCP in maniera tale che non venga mai negoziata una ''Max Segment Size'' troppo alta per il link.

===== Modificare la Max Segment Size =====

{{Template:Note
|type=info
|text=Abbassare la MSS elimina il problema, ma al contempo aumenta l'overhead, rendendo la connessione leggermente più lenta. È consigliabile trovare il giusto compromesso che soddisfi sia le esigenze di funzionamento che le esigenze in termini di prestazioni. Per farlo, ci si può aiutare con <code>tracepath</code>.
}}

* con un gateway Linux:
** TODO: è davvero necessario? Lo fa da solo?
* con un gateway Mikrotik:
/ipv6/firewall/mangle/add out-interface=wg0 protocol=tcp tcp-flags=syn action=change-mss new-mss=1300 chain=forward tcp-mss=1301-65535

== Firewall ==
=== Per il VPS ===
Inoltrare solo i pacchetti da/per le reti note.

{{Note
|type=attention
|text=Non ancora testato!
}}
# ip6tables -A FORWARD -d 2001:470:c844::/48 -i he6in4 -j ACCEPT
# ip6tables -A FORWARD -s 2001:470:c844::/48 -o he6in4 -j ACCEPT
# ip6tables -P FORWARD DROP

=== Per i client ===
Gli indirizzi IPv6 sono "tutti" pubblici. Gli indirizzi IPv6 forniti dal GOLEM sono pubblicamente instradabili. In più, il GOLEM non mette in atto '''nessuna''' misura atta a prevenire connessioni dirette verso gli host della VPN (al netto di configurazioni specifiche sulle macchine direttamente di proprietà del GOLEM).
Ciò significa che '''tutti''' gli host degli utenti/soci, compresi quelli domestici che sin'ora sono stati dietro a un (s)comodo NAT, possono essere acceduti attraverso la rete Internet globale, quando sono connessi alla VPN del GOLEM.

Pertanto, è consigliato attivare degli strumenti atti a prevenire accessi indesiderati dall'esterno, come un firewall, in special modo se il proprio computer "fornisce servizi" (eg. condivisione di file via rete, server web di sviluppo, ...)

==== Direttamente sull'host ====
Si può agire direttamente sugli host da proteggere (versione conservativa):
# ip6tables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
# ip6tables -A INPUT -p icmpv6 -j ACCEPT
# ip6tables -P INPUT DROP

In generale con Linux questa operazione non è comunque necessaria, perché tanto non vi sono servizi esposti a meno che non siano stati installati esplicitamente.
Si noti che ICMPv6 deve comunque sempre essere abilitato in quanto necessario al funzionamento di IPv6.

Si può anche utilizzare una regola più rilassata (es. per sfruttare la VPN del GOLEM come VPN "personale" tra i propri host), tipo:
# ip6tables -A INPUT -s 2001:470:c844:uu00::/56 -j ACCEPT

Queste regole possono essere salvate in uno script, ad esempio `/etc/wireguard/wg0-postup.sh`, ed invocate automaticamente all'atto della connessione alla VPN tramite la direttiva `PostUp` nel file di configurazione di WireGuard.

Ad esempio:

[Interface]
# ...
# -----8<------
# Possono coesistere anche più direttive PostUp/PostDown, aggiungere in coda:
PostUp = /etc/wireguard/wg0-postup.sh
# -----8<------

{{Note
|type=info
|text=I pacchetti della VPN viaggiano crittografati sulla rete pubblica (almeno finché si trovano all'interno della VPN del GOLEM), ma sul server vengono decifrati e cifrati di nuovo per permetterne il routing!
In caso di compromissione del VPS del GOLEM, pertanto, i pacchetti non possono essere considerati al sicuro da sguardi indiscreti. È sempre buona norma utilizzare crittografia end-to-end, anche all'interno di una VPN.
}}

==== Dal gateway ====

{{Note
|type=reminder
|text='''Nota bene''': salvare queste impostazioni, per esempio con <code>ip6tables-save</code> e <code>ip6tables-restore</code>, altrimenti verranno perse al riavvio.
}}

Invece di configurare il firewall su ogni host singolarmente, si può configurare il gateway una volta sola per proteggere tutta la rete a valle:
# ip6tables -A FORWARD -s 2001:470:c844:rrrr::/64 -j ACCEPT
# ip6tables -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT
# ip6tables -P FORWARD DROP

Nell'ordine:
* blocca l'inoltro di tutti i pacchetti
* abilita l'inoltro dei pacchetti in uscita dalla rete
* abilita l'inoltro dei pacchetti correlati a connessioni già stabilite

Questo impedisce l'accesso indesiderato a tutti gli host della rete, compresi gli host con Windows che possono starsene "sicuri" anche senza il firewall, pur esponendo servizi (NetBIOS, Samba).

===== Eccezioni =====
Se si desidera comunque rendere accessibile un proprio server in particolare, è possibile istruire il gateway con un'eccezione, aggiungendo:
# ip6tables -A FORWARD -d 2001:470:c844:rrrr::host -j ACCEPT

Questo è qualcosa che "assomiglia" vagamente al vecchio ''port forwarding''.

=== Torrent ===
La banda è limitata, e non è consentito traffico di materiale illegale. Occore limitare il traffico ''bit-torrent'' almeno al gateway finale (VPS).

{{Note
|type=reminder
|text=TODO: Questa sezione è da fare!
}}

= Risoluzione problemi =
== Geolocalizzazione ==
Il tunnel è localizzato in Francia.
A causa di restrizioni imposte a causa del diritto d'autore, alcuni siti, specialmente di streaming video, come Netflix, Rai.tv o Youtube, potrebbero bloccare l'accesso ai contenuti italiani dal tunnel francese.
Per inibire temporaneamente l'uso del tunnel IPv6 su un host:
# sysctl -w net.ipv6.conf.all.disable_ipv6=1

[[Categoria:Howto]]
[[Categoria:Officina]]
[[Category:Sysop]]

Linux Day 2024

2024-10-26T18:28:06Z

Giulio: Aggiunte slides evento pontormo

[[File:linuxday-logo.png|200px|right]]

Il [http://www.linuxday.it Linux Day] è la giornata nazionale dedicata alla promozione di Linux e del software libero in genere.
Se senti la necessità di provare qualcosa di diverso sul tuo computer, se ti piace sperimentare un nuovo modo di vivere la tua vita digitale, se ti senti oppresso dai vincoli del software proprietario, se "non ti fidi" della rete e vuoi imparare a proteggere la tua privacy, allora sei nel posto giusto.

L'evento è coordinato a livello nazionale da [http://www.ils.org ILS Italian Linux Society] e si svolge contemporaneamente in [https://www.linuxday.it/2024/ numerose città] in tutta Italia.

L'edizione locale 2024 è organizzata da [https://golem.linux.it/ GOLEM - Gruppo Operativo Linux Empoli], [https://firenze.linux.it/ FLUG - Firenze Linux User Group] e il rinascente LUG di Prato.
L'evento si terrà presso la biblioteca comunale del Comune di [https://www.comune.scandicci.fi.it/ Scandicci], che patrocina l'evento.

== Quando e dove ==
Quest'anno il Linux Day si terrà '''sabato 26 ottobre 2024''' presso i locali della [https://servizi-scandicci.055055.it/biblioteca-e-servizi-culturali Biblioteca Comunale di Scandicci (FI)], in via Roma 38/A.

== Programma ==
Presso la Biblioteca Comunale di Scandicci, via Roma, 38/A

<gallery>
File:volantino-linuxday-2024-fronte.jpeg
File:volantino-linuxday-2024-retro.jpeg
</gallery>

* 10:00 – '''Introduzione al software libero'''
Il mondo del software libero e open source: perché è importante e come
utilizzarlo nella vita di tutti i giorni.

Relatore: giomba del GOLEM

* 11:00 – '''Coinvolgere le nuove generazioni: una storia di skateboard e gelato al lampone'''
Presentazione del libro Ada & Zangemann, che racconta la storia
dell'inventore Zangemann e della bambina Ada, una smanettona curiosa.
Ada sperimenta con hardware e software, e scopre quanto sia cruciale per
lei e per gli altri avere il controllo della tecnologia. Scritta da
Matthias Kirschner, presidente della Free Software Foundation Europe
(FSFE) [https://fsfe.org/], e pubblicata con la licenza libera di Creative Commons
ShareAlike [https://creativecommons.org/licenses/by-sa/4.0/deed.it], questa fiaba è stata ideata per avvicinare i bambini
alla tematica del software libero.

Relatore: Alessandro Grassi del LUG di Prato

* 12:00 – '''OONIProbe: misurare la censura delle connessioni all'internet'''
Di rado la connessione all'internet è libera, poiché sono quasi sempre
presenti miriadi di filtri che impediscono di visitare alcuni siti,
usufruire di servizi e di comunicare attraverso determinati canali.
L'origine di questi filtri è varia: alcuni sono stabiliti dalla legge,
alcuni da regolamenti interni aziendali o privati, altri ancora dalle
decisioni della compagnia fornitrice della connettività. L'Open
Observatory of Network Interference (OONI) [https://ooni.org/] realizza un programma,
OONIProbe [https://ooni.org/install], per misurare la quantità e la qualità di questi filtri.
Questo programma è software libero disponibile per tutti gli interessati
e per svariati sistemi. Durante la presentazione verrà proposto
d'installare OONIProbe per eseguire qualche misura.

Relatore: Leandro Noferini

* 13:00 – Pausa pranzo

* 14:00 – '''Introduzione al P2P e al motore di ricerca per Torrent Jackett'''
Illustrazione del protocollo BitTorrent [http://www.bittorrent.org/] per la condivisione
decentralizzata dei file attraverso la rete, con spiegazione di che
cos'è il Peer-to-peer (P2P). Verrà mostrato come utilizzare il programma
qBittorrent [https://www.qbittorrent.org/] per scaricare in modo efficiente, insieme a Jackett,
che permette di migliorare la ricerca dei contenuti mediante i risultati
di Internet Archive, isoHunt e molti altri.

Relatore: Martin Ligabue

* 14:30 – '''LeoCAD, un CAD per i mattoncini'''
LeoCAD [https://www.leocad.org/] è un programma libero per la modellazione 3D dei famosi
mattoncini. Facile da usare e con una curva di apprendimento ridotta,
consente agli utenti di tutte le età e livelli di esperienza di creare
modelli personalizzati, grazie alla vasta libreria di pezzi disponibili.
Inoltre è compatibile col formato LDraw [https://ldraw.org/], lo standard per i
mattoncini digitali che facilita la condivisione dei progetti,
garantendo flessibilità e interoperabilità. LeoCAD è uno strumento
versatile per chiunque voglia trasformare le proprie idee in realtà, con
le costruzioni.

Relatore: Enrico Bencini

* 15:00 – '''Dall'apprendimento automatico ai modelli linguistici locali'''
Dall'apprendimento automatico al vero funzionamento dei modelli
linguistici, per spiegare le motivazioni per rilasciare i modelli
linguistici come software libero, con tanto di parametri pubblicati come
contenuto libero. I modelli linguistici locali sono essenziali poiché
permettono di decentralizzare questa tecnologia.

Relatore: Andrea Malatesti del GOLEM

* 16:00 – '''Non solo ChatGPT, le AI open source'''
Alla scoperta dei principali progetti d'intelligenza artificiale aperti,
come GPT-Neo, BERT e Stable Diffusion, insieme all'analisi di come
questi ultimi contribuiscano a compiti quali la generazione di
linguaggio naturale, la comprensione del testo e la creazione di
immagini. Infine sarà esaminato il ruolo delle comunità open source
nello sviluppo e nella diffusione di IA etiche e sostenibili,
evidenziando come la collaborazione aperta possa accelerare i progressi
e promuovere soluzioni inclusive.

Relatore: Luca Landucci

* 17:00 – '''Ha ancora senso parlare di software libero nel 2024?'''
Il mondo dei computer personali è cambiato radicalmente nell'ultimo
decennio, spostandosi su strumenti fuori dal nostro controllo: i
telefoni e i siti web. Quando tutto avviene dentro al programma per
navigare su Internet, e quando la vita privata ruota attorno ad app che
richiedono sistemi proprietari, ha ancora senso parlare di libertà dei
sistemi operativi?

Relatore: Alessandro Grassi del LUG di Prato

== Programma scuole ==
Sessione '''riservata''' agli studenti del'[https://www.ilpontormoempoli.edu.it/ IIS Pontormo] di Empoli (FI).

* '''Introduzione al software libero'''
Cos'è un codice sorgente? Cosa c'entrano gli gnu ed i pinguini con l'informatica? Con questa introduzione si vuole dare una panoramica sul mondo di Linux e del software libero, citandone le implicazioni etiche ed i risvolti pratici. Segue una presentazione dell'associazione GOLEM e dell'attività svolta in merito ai temi trattati.

[https://cloud.golem.linux.it/s/yFnxSEHYaLgxzzN slides]

* '''Dall'apprendimento automatico ai modelli linguistici locali'''
Partendo da alcuni cenni sull'apprendimento automatico, l'intervento punta a rendere gli studenti consapevoli del vero funzionamento dei modelli linguistici, per poi spiegare le motivazioni per rilasciare i tali modelli come software libero, con tanto di parametri rilasciati come contenuto libero. Parlare di modelli linguistici locali è essenziale in questo intervento, poiché permettono di avvicinarci alla decentralizzazione di questa tecnologia.

[https://cloud.golem.linux.it/s/cG5CFoSWP5ognML slides]

* '''Siamo davvero al sicuro?'''
"Questo talk è sponsorizzato da... nessuna VPN"
Dopo aver introdotto alcuni concetti preliminari relativi alla rete, si va ad illustrare a grandi linee il funzionamento di una VPN, spiegando gli usi originari di questa tecnologia e come viene tutt'ora impiegata sia in ambiti aziendali che personali, per poi dare una risposta all'interrogativo "ma una VPN mi mette davvero al riparo da tutte le minacce della rete?". Infine, si presenteranno alcuni servizi che si appoggiano a tecnologie VPN libere, in alternativa ai più noti e pubblicizzati.

[https://cloud.golem.linux.it/s/aAB2bxeArwYwxqS slides]

* '''Radioascolto in libertà'''
Ascoltare la radio sembra quasi un passatempo superato, ma è in realtà un'azione che compiamo tutti i giorni senza rendercene conto. In questo intervento si dà una infarinatura sulle tecnologie senza fili, per poi illustrare applicativi e dispositivi per captare e decodificare i segnali radio nello spazio attorno a noi.

[https://cloud.golem.linux.it/s/TT9majen8nmbggE slides]

== Fotografie ==
Dopo l'evento.

[[Category:LinuxDay]]

Linux Day 2023

2024-10-18T20:07:50Z

Giulio: Aggiunte foto dell'anno scorso

[[File:linuxday-logo.png|200px|right]]

Il [http://www.linuxday.it Linux Day] è la giornata nazionale dedicata alla promozione e divulgazione di GNU/Linux, del software libero, dell'utilizzo di sistemi aperti, dei dati liberamente fruibili e dei protocolli standard nell'ambito delle nuove tecnologie.

L'evento, tenutosi sabato 28 ottobre 2023, si è svolto in collaborazione con [https://firenze.linux.it/ FLUG - Firenze Linux User Group], [https://shortmovieman.wordpress.com/ Short Movie Man Studios] e col patrocinio del [https://comune.signa.fi.it/ Comune di Signa], che hanno fornito la sala e il supporto presso la biblioteca comunale.

== Programma ==
* ore 10:00: '''Introduzione al software libero'''
* ore 11:00: '''YouNoHost'''
* ore 12:00: '''Statistica con Libreoffice e R'''

* ore 15:00: '''OpenStreetMap e Termux'''
* ore 16:00: '''Minetest: mondi liberi a cubetti'''
* ore 17:00: '''Giochi Windows su GNU/Linux'''

Maggiori dettagli sul [https://www.firenze.linux.it/2023/09/linux-day-2023/ sito del FLUG].

== Foto ==

Disponibili in [https://cloud.golem.linux.it/s/oGPTAkzG3ECkIAz?path=%2F2023%2F2023-10-28%20Linux%20Day galleria].

[[Category:LinuxDay]]

Ore del GOLEM

2024-03-16T16:37:46Z

Giulio: Aggiornata lista ore del golem con caricamento risorse

Soci del GOLEM

2024-02-28T21:31:40Z

Giulio: /* Consiglio 2019 */ Aggiornato al 2024

In questa pagina sono raccolti i soci di spicco del presente (e passato) GOLEM, e l'attuale formazione del Consiglio.

== Consiglio 2024-2025 ==
Attualmente il GOLEM ha circa 30 soci

* ''Presidente'': [[Utente:Ly* | lywashu (alias Giulia)]]
* ''Vice Presidente'': [[Utente:Giulio | Giulio]]
* ''Tesoriere'': [[Utente:Lucam | Lucam]]
* ''Capofficina'': [[Utente:Giomba | giomba]]
* ''Consiglieri'':
** [[Utente:Ly* | lywashu (alias Giulia)]]
** [[Utente:Giulio | Giulio]]
** [[Utente:Lucam | Lucam]]
** [[Utente:Giomba | giomba]]
** Diego
** Geraldo
** Giorgio
** Massimo
** Sandro
** Simone

== I soci che troverete in Officina ==
* [[Utente:%24pooky_Hunter | $pooky Hunter (alias Luca)]]
* [[Utente:Ly* | lywashu (alias Giulia)]]
* [[Utente:Lorex | lorex (alias Lorenzo)]]
* TopoSodo
* Viggiano
* [[Utente:Dima | Dima (alias Alfredo)]]
* Glomanto (alias Beppe)
* [[Utente:Giulio | Giulio]]
* Lucam
* [[Utente:Giomba | giomba]]
* Massimo

== I soci che hanno frequentato attivamente l'Officina in passato ==
* [[Utente:Hal | Hal]]
* [[Utente:Alex.u | alex.u]]
* [[Utente:Walterele | Walterele (alias Angela)]]
* [[Utente:Segnalibro | Segnalibro (alias Annalisa)]]
* [[Utente:Raistlin | Raistlin (alias Dario)]]
* [[Utente:Gbrx | gbrx (alias Gabriele)]]
* [[Utente:Jdoe | jdoe (alias Giacomo)]]
* [[Utente:Lorenxo86 | lorenxo86 (alias Lorenzo)]]
* [[Utente:Luana | Luana^^]]
* [[Utente:cipo | cipo (alias Paolo)]]
* Marino
* Mirella
* [[Utente:Permaurizio | Maurizio]]
* JohnCoffey (alias Marco)

[[Category:Officina]]

Recupero Hardware

2024-02-27T21:46:08Z

Giulio: /* Computer più vecchi */ Corretta città

{{Guide
|immagine=oldpc.png
|guida=Trashware
|precedente=
|indice=Trashware
|successiva=Riconoscere il materiale
}}

[[Trashware]]: ''recupero dei computer dismessi, installazione di software libero e donazione per finalità sociali''

Siamo un'associazione di promozione sociale che ricondiziona i computer dismessi, vi installa tanti programmi utili, gratuiti e liberi, e poi dona i computer a chi ne ha bisogno.

Accettiamo:
* apparecchiature funzionanti, perché vogliamo regalarle a delle '''persone''': un computer rotto non è un bel regalo da fare.
* computer completi
* periferiche
* pezzi hardware di ricambio
Il materiale deve rispettare almeno le caratteristiche minime riassunte in seguito.

Siamo coscienti del fatto che i requisiti sono abbastanza elevati, ma abbiamo già sufficiente materiale più vecchio di quello indicato, e la nostra [[Officina Informatica | officina]] non è infinita.

= Requisiti =

* '''Processore minimo''' Architettura x86_64, con almeno 2 core (es. [https://it.wikipedia.org/wiki/Athlon_64_X2 AMD Athlon64 X2]). Tendenzialmente, tutti i processori con più core vanno bene.

* '''RAM''' Almeno 2GB di RAM, perché al di sotto è difficile realizzare dei computer che possano avere un uso proficuo. Stiamo cercando DDR2 e DDR3, taglio minimo almeno 1GB

* '''Hard Disk''' SATA almeno 80 GB (no dischi EIDE/PATA). I dischi a stato solido SSD vanno bene di qualunque tipo.

* '''Alimentatore''' preferibilmente ATX 24-pin, con connettori SATA (di più vecchi ne abbiamo abbastanza)

* '''Monitor a schermo piatto''' (plasma, LCD o LED) qualunque rapporto d'aspetto, risoluzione minima 1280×1024, '''HDMI''' (VGA e DVI ne abbiamo fin troppi)

* '''Schede di rete''' Giga Ethernet 1Gbps, almeno PCIe o piu recenti. Di Fast Ethernet PCI ne abbiamo a volontà. (No 10Mbps, no TokenRing)

* '''Router''' e '''switch''', preferibilmente Giga Ethernet 1Gbps (di Fast Ethernet 100Mbps ne abbiamo abbastanza)

* '''Access Point Wireless''' e '''antenne esterne''', 2.4GHz o 5GHz, almeno G (54Mbps), preferibilmente N (150, 300Mbps o più)

* '''Tastiere''' e '''mouse''' solo se USB e ''non'' wireless, perché non si trovano mai le batterie quando servono

* '''Schede audio''', PCIe o più recenti (no PCI/ISA)


* '''Altoparlanti''', solo con alimentazione, anche se non di alta qualità

* '''Cuffie''' e '''microfoni''', sia analogici che digitali (jack, USB), anche se non di alta qualità

= Computer più vecchi =
Computer vecchi, ma non troppo:
* scrivere alla [https://lists.linux.it/listinfo/trashware lista nazionale Trashware]: qualche gruppo potrebbe essere interessato.

Computer vecchissimi:
* accettiamo materiale informatico vecchissimo e di interesse storico: hardware non Intel-x86 compatibile, MOS, Motorola, Z80, Apple, Amiga, Amstrad, Atari, Commodore, Sinclair. In alternativa questo materiale è recuperato da associazioni di retrocomputing:
** associazione [http://www.bitretro.it/ Bit Retro] San Romano (PI)
** associazione [https://www.retrocomputer.org/ Firenze Vintage Bit] Lastra a Signa (FI)

= Come riconoscere il materiale? =
{{Note
|type=reminder
|text=Se non si conoscono le caratteristiche tecniche del computer, è possibile visionarle autonomamente seguendo le brevi istruzioni nella mini-guida [[riconoscere il materiale]]. Se hai voglia ed esperienza puoi testare il materiale da solo leggendo le nostre [[pillole hardware]].
}}

In caso di difficoltà, potete contattarci tramite il modulo di contatto:
* successivamente, sarete quasi sicuramente invitati a fornire foto e età del computer;
* altrimenti, possiamo accordarci e potete portare il materiale in officina durante uno dei nostri incontri, così possiamo valutarlo;
* altrimenti, possiamo fare un sopralluogo, ma solo se vi trovate in zona e avete molti computer.

= Avvertenze =
* Non siamo un'azienda che si occupa di smaltimento rifiuti elettronici (RAEE), quindi non portateci materiale '''rotto''' e sicuramente inutilizzabile;
* Non ritiriamo rifiuti a domicilio;
* Non siamo un centro informatico: in Officina si impara, non si lascia fare agli altri;
* È vietato abbandonare materiale davanti alla sede (e anche dietro, di lato e persino sul tetto). Lasciare del materiale fuori dalla nostra sede, magari anche utilizzabile, è inutile in quanto gli agenti atmosferici (come pioggia, umidità e sole) rovinano le componenti elettroniche rendendo le macchine inutilizzabili.

Nella maggior parte dei casi quando la gente sente parlare di trashware o vede in TV servizi come [[:Category:Stampa | quelli di Geo&Geo o di Report]] si ricorda che da qualche parte in soffitta o in cantina ha del materiale informatico messo da parte anni prima, pensando che prima o poi lo avrebbe rispolverato, e gli sarebbe magari stato utile per fare qualcosa. Così si rivolge all'associazione di turno e, pensando di fare una buona azione, nella migliore delle ipotesi propone loro il materiale, mentre nella peggiore glielo lascia abbandonato davanti la porta, magari in un giorno che diluvia.

Forse quel materiale qualche anno prima sarebbe stato ancora riutilizzabile, ma adesso l'incalzare del tempo lo ha reso poco più che un rottame.
In linea teorica, e per puro esercizio didattico, anche su macchine molto molto vecchie può essere installato software libero e in modo da recuperarle per usi minimali; in pratica, il dispendio di tempo e l'uso abbastanza limitato a cui sarebbero destinate non lo rende conveniente.

Facciamo un paragone per cercare di chiarire meglio questi concetti: ho dei vestiti che non mi stanno più, passati di moda ma buoni, ben conservati lontano delle tarme, lavati e stirati, saranno bene accetti da una associazione di volontariato che potrà riutilizzarli; ma se porto dei vestiti logori, strappati e sporchi, probabilmente me li tirano dietro perché sicuramente non potranno donarli a nessuno.

Se vuoi donarci il tuo computer, perché ti sembra vecchio e lento, oppure vuoi scoprire se è possibile '''dargli nuova vita con Linux''', sei benvenuto. Al contrario, se il tuo computer è irrimediabilmente rotto, abbandonato all'umidità e alla polvere, non possiamo farci niente.

= Cosa fare degli altri oggetti elettronici? =
Non ci portate telefoni, telecomandi, stereo, televisori o videoregistratori, a meno che non vogliate aiutarci a "spippolare" (es smartphone Android, VCR o Home Theatre con Linux). Le cose impossibili le facciamo, ma per i miracoli ci dobbiamo ancora attrezzare.

Questo genere di cose possono trovare posto in:

* mercatini di Economia Circolare
** per esempio, a Empoli [http://www.nonlobuttovia.it/?p=160 Non lo butto via]
* Restart Party
** per esempio, a Firenze [http://www.restartersfirenze.it/ Restarters Firenze]

= Contatti =
Per qualunque dubbio non esitate a [http://golem.linux.it/wp/contatti/ contattarci] o a venirci a trovare!

= Pagine correlate =
{{Guide
|immagine=oldpc.png
|guida=Trashware
|precedente=
|indice=Trashware
|successiva=
}}

[[Category:Officina]]

Recupero Hardware

2024-02-27T21:45:22Z

Giulio: /* Computer più vecchi */ Aggiornato link per nuova associazione di recupero computer storici

{{Guide
|immagine=oldpc.png
|guida=Trashware
|precedente=
|indice=Trashware
|successiva=Riconoscere il materiale
}}

[[Trashware]]: ''recupero dei computer dismessi, installazione di software libero e donazione per finalità sociali''

Siamo un'associazione di promozione sociale che ricondiziona i computer dismessi, vi installa tanti programmi utili, gratuiti e liberi, e poi dona i computer a chi ne ha bisogno.

Accettiamo:
* apparecchiature funzionanti, perché vogliamo regalarle a delle '''persone''': un computer rotto non è un bel regalo da fare.
* computer completi
* periferiche
* pezzi hardware di ricambio
Il materiale deve rispettare almeno le caratteristiche minime riassunte in seguito.

Siamo coscienti del fatto che i requisiti sono abbastanza elevati, ma abbiamo già sufficiente materiale più vecchio di quello indicato, e la nostra [[Officina Informatica | officina]] non è infinita.

= Requisiti =

* '''Processore minimo''' Architettura x86_64, con almeno 2 core (es. [https://it.wikipedia.org/wiki/Athlon_64_X2 AMD Athlon64 X2]). Tendenzialmente, tutti i processori con più core vanno bene.

* '''RAM''' Almeno 2GB di RAM, perché al di sotto è difficile realizzare dei computer che possano avere un uso proficuo. Stiamo cercando DDR2 e DDR3, taglio minimo almeno 1GB

* '''Hard Disk''' SATA almeno 80 GB (no dischi EIDE/PATA). I dischi a stato solido SSD vanno bene di qualunque tipo.

* '''Alimentatore''' preferibilmente ATX 24-pin, con connettori SATA (di più vecchi ne abbiamo abbastanza)

* '''Monitor a schermo piatto''' (plasma, LCD o LED) qualunque rapporto d'aspetto, risoluzione minima 1280×1024, '''HDMI''' (VGA e DVI ne abbiamo fin troppi)

* '''Schede di rete''' Giga Ethernet 1Gbps, almeno PCIe o piu recenti. Di Fast Ethernet PCI ne abbiamo a volontà. (No 10Mbps, no TokenRing)

* '''Router''' e '''switch''', preferibilmente Giga Ethernet 1Gbps (di Fast Ethernet 100Mbps ne abbiamo abbastanza)

* '''Access Point Wireless''' e '''antenne esterne''', 2.4GHz o 5GHz, almeno G (54Mbps), preferibilmente N (150, 300Mbps o più)

* '''Tastiere''' e '''mouse''' solo se USB e ''non'' wireless, perché non si trovano mai le batterie quando servono

* '''Schede audio''', PCIe o più recenti (no PCI/ISA)


* '''Altoparlanti''', solo con alimentazione, anche se non di alta qualità

* '''Cuffie''' e '''microfoni''', sia analogici che digitali (jack, USB), anche se non di alta qualità

= Computer più vecchi =
Computer vecchi, ma non troppo:
* scrivere alla [https://lists.linux.it/listinfo/trashware lista nazionale Trashware]: qualche gruppo potrebbe essere interessato.

Computer vecchissimi:
* accettiamo materiale informatico vecchissimo e di interesse storico: hardware non Intel-x86 compatibile, MOS, Motorola, Z80, Apple, Amiga, Amstrad, Atari, Commodore, Sinclair. In alternativa questo materiale è recuperato da associazioni di retrocomputing:
** associazione [http://www.bitretro.it/ Bit Retro] Vicopisano (PI)
** associazione [https://www.retrocomputer.org/ Firenze Vintage Bit] Lastra a Signa (FI)

= Come riconoscere il materiale? =
{{Note
|type=reminder
|text=Se non si conoscono le caratteristiche tecniche del computer, è possibile visionarle autonomamente seguendo le brevi istruzioni nella mini-guida [[riconoscere il materiale]]. Se hai voglia ed esperienza puoi testare il materiale da solo leggendo le nostre [[pillole hardware]].
}}

In caso di difficoltà, potete contattarci tramite il modulo di contatto:
* successivamente, sarete quasi sicuramente invitati a fornire foto e età del computer;
* altrimenti, possiamo accordarci e potete portare il materiale in officina durante uno dei nostri incontri, così possiamo valutarlo;
* altrimenti, possiamo fare un sopralluogo, ma solo se vi trovate in zona e avete molti computer.

= Avvertenze =
* Non siamo un'azienda che si occupa di smaltimento rifiuti elettronici (RAEE), quindi non portateci materiale '''rotto''' e sicuramente inutilizzabile;
* Non ritiriamo rifiuti a domicilio;
* Non siamo un centro informatico: in Officina si impara, non si lascia fare agli altri;
* È vietato abbandonare materiale davanti alla sede (e anche dietro, di lato e persino sul tetto). Lasciare del materiale fuori dalla nostra sede, magari anche utilizzabile, è inutile in quanto gli agenti atmosferici (come pioggia, umidità e sole) rovinano le componenti elettroniche rendendo le macchine inutilizzabili.

Nella maggior parte dei casi quando la gente sente parlare di trashware o vede in TV servizi come [[:Category:Stampa | quelli di Geo&Geo o di Report]] si ricorda che da qualche parte in soffitta o in cantina ha del materiale informatico messo da parte anni prima, pensando che prima o poi lo avrebbe rispolverato, e gli sarebbe magari stato utile per fare qualcosa. Così si rivolge all'associazione di turno e, pensando di fare una buona azione, nella migliore delle ipotesi propone loro il materiale, mentre nella peggiore glielo lascia abbandonato davanti la porta, magari in un giorno che diluvia.

Forse quel materiale qualche anno prima sarebbe stato ancora riutilizzabile, ma adesso l'incalzare del tempo lo ha reso poco più che un rottame.
In linea teorica, e per puro esercizio didattico, anche su macchine molto molto vecchie può essere installato software libero e in modo da recuperarle per usi minimali; in pratica, il dispendio di tempo e l'uso abbastanza limitato a cui sarebbero destinate non lo rende conveniente.

Facciamo un paragone per cercare di chiarire meglio questi concetti: ho dei vestiti che non mi stanno più, passati di moda ma buoni, ben conservati lontano delle tarme, lavati e stirati, saranno bene accetti da una associazione di volontariato che potrà riutilizzarli; ma se porto dei vestiti logori, strappati e sporchi, probabilmente me li tirano dietro perché sicuramente non potranno donarli a nessuno.

Se vuoi donarci il tuo computer, perché ti sembra vecchio e lento, oppure vuoi scoprire se è possibile '''dargli nuova vita con Linux''', sei benvenuto. Al contrario, se il tuo computer è irrimediabilmente rotto, abbandonato all'umidità e alla polvere, non possiamo farci niente.

= Cosa fare degli altri oggetti elettronici? =
Non ci portate telefoni, telecomandi, stereo, televisori o videoregistratori, a meno che non vogliate aiutarci a "spippolare" (es smartphone Android, VCR o Home Theatre con Linux). Le cose impossibili le facciamo, ma per i miracoli ci dobbiamo ancora attrezzare.

Questo genere di cose possono trovare posto in:

* mercatini di Economia Circolare
** per esempio, a Empoli [http://www.nonlobuttovia.it/?p=160 Non lo butto via]
* Restart Party
** per esempio, a Firenze [http://www.restartersfirenze.it/ Restarters Firenze]

= Contatti =
Per qualunque dubbio non esitate a [http://golem.linux.it/wp/contatti/ contattarci] o a venirci a trovare!

= Pagine correlate =
{{Guide
|immagine=oldpc.png
|guida=Trashware
|precedente=
|indice=Trashware
|successiva=
}}

[[Category:Officina]]

WebSDR

2024-01-16T21:20:34Z

Giulio: Aggiornato alla nuova configurazione

{{Sviluppo

|nome = WebSDR
|status = Funzionante

|foto = WebSDR-APRS.png

|descrizione = Servizio ricezione radio remota
|licenza = AGPL
|autore = [[Utente:giulio|giulio]], [[Utente:lucam|lucam]]
|contributi =
|categorie = HamRadio
|link = [https://websdr.golem.linux.it websdr.golem.linux.it]
}}

= Introduzione =
Nell'autunno del 2020 è stato installato un dipolo V per banda 144MHz sul tetto dell'Officina (gentile donazione di IZ5XRC).
Sulla macchina ''laptopless'' è stata creata un'istanza di [https://github.com/jketterl/openwebrx OpenWebRX], software che permette la scansione delle bande radio via interfaccia web, attraverso una economica interfaccia [https://it.wikipedia.org/wiki/Software_defined_radio SDR] USB.
Attualmente l'istanza è stata migrata su una macchina virtuale del nuovo serverozzo di officina, cerbero.
È stata inoltre effettuata la migrazione a OpenWebRX+, versione migliorata di OpenWebRX.

L'istanza è raggiungibile all'indirizzo [https://websdr.golem.linux.it websdr.golem.linux.it].

Qui sono riassunte le [https://github.com/jketterl/openwebrx/wiki istruzioni] di installazione e configurazione (sicuramente più complete e dettagliate) sotto forma di prontuario.

= Installazione =

== Su LXC o macchina fisica ==

Seguire le istruzioni di installazione dal [https://luarvique.github.io/ppa/#if-you-are-a-debian-user- sito ufficiale].
Aggiungere poi le [https://github.com/jopohl/urh/wiki/SDR-udev-rules regole udev] per permettere al dispositivo di essere utilizzato da utente non privilegiato (altrimenti openwebrx crasherà tentando di aprire il device).

== Con docker ==

Attualmente non utilizziamo più docker, quindi questa guida è riferita al container OpenWebRX classico.
Per utilizzare OpenWebRX+, fare riferimento alla [https://luarvique.github.io/ppa/#if-you-are-using-docker- relativa pagina].

$ docker pull jketterl/openwebrx
$ docker run -d --name=''nome-container'' --device /dev/bus/usb -p 8073:8073 -v /srv/openwebrx:/etc/openwebrx jketterl/openwebrx:stable
### Impostare auto-avvio
$ docker update --restart unless-stopped ''nome-container''

I file di configurazione sono nella cartella specificata da <code>docker volume inspect ''nome-volume''</code>.

=== Modulo DVB ===

Se il dispositivo USB non viene visto dal container, è necessario bloccare un modulo sulla macchina host:

# vim /etc/modprobe.d/blacklist-openwebrx.conf

Aggiungere al file la riga

blacklist dvb_usb_rtl28xxu

= Configurazione =

== Aggiungere gli utenti ==

$ docker exec -it ''nome-container'' /bin/bash
### Si apre la shell all'interno del container
$ python3 /opt/openwebrx/openwebrx.py admin adduser ''nome-utente''

= Accesso esterno =
Proxypass via VPS:

* Abilitare il proxy websocket
a2enmod proxy_wstunnel
* Creare virtualhost
ProxyPreserveHost On
ProxyPass / http://serverozzo.xxxx:8073/ connectiontimeout=5 timeout=15
RewriteEngine on
RewriteCond %{HTTP:Upgrade} websocket [NC]
RewriteCond %{HTTP:Connection} upgrade [NC]
RewriteRule ^/?(.*) "ws://serverozzo.xxxx:8073/$1" [P,L]

= GQRX =
Il device SDR può essere utilizzata anche in locale tramite [https://gqrx.dk/].

Molti device SDR non permettono il campionamento hardware per frequenze minori di 25-30MHz.
Per ricevere le HF (e frequenze ancora più basse), se il device lo supporta, si può usare il campionamento via software, utilizzando la seguente stringa di configurazione:

rtl=0,direct_samp=2

[[Category: Howto]]

2023-08-04T21:30:18Z

Giulio: Annotazioni sparse su gestione registrazioni ore del golem

Sistema domotica

2023-07-15T12:37:38Z

Giulio: aggiornata a situazione attuale

{{Note
|type=warning
|text=Da leggere al futuro, il nuovo sistema di domotica non è stato ancora installato
}}

Il Sistema Domotica dell'Officina Informatica svolge i seguenti compiti:
* Misurare i parametri ambientali interni all'officina (temperatura e, al più, umidità);
* Consentire l'accensione/spegnimento remoto del condizionatore in caso di necessità (l'Officina tocca punte di 35° d'estate e 0° d'inverno);

== Premessa storica ==
[[File:Domotica-ditino.jpeg|thumb|450px|Il ditino, prototipo del sistema di domotica]]

Visto che le attività del GOLEM sono circoscritte ad una, massimo due, serate settimanali e le pareti dell'Officina non sono il massimo quanto a coibentazione, la temperatura interna tende a seguire l'esterno, col risultato che si arrivano a toccare punte di 35° d'estate e 0° d'inverno. Soprattutto in occasione di corsi e serate divulgative l'ambiente non è vivibile.

* Poco tempo dopo la ristrutturazione è stato realizzato un primitivo sistema di telecontrollo. Accedendo a serverozzo era possibile azionare manualmente il "ditino" per accendere il condizionatore con qualche ora di anticipo;
* Successivamente il sistema è stato migliorato facendo reverse engineering sul segnale del telecomando, così da omettere la componente meccanica spesso fallace;
* Vengono aggiunti un sensore di temperatura e la possibilità di accensione automatica mediante interrogazione del calendario di officina (progetto [https://git.golem.linux.it/giuliof/zerocalcare zerocalcare]).

Il sistema è stato dismesso durante il periodo COVID ed è in corso di ripristino dall'estate 2023.

== Implementazione ==

Attualmente il sistema si compone di tre parti:

* '''attuatore''': arduino + ethernet shield. La scheda funge da emulatore di telecomando IR tramite una libreria ad-hoc. Il sistema è connesso alla rete interna mediante DHCP, non è necessario che il dispositivo abbia un IP statico. Il protocollo di comunicazione adottato è [https://it.wikipedia.org/wiki/MQTT MQTT], l'attuatore è attualmente sottoscritto a tre topic, <code>clima/off</code>, <code>clima/caldo</code> e <code>clima/freddo</code> rispettivamente per spegnere il condizionatore, accendere la climatizzazione per l'inverno o per l'estate.
* '''broker''': collettore dei messaggi MQTT. Si utilizza un container docker "mosquitto" in esecuzione su LXC cassone. Per poter sottoscrivere topic o pubblicare messaggi è richiesto l'accesso autenticato.
* '''scheduler''': banale script python, invocato giornalmente via cron, che consulta il calendario del giorno e accende automaticamente il condizionatore.

Il sistema è estendibile per poter ripristinare il monitoraggio temperatura.
Sarà possibile, in futuro, integrare il sistema in [https://www.openhab.org/addons/bindings/mqtt/ OpenHAB].

== Note ==

I principali codici validi (modalità, temperatura, velocità, ...) sono stati tabulati. La decodifica completa era stata ultimata, ma la documentazione è andata perduta.

{| class="wikitable"
!colspan="6"|Codici telecomando
|-
|Freddo
|0x4dc0bf
|-
|Caldo
|0x4d4033
|-
|Spento
|0x4d841f
|}

[[Category:Officina]]

Rete del GOLEM

2023-03-21T20:17:03Z

Giulio: /* scatolotto */ regole iptables aggiornate su scatolotto

[[File:Network-2023-01.png|600px|right]]

In questa pagina sono raccolte tutte le informazioni relative alla struttura della rete dell'[[Officina Informatica]]. La rete è stata in fase di testing tra dicembre 2016 e marzo 2017. Da aprile 2017 la rete è completamente operativa. Dall'estate 2018 la rete è [[IPv6 @ GOLEM | dual-stack IPv4/IPv6]].

= Rete di accesso =
* '''Connessione satellitare''': col nostro potenziale sponsor [https://www.sokom.it/ Sokom], è in fase di sperimentazione una connessione Starlink (connessione tramite satelliti in orbita bassa, a bassa latenza e alta velocità).
* '''Ponte radio:''' temporaneamente dismesso <strike>a causa di vincoli architettonici, il modem si trova nell'edificio nord. Viene usato un ponte radio in banda libera a 2.4 GHz di circa 100m. La presenza del ponte radio non limita la velocità della rete di accesso, perché la VDSL è più lenta, e non influisce in maniera significativa sulla latenza. Il ponte è realizzato con due antenne TP-Link CPE210.</strike>
* '''LAN:''' realizzata con tecnologia Ethernet, abbiamo a disposizione 12 porte, 6 nella sala officina (3 + 3) e 6 in sala corsi (2 + 2 + 2). La LAN è realizzata con uno switch non-managed 10/100/1000.
* '''WLAN:''' realizzata con tecnologia WiFi. Abbiamo un access point in sala corsi che copre tutta l'officina (Ubiquiti UniFi), in aggiunta ad un ulteriore access point esterno attualmente non configurato.

= Apparati =
Dove possibile, cerchiamo di utilizzare materiale di recupero. Se potesse, anche il VPS sarebbe di seconda mano.
La Routerboard e le due Ubiquiti ci sono state gentilmente offerte da Sokom.

== atena.golem.linux.it ==
VPS presso OVH.

{| class="wikitable"
|+golem.linux.it
! nic
! addr4
! addr6
! descrizione
|-
| '''he6in4'''
|
| 2001:470:1f12:69::2/64
| tramite un tunnel 6in4 con Hurrican Electric, fornisce l'accesso alla rete IPv6
|-
| '''tun0'''
|
| 2001:470:c844::11
| tramite OpenVPN fornisce connettività IPv6 alle macchine dell'officina e ai soci del GOLEM;
|}

== scatolotto ==
SBC AMD GX-412TC SOC.
Monta una Debian minimale su SD read-only. La configurazione si resetta ad ogni avvio.
Per cambiarla in maniera permanente, fermare GRUB da seriale e rimuovere ''fsprotect'' dalla command line del kernel.

NAT dst=xxx.xxx.xxx.xxx to 192.168.7.128 (''tutto il traffico IPv4 passa indisturbato verso porceddu'').

{{Note
|type=reminder
|text=È in testing la modifica delle regole di routing. La coppia di regole di NAT è stata sostituita con <code>iptables -t nat -A POSTROUTING -o enp3s0 -j MASQUERADE</code>. In questo modo il forwarding ipv4 viene fatto dal default gateway attualmente assegnato tramite DHCP sull'interfaccia WAN enp3s0. Le vecchie regole sono comunque state mantenute, commentate, nel file di configurazione caricato all'avvio.
}}

{| class="wikitable"
|+scatolotto
! nic
! addr4
! addr6
! descrizione
|-
| '''enp3s0'''
| xxx.xxx.xxx.xxx/xx
|
| collegata al modem (attualmente, parabola Starlink). IP dinamico sotto NAT.
|-
| '''tun0'''
|
| 2001:470:c844::200
| tunnel OpenVPN verso golem.linux.it per connettività IPv6
|-
| '''enp2s0'''
| 192.168.7.1/24
| fe80:.../64
| collegata al router point-to-point
|}

== porceddu ==
Mikrotik Routerboard RB3011UiAS

NAPT src=192.168.5.0/24 to 192.168.7.1 (''tutto il traffico IPv4 della LAN viene "nattato" e inoltrato a scatolotto'').

{| class="wikitable"
|+porceddu
! nic
! addr4
! addr6
! descrizione
|-
| '''ether1'''
| 192.168.7.128/24
| fe80:.../64
| collegata a scatolotto point-to-point
|-
| '''bridge-officina'''
| 192.168.5.20/24
| 2001:470:c844:200::1/64
| DHCPv4 e radvd per le macchine dell'officina. Bridge di più porte, a cui sono collegati lo switch e andromeda.
|}

== cassiopea ==
Server di recupero.
{| class="wikitable"
|+ hardware
| CPU
| Intel Xeon X3330 @ 2.66GHz
|-
| RAM
| 6 GiB
|-
| SO
| Proxmox
|-
| Disk
| (RAID1 2x 250GiB) = 250GiB, OS + (2x (2x 500 GiB)) = 2TiB, storage VM
|}

= History =
Alcune vecchie configurazioni sono disponibili nella [[Discussione:Rete del GOLEM | pagina di discussione]].

== Legacy ==
* Tanto tempo fa, in un'Officina lontana, la gestione della rete era affidata al serverone, che adesso è stato donato e ne abbiamo perse le tracce;
* Durante la permanenza temporanea in ex-Ospedale Vecchio si è fatto uso di un [[A10-OLinuXino-LIME | OLinuXino A10 LIME]];
* Di ritorno alla Vela, attuale Officina, si è sperimentata una soluzione [[A10-OLinuXino-LIME | OLinuXino ]] + [[VLAN]], ma per praticità di gestione è stata scartata;

[[Category:Sysop]]

Rete del GOLEM

2023-03-19T18:18:57Z

Giulio: /* scatolotto */ nota regola nat

[[File:Network-2023-01.png|600px|right]]

In questa pagina sono raccolte tutte le informazioni relative alla struttura della rete dell'[[Officina Informatica]]. La rete è stata in fase di testing tra dicembre 2016 e marzo 2017. Da aprile 2017 la rete è completamente operativa. Dall'estate 2018 la rete è [[IPv6 @ GOLEM | dual-stack IPv4/IPv6]].

= Rete di accesso =
* '''Connessione satellitare''': col nostro potenziale sponsor [https://www.sokom.it/ Sokom], è in fase di sperimentazione una connessione Starlink (connessione tramite satelliti in orbita bassa, a bassa latenza e alta velocità).
* '''Ponte radio:''' temporaneamente dismesso <strike>a causa di vincoli architettonici, il modem si trova nell'edificio nord. Viene usato un ponte radio in banda libera a 2.4 GHz di circa 100m. La presenza del ponte radio non limita la velocità della rete di accesso, perché la VDSL è più lenta, e non influisce in maniera significativa sulla latenza. Il ponte è realizzato con due antenne TP-Link CPE210.</strike>
* '''LAN:''' realizzata con tecnologia Ethernet, abbiamo a disposizione 12 porte, 6 nella sala officina (3 + 3) e 6 in sala corsi (2 + 2 + 2). La LAN è realizzata con uno switch non-managed 10/100/1000.
* '''WLAN:''' realizzata con tecnologia WiFi. Abbiamo un access point in sala corsi che copre tutta l'officina (Ubiquiti UniFi), in aggiunta ad un ulteriore access point esterno attualmente non configurato.

= Apparati =
Dove possibile, cerchiamo di utilizzare materiale di recupero. Se potesse, anche il VPS sarebbe di seconda mano.
La Routerboard e le due Ubiquiti ci sono state gentilmente offerte da Sokom.

== atena.golem.linux.it ==
VPS presso OVH.

{| class="wikitable"
|+golem.linux.it
! nic
! addr4
! addr6
! descrizione
|-
| '''he6in4'''
|
| 2001:470:1f12:69::2/64
| tramite un tunnel 6in4 con Hurrican Electric, fornisce l'accesso alla rete IPv6
|-
| '''tun0'''
|
| 2001:470:c844::11
| tramite OpenVPN fornisce connettività IPv6 alle macchine dell'officina e ai soci del GOLEM;
|}

== scatolotto ==
SBC AMD GX-412TC SOC.
Monta una Debian minimale su SD read-only. La configurazione si resetta ad ogni avvio.
Per cambiarla in maniera permanente, fermare GRUB da seriale e rimuovere ''fsprotect'' dalla command line del kernel.

NAT dst=xxx.xxx.xxx.xxx to 192.168.7.128 (''tutto il traffico IPv4 passa indisturbato verso porceddu'').

{{Note
|type=reminder
|text=È in testing la modifica delle regole di routing. La coppia di regole di NAT attualmente presente potrebbe essere sostituita con <code>iptables -t nat -A POSTROUTING -o enp3s0 -j MASQUERADE</code>. In questo modo il forwarding ipv4 viene fatto dal default gateway attualmente assegnato tramite DHCP sull'interfaccia WAN enp3s0.
}}

{| class="wikitable"
|+scatolotto
! nic
! addr4
! addr6
! descrizione
|-
| '''enp3s0'''
| xxx.xxx.xxx.xxx/xx
|
| collegata al modem (attualmente, parabola Starlink). IP dinamico sotto NAT.
|-
| '''tun0'''
|
| 2001:470:c844::200
| tunnel OpenVPN verso golem.linux.it per connettività IPv6
|-
| '''enp2s0'''
| 192.168.7.1/24
| fe80:.../64
| collegata al router point-to-point
|}

== porceddu ==
Mikrotik Routerboard RB3011UiAS

NAPT src=192.168.5.0/24 to 192.168.7.1 (''tutto il traffico IPv4 della LAN viene "nattato" e inoltrato a scatolotto'').

{| class="wikitable"
|+porceddu
! nic
! addr4
! addr6
! descrizione
|-
| '''ether1'''
| 192.168.7.128/24
| fe80:.../64
| collegata a scatolotto point-to-point
|-
| '''bridge-officina'''
| 192.168.5.20/24
| 2001:470:c844:200::1/64
| DHCPv4 e radvd per le macchine dell'officina. Bridge di più porte, a cui sono collegati lo switch e andromeda.
|}

== cassiopea ==
Server di recupero.
{| class="wikitable"
|+ hardware
| CPU
| Intel Xeon X3330 @ 2.66GHz
|-
| RAM
| 6 GiB
|-
| SO
| Proxmox
|-
| Disk
| (RAID1 2x 250GiB) = 250GiB, OS + (2x (2x 500 GiB)) = 2TiB, storage VM
|}

= History =
Alcune vecchie configurazioni sono disponibili nella [[Discussione:Rete del GOLEM | pagina di discussione]].

== Legacy ==
* Tanto tempo fa, in un'Officina lontana, la gestione della rete era affidata al serverone, che adesso è stato donato e ne abbiamo perse le tracce;
* Durante la permanenza temporanea in ex-Ospedale Vecchio si è fatto uso di un [[A10-OLinuXino-LIME | OLinuXino A10 LIME]];
* Di ritorno alla Vela, attuale Officina, si è sperimentata una soluzione [[A10-OLinuXino-LIME | OLinuXino ]] + [[VLAN]], ma per praticità di gestione è stata scartata;

[[Category:Sysop]]

Sistemi informatici

2023-03-14T19:43:24Z

Giulio: Aggiornata a situazione attuale di cassiopea

Rete del GOLEM

2023-03-11T16:02:11Z

Giulio: Aggiornata interfaccia di rete scatolotto

[[File:Network-2023-01.png|600px|right]]

In questa pagina sono raccolte tutte le informazioni relative alla struttura della rete dell'[[Officina Informatica]]. La rete è stata in fase di testing tra dicembre 2016 e marzo 2017. Da aprile 2017 la rete è completamente operativa. Dall'estate 2018 la rete è [[IPv6 @ GOLEM | dual-stack IPv4/IPv6]].

= Rete di accesso =
* '''Connessione satellitare''': col nostro potenziale sponsor [https://www.sokom.it/ Sokom], è in fase di sperimentazione una connessione Starlink (connessione tramite satelliti in orbita bassa, a bassa latenza e alta velocità).
* '''Ponte radio:''' temporaneamente dismesso <strike>a causa di vincoli architettonici, il modem si trova nell'edificio nord. Viene usato un ponte radio in banda libera a 2.4 GHz di circa 100m. La presenza del ponte radio non limita la velocità della rete di accesso, perché la VDSL è più lenta, e non influisce in maniera significativa sulla latenza. Il ponte è realizzato con due antenne TP-Link CPE210.</strike>
* '''LAN:''' realizzata con tecnologia Ethernet, abbiamo a disposizione 12 porte, 6 nella sala officina (3 + 3) e 6 in sala corsi (2 + 2 + 2). La LAN è realizzata con uno switch non-managed 10/100/1000.
* '''WLAN:''' realizzata con tecnologia WiFi. Abbiamo un access point in sala corsi che copre tutta l'officina (Ubiquiti UniFi), in aggiunta ad un ulteriore access point esterno attualmente non configurato.

= Apparati =
Dove possibile, cerchiamo di utilizzare materiale di recupero. Se potesse, anche il VPS sarebbe di seconda mano.
La Routerboard e le due Ubiquiti ci sono state gentilmente offerte da Sokom.

== atena.golem.linux.it ==
VPS presso OVH.

{| class="wikitable"
|+golem.linux.it
! nic
! addr4
! addr6
! descrizione
|-
| '''he6in4'''
|
| 2001:470:1f12:69::2/64
| tramite un tunnel 6in4 con Hurrican Electric, fornisce l'accesso alla rete IPv6
|-
| '''tun0'''
|
| 2001:470:c844::11
| tramite OpenVPN fornisce connettività IPv6 alle macchine dell'officina e ai soci del GOLEM;
|}

== scatolotto ==
SBC AMD GX-412TC SOC.
Monta una Debian minimale su SD read-only. La configurazione si resetta ad ogni avvio.
Per cambiarla in maniera permanente, fermare GRUB da seriale e rimuovere ''fsprotect'' dalla command line del kernel.

NAT dst=xxx.xxx.xxx.xxx to 192.168.7.128 (''tutto il traffico IPv4 passa indisturbato verso porceddu'').

{| class="wikitable"
|+scatolotto
! nic
! addr4
! addr6
! descrizione
|-
| '''enp3s0'''
| xxx.xxx.xxx.xxx/xx
|
| collegata al modem (attualmente, parabola Starlink). IP dinamico sotto NAT.
|-
| '''tun0'''
|
| 2001:470:c844::200
| tunnel OpenVPN verso golem.linux.it per connettività IPv6
|-
| '''enp2s0'''
| 192.168.7.1/24
| fe80:.../64
| collegata al router point-to-point
|}

== porceddu ==
Mikrotik Routerboard RB3011UiAS

NAPT src=192.168.5.0/24 to 192.168.7.1 (''tutto il traffico IPv4 della LAN viene "nattato" e inoltrato a scatolotto'').

{| class="wikitable"
|+porceddu
! nic
! addr4
! addr6
! descrizione
|-
| '''ether1'''
| 192.168.7.128/24
| fe80:.../64
| collegata a scatolotto point-to-point
|-
| '''bridge-officina'''
| 192.168.5.20/24
| 2001:470:c844:200::1/64
| DHCPv4 e radvd per le macchine dell'officina. Bridge di più porte, a cui sono collegati lo switch e andromeda.
|}

== cassiopea ==
Server di recupero.
{| class="wikitable"
|+ hardware
| CPU
| Intel Xeon X3330 @ 2.66GHz
|-
| RAM
| 6 GiB
|-
| SO
| Proxmox
|-
| Disk
| (RAID1 2x 250GiB) = 250GiB, OS + (2x (2x 500 GiB)) = 2TiB, storage VM
|}

= History =
Alcune vecchie configurazioni sono disponibili nella [[Discussione:Rete del GOLEM | pagina di discussione]].

== Legacy ==
* Tanto tempo fa, in un'Officina lontana, la gestione della rete era affidata al serverone, che adesso è stato donato e ne abbiamo perse le tracce;
* Durante la permanenza temporanea in ex-Ospedale Vecchio si è fatto uso di un [[A10-OLinuXino-LIME | OLinuXino A10 LIME]];
* Di ritorno alla Vela, attuale Officina, si è sperimentata una soluzione [[A10-OLinuXino-LIME | OLinuXino ]] + [[VLAN]], ma per praticità di gestione è stata scartata;

[[Category:Sysop]]

Rete del GOLEM

2023-03-11T15:59:01Z

Giulio: Aggiornate info sulla rete di officina

[[File:Network-2023-01.png|600px|right]]

In questa pagina sono raccolte tutte le informazioni relative alla struttura della rete dell'[[Officina Informatica]]. La rete è stata in fase di testing tra dicembre 2016 e marzo 2017. Da aprile 2017 la rete è completamente operativa. Dall'estate 2018 la rete è [[IPv6 @ GOLEM | dual-stack IPv4/IPv6]].

= Rete di accesso =
* '''Connessione satellitare''': col nostro potenziale sponsor [https://www.sokom.it/ Sokom], è in fase di sperimentazione una connessione Starlink (connessione tramite satelliti in orbita bassa, a bassa latenza e alta velocità).
* '''Ponte radio:''' temporaneamente dismesso <strike>a causa di vincoli architettonici, il modem si trova nell'edificio nord. Viene usato un ponte radio in banda libera a 2.4 GHz di circa 100m. La presenza del ponte radio non limita la velocità della rete di accesso, perché la VDSL è più lenta, e non influisce in maniera significativa sulla latenza. Il ponte è realizzato con due antenne TP-Link CPE210.</strike>
* '''LAN:''' realizzata con tecnologia Ethernet, abbiamo a disposizione 12 porte, 6 nella sala officina (3 + 3) e 6 in sala corsi (2 + 2 + 2). La LAN è realizzata con uno switch non-managed 10/100/1000.
* '''WLAN:''' realizzata con tecnologia WiFi. Abbiamo un access point in sala corsi che copre tutta l'officina (Ubiquiti UniFi), in aggiunta ad un ulteriore access point esterno attualmente non configurato.

= Apparati =
Dove possibile, cerchiamo di utilizzare materiale di recupero. Se potesse, anche il VPS sarebbe di seconda mano.
La Routerboard e le due Ubiquiti ci sono state gentilmente offerte da Sokom.

== atena.golem.linux.it ==
VPS presso OVH.

{| class="wikitable"
|+golem.linux.it
! nic
! addr4
! addr6
! descrizione
|-
| '''he6in4'''
|
| 2001:470:1f12:69::2/64
| tramite un tunnel 6in4 con Hurrican Electric, fornisce l'accesso alla rete IPv6
|-
| '''tun0'''
|
| 2001:470:c844::11
| tramite OpenVPN fornisce connettività IPv6 alle macchine dell'officina e ai soci del GOLEM;
|}

== scatolotto ==
SBC AMD GX-412TC SOC.
Monta una Debian minimale su SD read-only. La configurazione si resetta ad ogni avvio.
Per cambiarla in maniera permanente, fermare GRUB da seriale e rimuovere ''fsprotect'' dalla command line del kernel.

NAT dst=xxx.xxx.xxx.xxx to 192.168.7.128 (''tutto il traffico IPv4 passa indisturbato verso porceddu'').

{| class="wikitable"
|+scatolotto
! nic
! addr4
! addr6
! descrizione
|-
| '''enp1s0'''
| xxx.xxx.xxx.xxx/xx
|
| collegata al modem (attualmente, parabola Starlink). IP dinamico sotto NAT.
|-
| '''tun0'''
|
| 2001:470:c844::200
| tunnel OpenVPN verso golem.linux.it per connettività IPv6
|-
| '''enp2s0'''
| 192.168.7.1/24
| fe80:.../64
| collegata al router point-to-point
|}

== porceddu ==
Mikrotik Routerboard RB3011UiAS

NAPT src=192.168.5.0/24 to 192.168.7.1 (''tutto il traffico IPv4 della LAN viene "nattato" e inoltrato a scatolotto'').

{| class="wikitable"
|+porceddu
! nic
! addr4
! addr6
! descrizione
|-
| '''ether1'''
| 192.168.7.128/24
| fe80:.../64
| collegata a scatolotto point-to-point
|-
| '''bridge-officina'''
| 192.168.5.20/24
| 2001:470:c844:200::1/64
| DHCPv4 e radvd per le macchine dell'officina. Bridge di più porte, a cui sono collegati lo switch e andromeda.
|}

== cassiopea ==
Server di recupero.
{| class="wikitable"
|+ hardware
| CPU
| Intel Xeon X3330 @ 2.66GHz
|-
| RAM
| 6 GiB
|-
| SO
| Proxmox
|-
| Disk
| (RAID1 2x 250GiB) = 250GiB, OS + (2x (2x 500 GiB)) = 2TiB, storage VM
|}

= History =
Alcune vecchie configurazioni sono disponibili nella [[Discussione:Rete del GOLEM | pagina di discussione]].

== Legacy ==
* Tanto tempo fa, in un'Officina lontana, la gestione della rete era affidata al serverone, che adesso è stato donato e ne abbiamo perse le tracce;
* Durante la permanenza temporanea in ex-Ospedale Vecchio si è fatto uso di un [[A10-OLinuXino-LIME | OLinuXino A10 LIME]];
* Di ritorno alla Vela, attuale Officina, si è sperimentata una soluzione [[A10-OLinuXino-LIME | OLinuXino ]] + [[VLAN]], ma per praticità di gestione è stata scartata;

[[Category:Sysop]]

Ore del GOLEM

2023-03-10T18:27:51Z

Giulio: /* 2023 */ Aggiunti talk di febbraio e marzo

{{Note
|type=info
|text=Questa pagina raccoglie gli interventi passati. Se stai cercando gli eventi futuri, consulta il '''calendario''' delle serate nella home page, o dai un'occhiata a [[Progetti]].
}}

L'Ora del GOLEM è una serata a tema in cui si discute, più o meno formalmente, su qualunque cosa riguardi l'open source, dagli argomenti strettamente tecnici e pratici, alla "consapevolizzazione" e alla valutazione dell'uso dei vari strumenti. A volte i soci più smanettoni preparano delle piccole presentazioni su qualche nuova tecnologia, o qualche tema interessante; altre volte ci si arricchisce facendo brainstorming tutti insieme e si impara a utilizzarla. Spesso, le discussioni di queste serate, vengono tradotte in dei veri e propri [[Howto | how-to]].

Qui puoi trovare tutte le serate passate (in ordine cronologico inverso), con riferimenti a materiale e/o guide prodotte.

== 2023 ==
{{OraDelGolem
|nome=7 marzo: Introduzione a Proxmox
|autore=Thomas Buonanno
|immagine=logo-proxmox.png
|dimensione_img=
|descrizione=Proxmox VE è una distribuzione debian-based per la gestione di macchine virtuali e container, che include anche un sistema di backup, per la gestione di file system distribuiti e per la migrazione rapida dei servizi. Durante questa serata sarà presentato il progetto e ne saranno mostrate alcune applicazioni pratiche.
|presentazione=https://cloud.golem.linux.it/s/KfiDYeczEop5WEo
|documenti=
|video=
|altro=
}}

{{OraDelGolem
|nome=7 febbraio: Le alternative al foglio di calcolo nella gestione ed analisi dei propri dati
|autore=Fabio Frascati
|immagine=
|dimensione_img=
|descrizione=Perché è così comune usare il foglio di calcolo nella gestione dei propri dati? È sempre la soluzione migliore? Esistono valide alternative gratuite ed open source per compiti specifici e spesso noiosi? Vediamo insieme alcuni semplici esempi in Libreoffice Calc ed R.
|presentazione=
|documenti=
|video=
|altro=
}}

{{OraDelGolem
|nome=3 Gennaio: Haskell
|autore=Mariano
|immagine=
|dimensione_img=
|descrizione=Serata di introduzione ad Haskell ed ai linguaggi funzionali
|presentazione=https://cloud.golem.linux.it/s/QDFGaYDfS7c6stP
|documenti=
|video=
|altro=
}}

== 2021 ==
{{OraDelGolem
|nome=29 giugno: dotfiles - Gestione ragionata dei files di configurazione
|autore=[[Utente:Gbiotti]]
|immagine=
|dimensione_img=
|descrizione=Serata sulla gestione con versioning dei dotfiles di Linux
|presentazione=
|documenti=
|video=
|altro=[https://git.golem.linux.it/gbiotti/sdf_appunti Appunti della serata]
}}

{{OraDelGolem
|nome=16 marzo: Blockchain - Il Free Software incontra la finanza
|autore=[[Utente:Linux-Lover]]
|immagine=
|dimensione_img=
|descrizione=Serata introduttiva e divulgativa sulle blockchain: cosa sono e perché sono importanti per la comunità del software libero.
|presentazione=
|documenti=
|video=
|altro=in caricamento
}}

{{OraDelGolem
|nome=9 marzo: Due chiacchiere su buffer overflow
|autore=luigix25
|immagine=Stack-example.png
|dimensione_img=
|descrizione=Due chiacchiere informali sui buffer overflow e sulle tecniche di mitigrazione.
|presentazione=https://cloud.golem.linux.it/s/WkWf7XiNPPn7mqn
|documenti=
|video=https://archivio.golem.linux.it/OreDelGolem/20210309-luigix25-Buffer-Overflow.mp4
|altro=
}}

{{OraDelGolem
|nome=27 gennaio: Programmare Arduino like a pro
|autore=[[Utente:Giulio]]
|immagine=Arduino-board.jpg
|dimensione_img=
|descrizione=L'ecosistema Arduino consente di sviluppare semplici applicazioni in modo rapido e con conoscenze di programmazione non necessariamente approfondite. Ormai, volenti o nolenti tutti abbiamo una scheda Arduino in casa. Questo sarà il punto di partenza della serata, dove andremo a sviscerare come, partendo da uno sketch, si arrivi al codice macchina eseguito dal microcontrollore. Faremo la conoscenza dei varii strumenti della toolchain GCC: makefile, compilatori ed assemblatori, per comprendere meglio cosa avviene sotto il cofano dell'Arduino IDE e come sfruttarli per scrivere del codice "fuori dagli schemi".
|presentazione=https://golem.linux.it/cloud/index.php/s/5M2SisqZmJ7PQXM
|documenti=
|video=https://archivio.golem.linux.it/OreDelGolem/20210127-arduinolikeapro-parte1.mp4
|altro=[https://archivio.golem.linux.it/OreDelGolem/20210127-arduinolikeapro-parte2.mp4 Video sessione di approfondimento sul multitasking] [https://video.linux.it/videos/watch/f654157f-a4b6-4ebb-aaee-932b04bda1af Mirror1] [https://video.linux.it/videos/watch/e63d744f-2444-41c5-b852-fa79cedefde1 Mirror2]
}}

{{OraDelGolem
|nome=20 gennaio: Lineage OS: come installarla e... perché
|autore=Filippo Micheletti, [[Utente:Giomba]], Marco Castrovilli ([http://www.restartersfirenze.it/ Restarters Firenze])
|immagine=
|dimensione_img=
|descrizione=Tutti hanno uno smartphone, ma pochi sono coscienti del livello di pervasività che questo dispositivo ha nelle nostre vite, e sulla mancanza di controllo che abbiamo sui dati personali che lo attraversano. Conoscere come funziona è indispensabile per fare scelte consapevoli sull’uso che ne facciamo, e scoprire sistemi operativi e applicazioni alternative è uno dei primi passi per riprendere il controllo sui questi dati. Durante la serata, ci domanderemo perché usare LineageOS, quali programmi e applicazioni libere e rispettose possiamo usare, in alternativa ai soliti noti, come si installa questo sistema su uno smartphone, quali sono difficoltà, problemi e possibili rinunce che possiamo incontrare.
|presentazione=https://golem.linux.it/cloud/index.php/s/39dTAZxdpWfzHSp
|documenti=https://golem.linux.it/cloud/index.php/s/E9ZCm9fjFnq7egG
|video=https://archivio.golem.linux.it/OreDelGolem/20210120-lugtoscana-lineageos.mp4
|altro=
}}

== 2020 ==

{{OraDelGolem
|nome=7 ottobre: Linux per radioamatori
|autore=[[Utente:Giulio]] [[Utente:Lucam]]
|immagine=Tux-radio.png
|dimensione_img=
|descrizione=Introduzione a Linux e alle sue applicazioni in ambito radioamatoriale. Quali sono i programmi per fare radio su Linux? Come posso attivare un nodo webSDR?
|presentazione=https://golem.linux.it/cloud/index.php/s/8fLXfdwMwEpxxCq
|documenti=
|video=https://golem.linux.it/pubblici/OreDelGolem/20201007-iu5mo-linuxradio.mp4
|altro=
}}

{{OraDelGolem
|nome=7 luglio: Flatcam
|autore=[[Utente:Glomant]]
|immagine=Flatcam.png
|dimensione_img=
|descrizione=Flatcam è un software che, a partire da file gerber o gcode, permette di passare all’incisione e all’intaglio vero e proprio del circuito tramite una macchina a controllo numerico. Al termine della serata, il prodotto potrà essere inciso tramite una CNC, come quella che abbiamo in officina, come vedremo nella serata successiva.
|presentazione=
|documenti=https://golem.linux.it/cloud/index.php/s/RZZEfzF8f7C7CMA
|video=https://golem.linux.it/pubblici/OreDelGolem/20200708-glomant-flatcam.mp4
|altro=
}}

{{OraDelGolem
|nome=30 giugno: KiCAD 2/2
|autore=[[Utente:Giulio]]
|immagine=Kicad.png
|dimensione_img=
|descrizione=Seconda serata sull'uso del software di disegno circuiti stampati: disegnato lo schema sarà necessario realizzare il layout, la controparte digitale del circuito stampato. Al termine della serata, il prodotto potrà essere mandato in stampa presso aziende specializzate tramite processi industriali, oppure potrà essere utilizzato la serata seguente. Saranno approfondite alcune funzioni supplementari di KiCAD, come la gestione della lista componenti e delle librerie.
|presentazione=
|documenti=
|video=https://golem.linux.it/pubblici/OreDelGolem/20200630-giuliof-kicad.mp4
|altro=
}}

{{OraDelGolem
|nome=23 giugno: Scrivere un emulatore per il Commodore 64
|autore=luigix25
|immagine=c64-startup-screen.jpg
|dimensione_img=
|descrizione=
|presentazione=
|documenti=
|video=https://golem.linux.it/pubblici/OreDelGolem/20200623-luigi-emulatore-c64.mp4
|altro=
}}

{{OraDelGolem
|nome=16 giugno: KiCAD 1/2
|autore=[[Utente:Giulio]]
|immagine=Kicad.png
|dimensione_img=
|descrizione=Prima serata sull'uso del software di disegno circuiti stampati: Si tratta di un software opensource di Electronic Design Automation, ossia di progettazione assistita al computer per circuiti elettronici. KiCAD permette di progettare ogni fase della realizzazione del circuito, dalla sua prima bozza, alla scelta e al posizionamento dei componenti, allo sbroglio delle piste, alla produzione dei file per lo stampaggio vero e proprio. In questo primo incontro si vedrà perché e come disegnare uno schema elettronico al computer, come importare i componenti, come associare i simboli grafici agli oggetti fisici.
|presentazione=
|documenti=
|video=https://golem.linux.it/pubblici/OreDelGolem/20200616-giuliof-kicad.mp4
|altro=
}}

{{OraDelGolem
|nome=26 maggio: Indipendenza Digitale?
|autore=[[Utente:Giomba]]
|immagine=
|dimensione_img=
|descrizione=Guida pratica per riappropriarsi della propria indipendenza e identità digitale. Quali compromessi possiamo fare nell'uso del software sul nostro computer e sul nostro smartphone?
|presentazione=
|documenti=https://golem.linux.it/cloud/index.php/s/WMDixxEjNtEadAj
|video=
|altro=
}}

{{OraDelGolem
|nome=12 maggio: Due parole su LaTeX
|autore=[[Utente:Giulio]]
|immagine=
|dimensione_img=
|descrizione=Introduzione al software di impaginazione LaTeX
|presentazione=
|documenti=
|video=
|altro=''Presentazione in caricamento''
}}

{{OraDelGolem
|nome=14 aprile: Riconoscimento oggetti con OpenCV
|autore=[[Utente:Linux-Lover]]
|immagine=
|dimensione_img=
|descrizione=
|presentazione=https://golem.linux.it/cloud/index.php/s/E9FxLxM5AEopZyJ
|documenti=
|video=
|altro=
}}

== 2019 ==

{{OraDelGolem
|nome=19 febbraio: 128 bit di IPv6
|autore=[[Utente:giomba]]
|immagine=
|dimensione_img=
|descrizione=Cos’è un indirizzo di rete? IPv4 vs IPv6. Perché IPv6? Come si legge un IPv6? Come posso realizzare una rete IPv6? Cosa sono NDP e SLAAC? Come ottenere IPv6? [[IPv6 @ GOLEM]]
|presentazione=https://golem.linux.it/cloud/index.php/s/pZcSHge3bBiQ37m
|documenti=
|video=https://golem.linux.it/pubblici/OreDelGolem/20190219-giomba-ipv6.mp4
|altro=
}}


{{OraDelGolem
|nome=8 gennaio: Deepen Meltdown
|autore=[[Utente:Raistlin]]
|immagine=Meltdown-spectre-logo.png
|dimensione_img=
|descrizione=Aggiornamenti sui bug che hanno recentemente afflitto le CPU
|presentazione=
|documenti=
|video=
|altro=
}}

== 2018 ==

{{OraDelGolem
|nome=16 Ottobre: NextCloud
|autore=Mattia & Carmelo
|immagine=Nextcloud-logo.png
|dimensione_img=150px
|descrizione=Cos'è un sistema di clouding. Cloud commerciale vs. Nextcloud. Come configurare un cloud casalingo su PC o Raspberry.
|presentazione=
|documenti=
|video=
|altro=
}}

{{OraDelGolem
|nome=2 Ottobre: Python & grafici
|autore=giuliof
|immagine=Python-logo.png
|dimensione_img=150px
|descrizione=Approfondimento sulle librerie <code>MatPlotLib</code> e <code>NumPy</code>: creare e abbellire grafici, tracciare funzioni, importare e visualizzare dati da CSV, grafici professionali in LaTeX. ''To be continued...''
|presentazione=https://golem.linux.it/cloud/index.php/s/wteTWdnflCwWOXa/download
|documenti=
|video=https://golem.linux.it/pubblici/OreDelGolem/20181002-giuliof-python-grafici.mp4
|altro=
}}

{{OraDelGolem
|nome=12 Settembre: PC4Beginners
|autore=jacopo
|immagine=
|dimensione_img=
|descrizione=Serata introduttiva all'informatica: cenni storici sul computer, cos'è l'hardware, cos'è il software, quali sono i componenti di un PC.
|presentazione=https://golem.linux.it/cloud/index.php/s/HoTfB2ilOWHl1Aq/download
|documenti=
|video=https://golem.linux.it/pubblici/OreDelGolem/20180918-jacopo-PC4Beginners.mp4
|altro=
}}

{{OraDelGolem
|nome=3 Luglio: Python 303
|autore=giuliof
|immagine=Python-logo.png
|dimensione_img=150px
|descrizione=Avanziamo di livello e parliamo di: liste, dizionari, lettura/scrittura su file, accenno alle librerie e confronto Python2 vs Python3. ''To be continued...''
|presentazione=https://golem.linux.it/cloud/index.php/s/2gbp1UpORawCUkF/download
|documenti=
|video=https://golem.linux.it/pubblici/OreDelGolem/20180703-giuliof-python303.mp4
|altro=
}}

{{OraDelGolem
|nome=19 Giugno: Python 101 x2
|autore=giuliof
|immagine=Python-logo.png
|dimensione_img=150px
|descrizione=Basi sul linguaggio di programmazione Python: esercizi con ''if...else'', funzioni, cicli ''while'' e ''for'', stringhe e operazioni su stringhe. ''To be continued...''
|presentazione=https://golem.linux.it/cloud/index.php/s/Qq99P5gwkno7H1q/download
|documenti=
|video=https://golem.linux.it/pubblici/OreDelGolem/20180619-giuliof-python101x2.mp4
|altro=
}}

{{OraDelGolem
|nome=12 Giugno: Technical deep dive: Meltdown + Spectre
|autore=Dario
|immagine=Meltdown-spectre-logo.png
|dimensione_img=250px
|descrizione=Da una panoramica sull'architettura e sul funzionamento dei processori moderni (architettura superscalare, memorie cache, TLB, memoria virtuale) arriviamo a capire come queste vulnerabilità scoperte di recente denominate ''Meltdown'' e ''Spectre'' (maggiori [https://meltdownattack.com info]) potrebbero mettere a rischio la sicurezza dell'utente.
|presentazione=
|documenti=
|video=https://golem.linux.it/pubblici/OreDelGolem/20180612-Meltdown-Spectre-Dario.mp4
|altro= concetti introduttivi ([https://en.wikipedia.org/wiki/Virtual_address_space Virtual Memory],
[https://wiki.osdev.org/Memory_management gestione della memoria],
esecuzione speculativa [https://en.wikipedia.org/wiki/Speculative_execution] [https://en.wikipedia.org/wiki/Branch_predictor],
[https://en.wikipedia.org/wiki/Instruction_pipelining pipeline],
[https://en.wikipedia.org/wiki/Tomasulo_algorithm algoritmo di Tomasulo],
memoria cache [https://en.wikipedia.org/wiki/CPU_cache] [https://www.extremetech.com/extreme/188776-how-l1-and-l2-cpu-caches-work-and-why-theyre-an-essential-part-of-modern-chips],
[https://en.wikipedia.org/wiki/Translation_lookaside_buffer TLB],
[https://en.wikipedia.org/wiki/Side-channel_attack side channel attack])
<br/>
esempi di codice che sfrutta le vulnerabilità ([https://www.raspberrypi.org/blog/why-raspberry-pi-isnt-vulnerable-to-spectre-or-meltdown/], [https://medium.com/@mattklein123/meltdown-spectre-explained-6bc8634cc0c2])
}}

{{OraDelGolem
|nome=5 Giugno: Buildroot: distrubuzione personalizzata
|autore=$pookyh
|immagine=Logog-b.png
|dimensione_img=80px
|descrizione=[https://buildroot.org Buildroot] è un tool che permette di generare una distribuzione Linux essenziale cucita su misura per le proprie esigenze.
|presentazione=
|documenti=
|video=https://golem.linux.it/pubblici/OreDelGolem/20180605-spooky-buildroot.mp4
|altro=
}}

{{OraDelGolem
|nome=22 Maggio: Python - introduzione e basi
|autore=giuliof
|immagine=Python-logo.png
|dimensione_img=150px
|descrizione=Basi sul linguaggio di programmazione Python: esempi applicativi, installazione, variabili, istruzioni di stampa a schermo, blocchi condizionali. (Il video è parziale'''!''')
|presentazione=https://golem.linux.it/cloud/index.php/s/IroTEn8ZJhXTaGg/download
|documenti=
|video=https://golem.linux.it/pubblici/OreDelGolem/20180519-GiulioF-Python101x1.mp4
|altro=
}}

=== 17 Aprile: R: software di analisi statistica ===
Basi sul linguaggio di programmazione R, applicazioni alla statistica ed esempi.

[[File:Icona_files.jpg|40px|files]] [https://golem.linux.it/cloud/index.php/s/mY2GIXC1dIZPKpu Scarica] files (script utilizzati, lista comandi...) e presentazioni della serata.

[[File:Icona_video.png|40px|video]] [https://golem.linux.it/pubblici/OreDelGolem/20180417-R-Frascati-Giorgetti.mp4 Guarda] o scarica il video della serata!

=== 10 Aprile: Bash e scripting ===
Panoramica sui comandi utili e basi di scripting per automatizzare le attività.

Consulta il prontuario sulla [[Linea_di_comando | linea di comando]].

[[File:Icona_video.png|40px|video]] [https://golem.linux.it/pubblici/OreDelGolem/20180410-Bash-Giomba.mp4 Guarda] o scarica il video della serata!

''by Giomba''

=== 23 Gennaio: Sviluppo di un'app per Android ===
Uno sguardo d'insieme sulla realizzazione di applicazioni per il proprio smartphone con [https://developer.android.com/studio/index.html AndroidStudio], iniziando con alcuni esempi.

[[File:Icona_presentazione.png|40px|slides]] [https://golem.linux.it/cloud/index.php/s/pGoCGHZKpo7C04f/download Presentazione] della serata.

''by Omid''

=== 16 Gennaio: Impariamo KiCad ===
Come utilizzare il software [http://kicad-pcb.org KiCad] per il disegno di schemi e la realizzazione di circuiti stampati.

[[File:Icona_files.jpg|40px|files]] [https://golem.linux.it/cloud/index.php/s/HLl9ZxreCLQUCH8 Scarica] i file prodotti durante la serata.

''by Stefano''

== 2017 ==
=== 12 Dicembre: Arduino avr-gcc ===
Programmazione a "basso livello" in C della scheda Arduino, bypassando l'IDE, per sfruttare a pieno le risorse del microcontrollore.

[[File:Icona_video.png|40px|video]] [https://golem.linux.it/pubblici/OreDelGolem/20171212-AVRgcc-Giulio.mp4 Guarda] o scarica il video della serata!

''by [[Utente:Giulio | Giulio]]''

=== 21 Novembre: Git ===
Un sistema di versionamento alla portata di tutti: come gestire i propri progetti al computer, tenere traccia dello sviluppo e apportare modifiche senza rischiare di danneggiare il lavoro precedente. Consulta il nostro [[Git | prontuario]] di riferimento.

[[File:Icona_presentazione.png|40px|slides]] [https://golem.linux.it/cloud/index.php/s/VL27wucLMsbCEDP Presentazione] della serata

[[File:Icona_video.png|40px|video]] [https://golem.linux.it/pubblici/OreDelGolem/20171121-Git-Lucam.mp4 Video] della serata

''by [[Utente:Lucam | Lucam]]''

=== 7 Novembre: Arduino e Wireless ===
Domotica: come integrare il proprio progetto di elettronica con Arduino con la rete WiFi di casa.

[[File:Icona_presentazione.png|40px|slides]] [https://golem.linux.it/cloud/index.php/s/fp7PgxzcdLRmKlx Presentazioni] della serata.

''by [[Utente:Giulio | Giulio]]''

=== 17 ottobre: Introduzione a Wordpress ===
Procedure base e consigli per costruire un semplice sito dinamico con Wordpress.

''by Pinpas''

=== 3 Ottobre: Sviluppo HTML+CSS ===
I rudimenti per scrivere un sito statico.

[[File:Icona_files.jpg|40px|files]] [https://golem.linux.it/cloud/index.php/s/uIz3QwcymtgTeNN Scarica] i file della serata!

''by Francesco''

=== 19 Settembre: Installazione Wordpress ===
Serata pratica di gruppo sull'installazione del CMS [[Wordpress]] e in generale di un applicativo web su piattaforma LAMP.

''by [[Utente:giomba | giomba]]''

=== 5 Settembre: Il Terminale Unix/Linux ===
Introduzione ai concetti e ai comandi più utilizzati per gestire il sistema da terminale. Consulta il nostro How-To sul [[Linea_di_comando | terminale]].

''by [[Utente:giomba | giomba]]''

[[Category:Officina]]

File:Logo-proxmox.png

2023-03-10T18:26:21Z

Giulio:

Diventa socio

2023-02-15T20:40:47Z

Giulio: Aggiornate istruzioni per diventare socio

L'Associazione GOLEM si sostenta principalmente grazie alle quote associative e alle donazioni dei propri soci.

Associarsi al GOLEM permette di:
* accedere all'Officina Informatica
* partecipare ai corsi organizzati in sede
* usufruire del materiale e della strumentazione presente
* sostenere la promozione del software libero nel territorio
* e molto altro ([[Chi siamo|Chi siamo?]])

La quota associativa per l'anno 2023 è fissata a 15€ per la Tessera Ordinaria e a 10€ per la Tessera Junior (Under 19).

== Modalità ==
La quota associativa può essere versata:
* in contanti direttamente al Tesoriere durante le serate in Officina. Verificare sul [https://blog.golem.linux.it/calendario calendario] quando l'Officina è aperta.
* tramite bonifico bancario intestato a "'''GOLEM Gruppo Operativo Linux Empoli'''" sull'IBAN '''IT08O0842538171000031246515'''.
* tramite PayPal utilizzando i pulsanti sottostanti

'''Nota:''' specificare "Nome Cognome Email Tessera 2023" nella causale del bonifico o nel messaggio Paypal.

'''Tessera'''
<html>
<form action="https://www.paypal.com/donate" method="post" target="_top">
<input type="hidden" name="hosted_button_id" value="CTYBDKVB2L6Q4" />
<input type="image" src="https://www.paypalobjects.com/it_IT/IT/i/btn/btn_donate_LG.gif" border="0" name="submit" title="PayPal - The safer, easier way to pay online!" alt="Donate with PayPal button" />
<img alt="" border="0" src="https://www.paypal.com/it_IT/i/scr/pixel.gif" width="1" height="1" />
</form>
</html>

'''Tessera Junior'''
<html>
<form action="https://www.paypal.com/donate" method="post" target="_top">
<input type="hidden" name="hosted_button_id" value="MWPB8GW3SLTSQ" />
<input type="image" src="https://www.paypalobjects.com/it_IT/IT/i/btn/btn_donate_LG.gif" border="0" name="submit" title="PayPal - The safer, easier way to pay online!" alt="Donate with PayPal button" />
<img alt="" border="0" src="https://www.paypal.com/it_IT/i/scr/pixel.gif" width="1" height="1" />
</form>
</html>