https://wiki.eigenlab.org/api.php?action=feedcontributions&feedformat=atom&user=SvaloEigenWiki - Contributi dell'utente [it]2026-06-02T15:55:19ZContributi dell'utenteMediaWiki 1.45.1https://wiki.eigenlab.org/index.php?title=Focaccia_di_salvia&diff=6693Focaccia di salvia2020-12-12T18:27:42Z<p>Svalo: Aggiunta latte agli ingredienti, virgole al procedimento e info sulla consistenza da attendere</p>
<hr />
<div>Questa è una ricetta per una focaccia di patate e salvia molto unta e deliziosa. Vegetariana.<br />
<br />
===Ingredienti===<br />
* Farina 0 o 1 300g<br />
<br />
* 2 o 3 patate gialle<br />
<br />
* parecchio olio<br />
<br />
* mezzo bicchiere di latte<br />
<br />
* 1 cucchiaino di sale<br />
<br />
* un pugno di foglie di salvia<br />
<br />
* un cubetto di lievito<br />
<br />
<br />
===Ricetta===<br />
Si fanno bollire le patate o con la buccia o se avete fretta pure a cubetti. Si lasciano raffreddare un poco e si riducono in poltiglia. Si impastano con la farina, il latte, il sale, un filo d'olio (poco!), il lievito di birra e la salvia tritata finissima fino ad ottenere un impasto morbido ma non troppo appiccicoso. <br />
<br />
Si fa lievitare stesa in una teglia larga (l'impasto lievitato dovrà essere alto 2-3cm). Una volta lievitata si pizzica la superficie dell'impasto e si '''riempono''' i buchi lasciati dai pizzichi di olio. <br />
Si inforna al massimo e si mangia calda.<br />
<br />
[[Categoria:Cibo]]</div>Svalohttps://wiki.eigenlab.org/index.php?title=Utente:Svalo/Aggiornamento_Servizi&diff=6618Utente:Svalo/Aggiornamento Servizi2018-10-16T20:02:32Z<p>Svalo: /* Nextcloud */</p>
<hr />
<div>Un po' di appunti su come aggiornare i servizi che abbiamo.<br />
<br />
Come regola generale, quando possibile, fai un backup dei dati e del DB prima di cominciare, meglio se con il servizio fermo così non c'è il rischio che avvengano modifiche.<br />
<br />
<br />
Più in dettaglio le procedure per i diversi servizi:<br />
<br />
<br />
== Sito ==<br />
<br />
* Collegati al server<br />
* Diventa l'utente che fa girare il sito<br />
* Nella home ci dovrebbe essere uno script per fare il backup, lancialo<br />
* Siccome è WP c'è installato un comodo comando che si chiama `wp` per interagire col sito da shell<br />
* <code>wp plugin list</code> lista i plugin e lo stato di questi<br />
* <code>wp core check-status</code> da lo stato del core di wp<br />
* <code>wp core </code> aggiorna wordcodess<br />
* <code>wp plugin update --all</code> aggiorna tutti i plugin installati<br />
* se tutto è andato bene i backup codecedenti a quello fatto prima possono essere tolti<br />
<br />
Se qualcosa è andato storto puoi recuperare i files ed il DB dal backup che hai fatto con lo script<br />
<br />
== Wiki ==<br />
<br />
Prima di qualsiasi cosa controlla nelle note di versione non ci siano controindicazioni all'aggiornamento tipo versioni non supportate di PHP o plugin non più supportati o che necessitano di aggiornamenti<br />
<br />
* COllegati al server<br />
* diventa l'utente che fa girare il wiki<br />
* Fai un dump del DB col seguente comando<br />
** <code>mysqldump -u <utente> -p <dbname> | xz -z > dump_wiki$(date "+%F").sql.xz</code><br />
* Scarica l'ultima versione della wiki dal sito<br />
* estrai la versione aggiornata nella sua cartella con versione<br />
* copia il file delle impostazioni e delle immagini nella cartella della nuova versione<br />
** <code>cp mediawiki/LocalSettings.php mediawiki-<nuova-versione></code><br />
** <code>rsync -aPh mediawiki/images mediawiki-<nuova-versione></code><br />
* controlla quali plugin e skins c'erano nella vecchia installazione e ri-scaricali per la nuova versione. Stanno nella cartella extensions e skins<br />
** Non copiare la cartella extensions o skins perchè ci sono anche i moduli ed i temi core<br />
* Entra nella sottocartella maintenance della cartella del nuovo mediawiki<br />
* Esegui eventuali aggiornamenti dello schema del DB col comando<br />
** <code>php update.php</code> nel frattempo prega<br />
* Se tutto è andato bene puoi aggiornare il collegamento simbolico a cui fa riferimento <code>mediawiki</code><br />
** rm mediawiki;ln -s mediawiki-<nuova-versione> mediawiki<br />
* Controlla col browser da desktop e mobile che tutto vada bene<br />
* crea un archivio tar della cartella mediawiki precedente col seguente comando<br />
** <code>tar cfvJ mediawiki_$(date "+%F")-<versione>.tar.xz mediawiki-versione</code><br />
* butta il tar.xz ed il dump del DB nella cartella backups<br />
<br />
<br />
Se qualcosa è andato male riporta il link simbolico alla versione precedente e ripristina il DB che hai salvato prima<br />
<br />
== Pad ==<br />
Il pad è abbastanza facile da aggiornare visto che usa git per le releases<br />
<br />
* Collegati al server<br />
* ferma il servizio del pad col comando<br />
** <code>systemctl stop etherpad-lite</code><br />
* Diventa l'utente che fa girare il pad<br />
* Fai un dump del DB col comando<br />
** mysqldump -u <utente> -p <database> | xz > eigenpad-backup-$(date "+%F").sql.xz<br />
* entra nella cartella eigenPad<br />
* prendi nota della versione attuale del pad con<br />
** <code>git rev-parse HEAD</code><br />
* aggiorna il pad col comando<br />
** <code>git pull origin maser</code> basta questo perchè sul branch master tengono solo le versioni stabili<br />
* Adesso '''non''' far ripartire il servizio normalmente ma esegui invece il comando<br />
** <code>bin/run.sh</code> questo perchè questo comando aggiorna eventuali dipendenze, fa pulito della cache ed altri cose utili<br />
* Se il pad è partito correttamente (può volerci qualche decina di secondi) allora puoi dare <code>Ctrl+c</code> per interromepere lo script e farlo ripartire con<br />
** <code>systemctl start etherpad-lite</code><br />
<br />
Se qualcosa è andato storto torna al commit da cui sei partito:<br />
<br />
* ferma il processo del pad con<br />
** <code>systemctl stop etherpad-lite</code><br />
* dentro la cartella del pad esegui<br />
** <code>git checkout <commit id></code><br />
* restora il dump del DB che hai fatto prima<br />
* fai partire il pad normalmente con<br />
** <code>systemctl start etherpad-lite</code><br />
<br />
== Nextcloud ==<br />
<br />
Nextcloud è installata usando git, questo rende supersemplice l'aggiornamento a patto di ricordarsi di fare un po' di passaggi.<br />
<br />
Come prima cosa controlla che la nuova versione non abbia requisiti software che il server non soddisfa (php, mysql, ...). Una volta controllato questo è il turno del magico backup.<br />
<br />
* Collegati al server<br />
* Diventa l'utente che fa girare nextcloud col comando<br />
** <code>sudo -iu nextcloud</code><br />
* Metti nextcloud in modalità di manutenzione così nessunu modificherà il sistema mentre lo usi<br />
** <code>cd nextcloud/; ./occ maintenance:mode --on</code><br />
* Fai un dump del db (i parametri li trovi in nextcloud/config/config.php) col comando<br />
** <code>mysqldump -u <utente> -p <dbname> | xz > nextcloud-backup-$(date "+%F").sql.xz</code><br />
<br />
* entra nella cartella <code>/home/nextcloud/nextcloud</code><br />
* chiedi a git a che commit stai<br />
** <code>git show</code> questo servirà in caso qualcosa vada storto<br />
* Fai un backup delle configurazioni<br />
** <code>tar cfvJ config-$(date "+%F").tar.xz config</code><br />
* A questo punto sei prontu per l'aggiornamento<br />
** <code>cd nextcloud; git fetch;git checkout <laversionechevuoi></code><br />
** <code>cd 3rdparty; git fetch;git checkout <lastessaversionediprima></code><br />
** <code> cd nextcloud; ./occ upgrade</code><br />
* Se tutto è andato bene a quest punto puoi dare il comando<br />
** <code>./occ/maintenance:mode --off</code><br />
* Non è ancora finita: entra nell'interfaccia web e controlla se ci sono aggiornamenti per le app installate oppure se vanno riabilitate alcune app disabilitate durante l'upgrade<br />
<br />
Se qualcosa è andato storto restora il db, ritorna al commit di partenza e spera</div>Svalohttps://wiki.eigenlab.org/index.php?title=Utente:Svalo/Aggiornamento_Servizi&diff=6617Utente:Svalo/Aggiornamento Servizi2018-10-16T18:39:25Z<p>Svalo: /* Nextcloud */ prima versione</p>
<hr />
<div>Un po' di appunti su come aggiornare i servizi che abbiamo.<br />
<br />
Come regola generale, quando possibile, fai un backup dei dati e del DB prima di cominciare, meglio se con il servizio fermo così non c'è il rischio che avvengano modifiche.<br />
<br />
<br />
Più in dettaglio le procedure per i diversi servizi:<br />
<br />
<br />
== Sito ==<br />
<br />
* Collegati al server<br />
* Diventa l'utente che fa girare il sito<br />
* Nella home ci dovrebbe essere uno script per fare il backup, lancialo<br />
* Siccome è WP c'è installato un comodo comando che si chiama `wp` per interagire col sito da shell<br />
* <code>wp plugin list</code> lista i plugin e lo stato di questi<br />
* <code>wp core check-status</code> da lo stato del core di wp<br />
* <code>wp core </code> aggiorna wordcodess<br />
* <code>wp plugin update --all</code> aggiorna tutti i plugin installati<br />
* se tutto è andato bene i backup codecedenti a quello fatto prima possono essere tolti<br />
<br />
Se qualcosa è andato storto puoi recuperare i files ed il DB dal backup che hai fatto con lo script<br />
<br />
== Wiki ==<br />
<br />
Prima di qualsiasi cosa controlla nelle note di versione non ci siano controindicazioni all'aggiornamento tipo versioni non supportate di PHP o plugin non più supportati o che necessitano di aggiornamenti<br />
<br />
* COllegati al server<br />
* diventa l'utente che fa girare il wiki<br />
* Fai un dump del DB col seguente comando<br />
** <code>mysqldump -u <utente> -p <dbname> | xz -z > dump_wiki$(date "+%F").sql.xz</code><br />
* Scarica l'ultima versione della wiki dal sito<br />
* estrai la versione aggiornata nella sua cartella con versione<br />
* copia il file delle impostazioni e delle immagini nella cartella della nuova versione<br />
** <code>cp mediawiki/LocalSettings.php mediawiki-<nuova-versione></code><br />
** <code>rsync -aPh mediawiki/images mediawiki-<nuova-versione></code><br />
* controlla quali plugin e skins c'erano nella vecchia installazione e ri-scaricali per la nuova versione. Stanno nella cartella extensions e skins<br />
** Non copiare la cartella extensions o skins perchè ci sono anche i moduli ed i temi core<br />
* Entra nella sottocartella maintenance della cartella del nuovo mediawiki<br />
* Esegui eventuali aggiornamenti dello schema del DB col comando<br />
** <code>php update.php</code> nel frattempo prega<br />
* Se tutto è andato bene puoi aggiornare il collegamento simbolico a cui fa riferimento <code>mediawiki</code><br />
** rm mediawiki;ln -s mediawiki-<nuova-versione> mediawiki<br />
* Controlla col browser da desktop e mobile che tutto vada bene<br />
* crea un archivio tar della cartella mediawiki precedente col seguente comando<br />
** <code>tar cfvJ mediawiki_$(date "+%F")-<versione>.tar.xz mediawiki-versione</code><br />
* butta il tar.xz ed il dump del DB nella cartella backups<br />
<br />
<br />
Se qualcosa è andato male riporta il link simbolico alla versione precedente e ripristina il DB che hai salvato prima<br />
<br />
== Pad ==<br />
Il pad è abbastanza facile da aggiornare visto che usa git per le releases<br />
<br />
* Collegati al server<br />
* ferma il servizio del pad col comando<br />
** <code>systemctl stop etherpad-lite</code><br />
* Diventa l'utente che fa girare il pad<br />
* Fai un dump del DB col comando<br />
** mysqldump -u <utente> -p <database> | xz > eigenpad-backup-$(date "+%F").sql.xz<br />
* entra nella cartella eigenPad<br />
* prendi nota della versione attuale del pad con<br />
** <code>git rev-parse HEAD</code><br />
* aggiorna il pad col comando<br />
** <code>git pull origin maser</code> basta questo perchè sul branch master tengono solo le versioni stabili<br />
* Adesso '''non''' far ripartire il servizio normalmente ma esegui invece il comando<br />
** <code>bin/run.sh</code> questo perchè questo comando aggiorna eventuali dipendenze, fa pulito della cache ed altri cose utili<br />
* Se il pad è partito correttamente (può volerci qualche decina di secondi) allora puoi dare <code>Ctrl+c</code> per interromepere lo script e farlo ripartire con<br />
** <code>systemctl start etherpad-lite</code><br />
<br />
Se qualcosa è andato storto torna al commit da cui sei partito:<br />
<br />
* ferma il processo del pad con<br />
** <code>systemctl stop etherpad-lite</code><br />
* dentro la cartella del pad esegui<br />
** <code>git checkout <commit id></code><br />
* restora il dump del DB che hai fatto prima<br />
* fai partire il pad normalmente con<br />
** <code>systemctl start etherpad-lite</code><br />
<br />
== Nextcloud ==<br />
<br />
Nextcloud è installata usando git, questo rende supersemplice l'aggiornamento a patto di ricordarsi di fare un po' di passaggi.<br />
<br />
Come prima cosa controlla che la nuova versione non abbia requisiti software che il server non soddisfa (php, mysql, ...). Una volta controllato questo è il turno del magico backup.<br />
<br />
* Collegati al server<br />
* Diventa l'utente che fa girare nextcloud col comando<br />
** <code>sudo -iu nextcloud</code><br />
* Metti nextcloud in modalità di manutenzione così nessunu modificherà il sistema mentre lo usi<br />
** <code>cd nextcloud/; ./occ maintenance:mode --on</code><br />
* Fai un dump del db (i parametri li trovi in nextcloud/config/config.php) col comando<br />
** <code>mysqldump -u <utente> -p <dbname> | xz > nextcloud-backup-$(date "+%F").sql.xz</code><br />
<br />
* entra nella cartella <code>/home/nextcloud/nextcloud</code><br />
* chiedi a git a che commit stai<br />
** <code>git show</code> questo servirà in caso qualcosa vada storto<br />
* Fai un backup delle configurazioni<br />
** <code>tar cfvJ config-$(date "+%F").tar.xz config</code><br />
* A questo punto sei prontu per l'aggiornamento<br />
** <code>cd nextcloud; git fetch;git checkout <laversionechevuoi></code><br />
** <code>cd 3rdparty; git fetch;git checkout <lastessaversionediprima></code><br />
** <code> cd nextcloud; ./occ upgrade</code><br />
* Se tutto è andato bene a quest punto puoi dare il comando<br />
** <code>./occ/maintenance:mode --off</code><br />
* Non è ancora finita: entra nell'interfaccia web e controlla se ci sono aggiornamenti per le app installate<br />
<br />
Se qualcosa è andato storto restora il db, ritorna al commit di partenza e spera</div>Svalohttps://wiki.eigenlab.org/index.php?title=Utente:Svalo/Aggiornamento_Servizi&diff=6601Utente:Svalo/Aggiornamento Servizi2018-10-06T18:30:44Z<p>Svalo: /* Pad */ Istruzioni upgrade-downgrade</p>
<hr />
<div>Un po' di appunti su come aggiornare i servizi che abbiamo.<br />
<br />
Come regola generale, quando possibile, fai un backup dei dati e del DB prima di cominciare, meglio se con il servizio fermo così non c'è il rischio che avvengano modifiche.<br />
<br />
<br />
Più in dettaglio le procedure per i diversi servizi:<br />
<br />
<br />
== Sito ==<br />
<br />
* Collegati al server<br />
* Diventa l'utente che fa girare il sito<br />
* Nella home ci dovrebbe essere uno script per fare il backup, lancialo<br />
* Siccome è WP c'è installato un comodo comando che si chiama `wp` per interagire col sito da shell<br />
* <code>wp plugin list</code> lista i plugin e lo stato di questi<br />
* <code>wp core check-status</code> da lo stato del core di wp<br />
* <code>wp core </code> aggiorna wordcodess<br />
* <code>wp plugin update --all</code> aggiorna tutti i plugin installati<br />
* se tutto è andato bene i backup codecedenti a quello fatto prima possono essere tolti<br />
<br />
Se qualcosa è andato storto puoi recuperare i files ed il DB dal backup che hai fatto con lo script<br />
<br />
== Wiki ==<br />
<br />
Prima di qualsiasi cosa controlla nelle note di versione non ci siano controindicazioni all'aggiornamento tipo versioni non supportate di PHP o plugin non più supportati o che necessitano di aggiornamenti<br />
<br />
* COllegati al server<br />
* diventa l'utente che fa girare il wiki<br />
* Fai un dump del DB col seguente comando<br />
** <code>mysqldump -u <utente> -p <dbname> | xz -z > dump_wiki$(date "+%F").sql.xz</code><br />
* Scarica l'ultima versione della wiki dal sito<br />
* estrai la versione aggiornata nella sua cartella con versione<br />
* copia il file delle impostazioni e delle immagini nella cartella della nuova versione<br />
** <code>cp mediawiki/LocalSettings.php mediawiki-<nuova-versione></code><br />
** <code>rsync -aPh mediawiki/images mediawiki-<nuova-versione></code><br />
* controlla quali plugin e skins c'erano nella vecchia installazione e ri-scaricali per la nuova versione. Stanno nella cartella extensions e skins<br />
** Non copiare la cartella extensions o skins perchè ci sono anche i moduli ed i temi core<br />
* Entra nella sottocartella maintenance della cartella del nuovo mediawiki<br />
* Esegui eventuali aggiornamenti dello schema del DB col comando<br />
** <code>php update.php</code> nel frattempo prega<br />
* Se tutto è andato bene puoi aggiornare il collegamento simbolico a cui fa riferimento <code>mediawiki</code><br />
** rm mediawiki;ln -s mediawiki-<nuova-versione> mediawiki<br />
* Controlla col browser da desktop e mobile che tutto vada bene<br />
* crea un archivio tar della cartella mediawiki precedente col seguente comando<br />
** <code>tar cfvJ mediawiki_$(date "+%F")-<versione>.tar.xz mediawiki-versione</code><br />
* butta il tar.xz ed il dump del DB nella cartella backups<br />
<br />
<br />
Se qualcosa è andato male riporta il link simbolico alla versione precedente e ripristina il DB che hai salvato prima<br />
<br />
== Pad ==<br />
Il pad è abbastanza facile da aggiornare visto che usa git per le releases<br />
<br />
* Collegati al server<br />
* ferma il servizio del pad col comando<br />
** <code>systemctl stop etherpad-lite</code><br />
* Diventa l'utente che fa girare il pad<br />
* Fai un dump del DB col comando<br />
** mysqldump -u <utente> -p <database> | xz > eigenpad-backup-$(date "+%F").sql.xz<br />
* entra nella cartella eigenPad<br />
* prendi nota della versione attuale del pad con<br />
** <code>git rev-parse HEAD</code><br />
* aggiorna il pad col comando<br />
** <code>git pull origin maser</code> basta questo perchè sul branch master tengono solo le versioni stabili<br />
* Adesso '''non''' far ripartire il servizio normalmente ma esegui invece il comando<br />
** <code>bin/run.sh</code> questo perchè questo comando aggiorna eventuali dipendenze, fa pulito della cache ed altri cose utili<br />
* Se il pad è partito correttamente (può volerci qualche decina di secondi) allora puoi dare <code>Ctrl+c</code> per interromepere lo script e farlo ripartire con<br />
** <code>systemctl start etherpad-lite</code><br />
<br />
Se qualcosa è andato storto torna al commit da cui sei partito:<br />
<br />
* ferma il processo del pad con<br />
** <code>systemctl stop etherpad-lite</code><br />
* dentro la cartella del pad esegui<br />
** <code>git checkout <commit id></code><br />
* restora il dump del DB che hai fatto prima<br />
* fai partire il pad normalmente con<br />
** <code>systemctl start etherpad-lite</code><br />
<br />
== Nextcloud ==</div>Svalohttps://wiki.eigenlab.org/index.php?title=Utente:Svalo/Aggiornamento_Servizi&diff=6600Utente:Svalo/Aggiornamento Servizi2018-10-06T18:19:23Z<p>Svalo: WIP: Creazione pagina aggiornamento servizi</p>
<hr />
<div>Un po' di appunti su come aggiornare i servizi che abbiamo.<br />
<br />
Come regola generale, quando possibile, fai un backup dei dati e del DB prima di cominciare, meglio se con il servizio fermo così non c'è il rischio che avvengano modifiche.<br />
<br />
<br />
Più in dettaglio le procedure per i diversi servizi:<br />
<br />
<br />
== Sito ==<br />
<br />
* Collegati al server<br />
* Diventa l'utente che fa girare il sito<br />
* Nella home ci dovrebbe essere uno script per fare il backup, lancialo<br />
* Siccome è WP c'è installato un comodo comando che si chiama `wp` per interagire col sito da shell<br />
* <code>wp plugin list</code> lista i plugin e lo stato di questi<br />
* <code>wp core check-status</code> da lo stato del core di wp<br />
* <code>wp core </code> aggiorna wordcodess<br />
* <code>wp plugin update --all</code> aggiorna tutti i plugin installati<br />
* se tutto è andato bene i backup codecedenti a quello fatto prima possono essere tolti<br />
<br />
Se qualcosa è andato storto puoi recuperare i files ed il DB dal backup che hai fatto con lo script<br />
<br />
== Wiki ==<br />
<br />
Prima di qualsiasi cosa controlla nelle note di versione non ci siano controindicazioni all'aggiornamento tipo versioni non supportate di PHP o plugin non più supportati o che necessitano di aggiornamenti<br />
<br />
* COllegati al server<br />
* diventa l'utente che fa girare il wiki<br />
* Fai un dump del DB col seguente comando<br />
** <code>mysqldump -u <utente> -p <dbname> | xz -z > dump_wiki$(date "+%F").sql.xz</code><br />
* Scarica l'ultima versione della wiki dal sito<br />
* estrai la versione aggiornata nella sua cartella con versione<br />
* copia il file delle impostazioni e delle immagini nella cartella della nuova versione<br />
** <code>cp mediawiki/LocalSettings.php mediawiki-<nuova-versione></code><br />
** <code>rsync -aPh mediawiki/images mediawiki-<nuova-versione></code><br />
* controlla quali plugin e skins c'erano nella vecchia installazione e ri-scaricali per la nuova versione. Stanno nella cartella extensions e skins<br />
** Non copiare la cartella extensions o skins perchè ci sono anche i moduli ed i temi core<br />
* Entra nella sottocartella maintenance della cartella del nuovo mediawiki<br />
* Esegui eventuali aggiornamenti dello schema del DB col comando<br />
** <code>php update.php</code> nel frattempo prega<br />
* Se tutto è andato bene puoi aggiornare il collegamento simbolico a cui fa riferimento <code>mediawiki</code><br />
** rm mediawiki;ln -s mediawiki-<nuova-versione> mediawiki<br />
* Controlla col browser da desktop e mobile che tutto vada bene<br />
* crea un archivio tar della cartella mediawiki precedente col seguente comando<br />
** <code>tar cfvJ mediawiki_$(date "+%F")-<versione>.tar.xz mediawiki-versione</code><br />
* butta il tar.xz ed il dump del DB nella cartella backups<br />
<br />
<br />
Se qualcosa è andato male riporta il link simbolico alla versione precedente e ripristina il DB che hai salvato prima<br />
<br />
== Pad ==<br />
<br />
== Nextcloud ==</div>Svalohttps://wiki.eigenlab.org/index.php?title=Feinstaubsensor&diff=5010Feinstaubsensor2018-05-01T17:48:53Z<p>Svalo: /* Mac/Linux */ formattazione</p>
<hr />
<div><!-- introduzione --><br />
Traduzione delle [http://luftdaten.info/feinstaubsensor-bauen/ istruzioni] per il montaggio del sensore di polveri sottili.<br />
<br />
L'assemblaggio è progettato in modo che tuttu possano partecipare.<br />
Basta aggiungere qualche articolo da ferramenta alle componenti elettroniche per avere tutto il necessario per costruire una stazione di rilevamento della qualità dell'aria.<br />
<br />
== Lista della spesa ==<br />
# [https://de.aliexpress.com/w/wholesale-nodemcu-v3-esp8266-ch340.html?spm=2114.010208.0.0.2zt6Ca&initiative_id=SB_20170101021508&site=deu&groupsort=1&SortType=price_asc&g=y&SearchText=nodemcu+v3+esp8266+ch340 NodeMCU ESP8266], CPU/WLAN (questo è un chip WLAN con un computer; qua viene installato il firmware)<br />
# SDS011 sensore polveri sottili (precedentemente PPD42NS) (il sensore SDS011 misura le particelle PM10 e PM2.5)<br />
# DHT22, temperatura e umidità dell'aria (opzionale)<br />
# cavetti<br />
# cavo usb ad esempio: 2m Micro-USB piatto (il collegamento: la corrente su un connettore microUSB e cavo 5V, e la connessione WLAN)<br />
# alimentatore USB<br />
# fascette reggi cavi<br />
# tubo trasparente di 6 mm di spessore (ferramenta)<br />
# tubo idraulico impermeabile Marley Silent HT (DN 75 87°) (il sensore è alloggiato dentro da due curve di tubo, che lo riparano dalle intemperie)<br />
<br />
== Caricare il firmware ==<br />
<br />
=== Introduzione ===<br />
Non devi programmare, niente paura.<br />
Abbiamo già programmato il firmware, dovrai solo caricarlo ed installarlo sul [[Esp8266|NodeMCU (ESP8266)]]. Può essere fatto anche da utenti non esperti.<br />
<br />
=== Installare il driver USB2Serial ===<br />
Per comunicare col ESP8266 c'è bisogno del driver usb2serial. Il chipset per i NocdeMCUs è di solito il il CH341: come scritto sul sito del produttore (in cinese)<br />
<br />
* Linux: nessuna installazione necessaria, il chip dovrebbe essere direttamente supportato (puoi verificarlo dando un'occhiata al dmesg).<br />
* MacOS: per Sierra vedere queste instruzioni che sono state testate: https://github.com/adrianmihalko/ch340g-ch34g-ch34x-mac-os-x-driver<br />
* Windows: TBA (cercare i driver del produttore)<br />
* Raspberry Pi: https://github.com/aperepel/raspberrypi-ch340-driver<br />
<br />
== Caricare li firmware ==<br />
Istruzioni per copiare:<br />
Chi non se la sente guardi i [http://luftdaten.info/faq/ FAQ]. Lì c'è un video tutorial.<br />
<br />
'''Attenzione''': per la copia del NodeMCU utilizzare un cavo usb con non più di 1m di lunghezza.<br />
<br />
=== Iinstalare il software arduino, caricare il firmware ===<br />
scaricare il software arduino ed installarlo sul computer: https://www.arduino.cc/en/Main/Software<br />
nelle impostazioni, nel campo "Additional Board Manager URLs" inserire questa URL: http://arduino.esp8266.com/stable/package_esp8266com_index.json<br />
sotto "strumenti->board...->admin board" cercare esp8266 ed installare „esp8266 by ESP8266 Community“ <br />
Terminare la IDE Arduino (al termine della flashatura)<br />
scaricare il firmware italiano https://www.madavi.de/sensor/update/data/latest_fr.bin<br />
<br />
==== Windows ====<br />
* Aprire la linea di comando o la PowerShell<br />
* Windows: %USERPROFILE%\AppData\Local\Arduino15\packages\esp8266\tools\esptool\0.4.9\esptool.exe -vv -cd nodemcu -cb 57600 -ca 0x00000 -cp COM11 -cf percorso_ai_dati_firmware_scaricati (la porta dopo -cp deve forse essere cambiata)<br />
Ad esempio, la porta corretta può essere individuata collegando il NodeMCU e successivamente avviando l'IDE di Arduino. Sotto il menu Tools->Port dovrebbe essere riportata la porta disponibile; di solito la porta del NodeMCU è facile da riconoscere. In ogni caso, puoi selezionare una porta e successivamente andare su Tools -> Get Board Information, e se la porta selezionata è quella giusta, appariranno il VID e il PID della board; successivamente dovrai riavviare l'IDE di Arduino, perché questa procedura blocca la porta.<br />
<br />
==== Mac/Linux ====<br />
Aprire un terminale<br />
<br />
Linux:<br />
~/.arduino15/packages/esp8266/tools/esptool/0.4.9/esptool -vv -cd nodemcu -cb 57600 -ca 0x00000 -cp /dev/cu.wchusbserial1410 -cf <percorso_ai_dati_firmware_scaricati ><br />
<br />
(la porta dopo -cp deve forse essere cambiata)<br />
<br />
MacOS:<br />
~/Library/Arduino15/packages/esp8266/tools/esptool/0.4.9/esptool -vv -cd nodemcu -cb 57600 -ca 0x00000 -cp /dev/cu.wchusbserial1410 -cf <percorso_ai_dati_firmware_scaricati> <br />
<br />
(la porta dopo -cp deve forse essere cambiata)<br />
<br />
In caso di problemi provare ad eseguire il comando sopra come root. <br />
<br />
Dopo deve essere sostituito nel percorso ~/ attraverso la home directory<br />
<br />
Ad esempio, la porta corretta può essere individuata collegando il NodeMCU e successivamente avviando l'IDE di Arduino. Sotto il menu Tools->Port dovrebbe essere riportata la porta disponibile; di solito la porta del NodeMCU è facile da riconoscere. <br />
<br />
In ogni caso, puoi selezionare una porta e successivamente andare su Tools -> Get Board Information, e se la porta selezionata è quella giusta, appariranno il VID e il PID della board; successivamente dovrai riavviare l'IDE di Arduino, perché questa procedura blocca la porta.<br />
<br />
Esiste uno script per linux in sensors-software/utils/flash/, il quale può cancellare anche una configurazione esistente: https://github.com/opendata-stuttgart/sensors-software/tree/master/utils/flash<br />
<br />
== Assemblaggio dell'elettronica ==<br />
Collegamento delle componenti elettroniche.<br />
<br />
=== Nota imprtante ===<br />
Prima dell'assemblaggio testare il firmware.<br />
Se il firmware non dovesse funzionare, non riassemblare tutto. e riduce il pericolo che con [l'attaccare e lo staccare] il cavo usb si perdano delle connessioni.<br />
<br />
=== Assemblaggio ===<br />
Nota: il nostro manuale si riferisce alla versione 3 del NodeMCU. Questo è riconosciuto dalle connessioni VU e G (vedi il disegno). [Le versioni RSV sono disponibili in queste connessioni]. Per queste versioni possono essere usare le connessioni Vin al posto di VU e GND al posto di G vicino alla connessione microUSB.<br />
<br />
Connessione SDS011<br />
I pin sono numerati da destra verso sinistra, durante il collegamento fare attenzione che i cavi siano veramente inseriti, poiché la maggior parte dei cavi Dupont sembrano posizionarsi correttamente anche quando non sono ben collegati.<br />
<br />
SDS011 Pin 1 -> Pin D1 / GPIO5<br />
SDS011 Pin 2 -> Pin D2 / GPIO4<br />
SDS011 Pin 3 -> GND<br />
SDS011 Pin 4 -> unused<br />
SDS011 Pin 5 -> VU (NodeMCU v3) / VIN (NodeMCU v1,v2)<br />
SDS011 Pin 6 -> unused<br />
SDS011 Pin 7 -> unused<br />
<br />
Connessione di DHT22<br />
I pin sono numerati da SINISTRA verso DESTRA, di fronte c'è la "griglia"<br />
<br />
DHT22 Pin 1 -> Pin 3V3 (3.3V)<br />
DHT22 Pin 2 -> Pin D7 (GPIO13)<br />
DHT22 Pin 3 -> unused<br />
DHT22 Pin 4 -> Pin GND<br />
<br />
Circuito elettronico<br />
Il sensore di polveri sottili SDS011 e il sensore di umidità e temperatura DHT22 vengono connessi con dei cavi al chip (NodeMCU).<br />
<br />
=== Connessione dei display e degli altri sensori ===<br />
Nelle FAQ, alla voce "connettere altri sensori", c'è una lista di sensori supportati e di display. Qui viene anche descritto come effettuare le connessioni.<br />
<br />
== Completare la stazione di misurazione ==<br />
I componenti vengono assemblati<br />
<br />
Montaggio finale<br />
Con la prima fascetta mettere insieme il NodeMCU (ESP8266) ed il sensore SDS011, in modo che l'antenna WLAN punto fuori dal sensore.in modo che l'antenna WLAN sbuchi dal sensore<br />
Con la seconda fascetta fissare il sensore di temperatura DHT22 al tubo.<br />
<br />
Infilare il cavo usb nel tubo<br />
Montare in modo che il circuito del SDS stia sopra ed il ventilatore sotto. Si Inserisce su un lato del tubo senza una guarnizione di gomma.<br />
Spingere le parti nel tubo, in modo da agganciare il sensore nel tubo.<br />
<br />
Lasciare che il tubo col cavo USB si veda dalla conduttura.<br />
Spingere il secondo gomito del tubo verso il primo, facendo attenzione a non pinzare nessun cavo.<br />
Chiudere il lato aperto della conduttura con una rete, griglia o qualcosa di simile, in modo che l'aria possa circolare ma che gli insetti rimangano fuori.<br />
<br />
== Configurazione della stazione di misurazione ==<br />
Collegare il sensore con la W-LAN<br />
<br />
=== Configurazione del sensore ===<br />
Connettere la stazione col cavo di alimentazione<br />
La stazione cerca di connettersi al WLAN-Accesspoint configurato. se non funziona, La stazione apre di default un accesspoint con l'SSID Sensore-ID, dove ID è l'ID del chip (decimale, nell'esempio sotto 13597771).<br />
Connettersi a questo accesspoint. Aspettare sino a quando la connessione non è stabilita.<br />
Aprire dal browser la pagina http://192.168.4.1/, dove potrà essere configurato il sensore: [http://192.168.4.1/ –> Configurazione]<br />
Notare: quando la configurazione del sensore funziona, questa pagina non è più raggiungibile.<br />
Sotto "Configurazione" inserire SSID e password sella propria rete, e poi salvare<br />
Per questo sensore di polveri sottili non deve essere cambiato nient'altro, e andranno bene le impostazioni di default.<br />
Dopo aver salvato, il sensore si riavvierà e quindi non sarà più raggiungibile<br />
<br />
Se non vengono fatti altri cambiamenti, ovviamente oltre a inserire i dati W-LAN, il sensore può essere testato in circa 10 minuti con i seguenti siti. Su queste pagine bisogna ricercare il chipID (nell'esempio sopra 13597771).<br />
Dati del sensore: http://www.madavi.de/sensor/graph.php<br />
WLAN-Signal: http://www.madavi.de/sensor/signal.php<br />
<br />
=== Ultimo passo ===<br />
Perché il sensore entri a far parte della rete, abbiamo bisogno di alcune informazioni.<br />
Scrivi all'indirizzo rajko@codefor.de con i seguenti dati:<br />
<br />
* L'ID del tuo ESP8266 (NodeMCU) -> puoi leggerlo dal nome host fornito alla LAN, oppure nella pagina web di configurazione;<br />
<br />
* La tua posizione: indirizzo completo di via e numero civico, codice postale e esposizione -> da questo ricaviamo delle coordinate (verranno pubblicate soltanto come posizione approssimativa);<br />
<br />
* Il posizionamento della stazione - Come altezza dal suolo, presenza di strade, traffico, spazi liberi;<br />
<br />
* Il tuo indirizzo mail (non verrà pubblicato);<br />
<br />
* Se possibile, una fotografia del sensore nella sua posizione definitiva (non verrà pubblicata).<br />
<br />
[[Categoria:Autoformazione]]<br />
[[Categoria:Hardware]]<br />
[[Categoria:HowTo]]</div>Svalohttps://wiki.eigenlab.org/index.php?title=XMPP&diff=4820XMPP2017-10-03T09:06:29Z<p>Svalo: /* Dino */ Adatta le istruzioni al codice attuale</p>
<hr />
<div>'''XMPP''' (''aka'' '''Jabber''') è un protocollo di chat federato: questo significa che se hai un account registrato su un determinato server potrai comunque parlare con gli utenti dell'intera rete XMPP, perché i server si parlano fra loro. Puoi entrare in contatto con chiunque semplicemente aggiungendo alla tua rubrica il suo ''Jabber ID'', analogamente a come faresti con un numero di telefono o un indirizzo email.<br />
<br />
XMPP fornisce sia chat private che di gruppo (dette anche ''"stanze"'', ''"chatroom"'', ''"conference"'' o ''"MUC"'' (Multi-User Chat); queste ultime possono essere pubbliche (mostrate nell'elenco delle MUC disponibili sul server) o private (bisogna conoscere il JID della stanza per poter entrare), protette o meno da password, cifrate o in chiaro, e così via... Molti client offrono una rubrica per i contatti.<br />
<br />
Inoltre il protocollo XMPP è molto estensibile, e ciò permette di scambiare file e immagini attraverso la chat, di stabilire comunicazioni criptate sia singole che di gruppo, e molto altro ancora.<br />
<br />
Esistono molti programmi per usare XMPP (client) per diverse piattaforme: [http://xmpp.org/software/clients.html qui] trovi una lista di client per Linux, Windows, OSX, iOS (iPhone), Android, Nokia Symbian e perfino da browser e da console. In questa pagina troverete le istruzioni e guide per alcuni client che abbiamo provato, tra cui [[XMPP#Gajim|Gajim]] (PC) e [[XMPP#Conversations|Conversations]] (Android).<br />
<br />
== Il nostro servizio XMPP ==<br />
Abbiamo installato [https://en.wikipedia.org/wiki/Prosody_(software) Prosody] sopra [[Zenzero]].<br />
Il server che abbiamo installato ha però due restrizioni importanti: <br />
* I client possono connettersi solo se supportano la cifratura SSL della connessione fra client e server;<br />
* I server (per la federazione) possono connettersi solo se supportano la cifratura della connessione fra server e server.<br />
Abbiamo scelto di inserire queste limitazioni perché siamo fermamente convintu che le comunicazioni debbano avvenire in modalità protetta: crediamo che ognunu debba poter scegliere - insieme ai propri interlocutori - il livello di sicurezza che desiderano avere, e cifrare la connessione via SSL è un passaggio minimo anche per chi non vuole usare strumenti più robusti per la sicurezza (vedi [[XMPP#Sicurezza|sotto]]).<br />
<br />
Siccome il servizio è ancora in fase di sperimentazione non permettiamo ancora la registrazione 'in-band' (cioè direttamente dal client): se vuoi un'account scrivi a <code>info[at]eigenlab[dot]org</code> oppure visita [https://jabber.eigenlab.org/ jabber.eigenlab.org].<br />
<br />
Puoi entrare nella chatroom <code>info@conference.eigenlab.org</code> per chiedere assistenza per l'installazione e la configurazione di un client XMPP, o per qualsiasi altro servizio di eigenLab, o anche semplicemente per scambiare quattro chiacchiere..<br />
<br />
=== Estensioni ===<br />
Abbiamo installato alcuni moduli per implementare alcune XEP, qui una lista parziale ed in aggiornamento:<br />
* MUC [http://xmpp.org/extensions/xep-0045.html XEP-0045] <code>conference.eigenlab.org</code> per le chat di gruppo (chiamate anche chatroom, conferenze o stanze).<br />
* SMACKS [https://modules.prosody.im/mod_smacks.html XEP-0198] per riesumare una sessione interrotta per la caduta della connessione.<br />
* MAM [https://modules.prosody.im/mod_mam.html XEP-0313] per l'archiviazione dei messaggi sul server fino ad una settimana così da poterli recuperare se sì è offline per un po'. Ogni utente può scegliere la sua configurazione per questo modulo.<br />
* Carbons [https://modules.prosody.im/mod_carbons.html XEP-0280] Per poter ricevere le conversazioni su tutti i dispositivi che supportano questa estensione. In questo modo è possibile chattare al pc e continuare poi sul telefono o sul portatile, come permettono di fare anche altri client di chat moderni. <br />
* [https://modules.prosody.im/mod_csi.html CSI], [https://modules.prosody.im/mod_throttle_presence.html throttle presence] e [https://modules.prosody.im/mod_filter_chatstates.html filter_chatstates]. Una serie di moduli specifici per i dispositivi mobile, permettono di decidere se ricevere o meno le notifiche di presenza di un contatto o quelle tipo ''"il contatto sta scrivendo"'' quando il dispositivo è in tasca/in uno stato di basso consumo/ecc...<br />
* HTTP File Upload [https://modules.prosody.im/mod_http_upload.html XEP-0363] consente l'upload di foto e file sul server, in modo che i client si scambino solo un link e non traferiscano il contenuto del file. I file rimangono a disposizione sul server, e se la chat è cifrata con OMEMO, il loro contenuto non è leggibile se non dal destinatario (il nome del file invece è in chiaro, in modo simile a quanto accade con [[PGP]] e l'oggetto della mail). Consente l'invio di foto e file nelle MUC.<br />
<br />
== Sicurezza ==<br />
Si può usare XMPP in maniera sicura utilizzando diversi protocolli di cifratura, ma non tutti sono disponibili, affidabili o funzionano bene su tutti i client.<br />
<br />
Con [https://en.wikipedia.org/wiki/Off-the-Record_Messaging OTR] é quasi impossibile avere le conversazioni cifrate fra ''dispositivi diversi usati dallo stesso account'', mentre [https://conversations.im/omemo/ OMEMO], un nuovo protocollo di cifratura sviluppato per Signal, permette una cifratura indolore anche fra device diversi. L'unica pecca è che non è ancora supportato da tutti i client, ma lo abbiamo testato con successo su [[XMPP#Gajim|Gajim]] (PC), [[XMPP#Conversations|Conversations]] (Android) e [[XMPP#Chatsecure|Chatsecure]] (iOS).<br />
Il supporto OTR in Gajim è disponibile con un plugin, che però è scritto male e non garantisce sicurezza. Gli stessi creatori sconsigliano di utilizzarlo.<br />
<br />
[[File:Omemo-fish.png|miniatura|destra|icona di OMEMO]]<br />
Per poter usare OMEMO in Gajim va installato un plugin dal gestore di pacchetti di sistema, perchè per motivi oscuri il plugin manager non riesce ad installarlo. Alla prima connessione con un contatto che supporta OMEMO verrà richiesto se fidarsi della chiave con cui si è presentato: è buona norma verificare la chiave attraverso un mezzo diverso. <br />
Conversations lo supporta di default, anche qui bisogna verificare la chiave del contatto.<br />
<br />
Per poter ricevere i messaggi sia su Gajim che su Conversations usando OMEMO bisogna fidarsi delle proprie chiavi su entrambi i device.<br />
<br />
== Gajim ==<br />
[[File:Gajim screenshot.jpg|miniatura|La grafica di Gajim è decisamente respingente, al momento. Ma il programma funziona benissimo e sui dettagli estetici ci stiamo lavorando.]]<br />
[https://gajim.org/ Gajim] è il più completo client desktop per numero di plugin e di XEP recenti supportate; è disponibile per i maggiori sistemi PC, per Windows, BSD e [[Linux]], pel quale si trova nei repository ufficiali dei pacchetti di tutte le maggiori distribuzioni.<br />
Molte persone continuano a contribuire allo sviluppo di Gajim; se vuoi contribuire puoi iniziare a leggere la [https://dev.gajim.org/gajim/gajim/wikis/home wiki] o la [https://dev.gajim.org/gajim/gajim/wikis/development/home pagina per lo sviluppo]<br />
<br />
=== Installazione ===<br />
====Arch====<br />
Bisogna avere l'AUR abilitato e installare i pacchetti con <code>yaourt -S gajim gajim-plugin-omemo gajim-plugin-httpupload python2-qrcode python2-future</code>.<br />
<br />
Su alcuni laptop Gajim si inchioda all'uscita dal programma e questo problema sembra risolversi installando il pacchetto <code>python2-dbus</code>.<br />
<br />
====Debian====<br />
Bisogna abilitare ''jessie-backports'': apri <code>sudo nano /etc/apt/sources.list</code> e aggiungi al file la riga:<br />
<pre>deb http://ftp.debian.org/debian jessie-backports main</pre><br />
<br />
Poi salvarlo e chiuderlo. Dare i comandi<br />
<pre>sudo aptitude update<br />
sudo aptitude -t jessie-backports install gajim-omemo gajim</pre><br />
<br />
=== Configurazione ===<br />
====Account====<br />
Aprendo Gajim per la prima volta devi configurare il tuo account dal menu <code>Modifica → account</code>.<br />
C'è sempre un account 'Local' ma non so a cosa serva. Tu aggiungi un nuovo account e metti l'ID Jabber seguito da <code>@eigenlab.org</code> e la password dell'utenza che ti sei fatta creare.<br />
<br />
Per cambiare la propria password, dal menu <code>Account -> Operazioni amministrative → cambia la password</code>.<br />
<br />
Per ricevere i messaggi su tutti i dispositivi connessi allo stesso account bisogna selezionare <code>Account → Generale → Receive conversations from other resources</code>.<br />
<br />
Se sei non in linea o desincronizzatu, oppure hai sbagliato ad inserire la password, puoi riconnetterti selezionando "diponibile" tra gli stati in basso. Capita però che gajim dica di essere desincronizzato anche se in realtà non lo è: se vedi almeno un contatto in linea non preoccuparti, puoi ignorarlo.<br />
<br />
====Contatti====<br />
Ora ti resta solo da aggiungere in rubrica le persone con cui chattare: dal menu <code>Azioni → aggiungi un contatto</code> inserisci l'ID Jabber del tuo amico (ad es. <code>pippo@eigenlab.org</code>) per "chiedergli l'amicizia" e quando anche lui te l'avrà accordata potrete chattare.<br />
<br />
Se trascini un contatto sopra un altro compare l'utilissima opzione "invia contatto di Beppe a Anna". C'è anche un'altra opzione "rendi Beppe e Anna [https://dev.gajim.org/gajim/gajim/wikis/help/MetaContacts metacontatti]", che serve per annidare diversi account usati dallo stesso utente sotto un'etichetta comune; se fai per sbaglio un metacontatto e vuoi annullare l'operazione, trascina il contatto più annidato sulla linea di un gruppo nella rubrica (ad esempio "Generale").<br />
<br />
Se capita di risultare offline ad un contatto, oppure di vedere offline chi in realtà è online, bisogna cliccare con il tasto destro sul contatto nell'elenco dei contatti, e in <code>Gestisci il contatto → Abbonamento</code> clicca su <code>Permetti al contatto di vedere il mio stato</code> e <code>Chiedi al contatto di poter vedere il suo stato</code>. Permettersi mutuamente di vedere lo stato è anche un prerequisito per usare OMEMO con Gajim.<br />
<br />
====Gruppi====<br />
Puoi vedere un elenco dei gruppi (pubblicamente accessibili) presenti sul server dal menu <code>Azioni → Ricerca dei servizi → eigenLab chatroom → Consulta</code> e selezionare quelli in cui vuoi entrare.<br />
Nella finestra che apparirà conviene selezionare "Aggiungi questa stanza ai segnalibri", che rende accessibile la stanza dal menu <code>Azioni → Entra in una conversazione di gruppo</code>.<br />
Selezionando "Entra automaticamente in questa stanza alla connessione", Gajim entrerà nella stanza al momento del login.<br />
<br />
Per non vedere i cambiamenti di stato di tutti i contatti nella stanza: <code>Azioni → Entra in una conversazione di gruppo → Gestisci i segnalibri → Stampa lo stato: "nessuno"</code>.<br />
<br />
====Chiamate e videochiamate====<br />
Per abilitare il supporto alle audio e videochiamate audio (supportato da Gajim, Pidgin e Telepathy) bisogna installare dei pacchetti aggiuntivi. In Arch installare il pacchetto <code>farstream</code>, mentre in Debian e derivate <code>python-farstream</code> e <code>gstreamer-plugins-bad</code>.<br />
<br />
=== Plugin ===<br />
[[File:Xmpp-file-image-http-upload-gatti.png|miniatura|Per sparare gattini in una chat (anche di gruppo) puoi usare ''send image via http upload'' (tasto celeste). Puoi inviare file di qualsiasi tipo con ''send file via http upload'' (tasto con la freccia verde).]]<br />
I nuovi plugin si installano dal menu <code>Modifica → Plugin → Available</code>.<br />
Dopo aver selezionato i plugin che vuoi installare clicca su install/upgrade, e poi abilitali nella scheda "installed".<br />
<br />
Di seguito alcuni plugin particolarmente utili:<br />
* '''Httpupload''': Aggiunge il supporto ad HTTP File Upload. Nella finestra di chat compariranno due nuovi pulsanti, "send file via http" e "send image via http". Il vecchio trasferimento da client a client è ancora disponibile con il pulsante "invia dei file".<br />
* '''Url image preview''': Visualizza le immagini direttamente nella finestra di chat anzichè chiedere dove salvarle o mostrare un link. Di default mostra immagini piccole solo per file piccoli. Valori ragionevoli nella configurazioni in <code>Modifica → Plugin → Url image preview → Configura</code> sono preview size:500 , accept files smaller than: 10mb. Cliccando con il tasto destro sull'immagine si può aprirla, salvarla o copiare il link originale.<br />
* '''Client icons''': Mostra una icona che rapresenta il client usato nell'elenco dei contatti.<br />
* '''Emoticons pack''': Aggiunge un enorme set di emoticon che sostituiscono quelle di default di gajim. Sono compatibili con le emoticon android anche se appariranno leggermente diverse su android. Per abilitarlo, nella finestra <code>Modifica → plugin → emoticon</code>, installa Twemoji resized. Sembrerà che non sia successo nulla, ma non ti preouccare, vai in <code>Preferenze → emoticon</code> e seleziona Twemoji resized.<br />
<br />
Riavviare '''sempre''' Gajim dopo aver abilitato o aggiornato i plugin.<br />
<br />
==== OMEMO ====<br />
Dopo aver abilitato il plugin OMEMO, Gajim si impallerà qualche secondo per generare le chiavi: non impanicatevi, è normale. Quando avrà finito sarete a un passo dal chattare in sicurezza.<br />
<br />
Nella finestra di chat, se il client del contatto lo supporta, appare l'icona con il pesce [[File:OmemoGajimFish LowRes.png|inline|baseline]] da cui si può abilitare OMEMO nella chat. <br />
Cliccando "fingerprints" si possono verificare le fingerprint del contatto. <br />
<br />
Nella finestra "own devices" ci sono invece le fingerprint dei propri dispositivi, ad es. una per Conversations sullo smartphone e una per Gajim sul pc. È necessario verificare anche quelle per essere sicuri della riservatezza della conversazione.<br />
<br />
È possibile visualizzare la propria fingerprint da <code>Modifica → Plugin → Url image preview → Configura → Account: eigenlab.org</code> dove è presente anche il QR-code che puoi usare per farti verificare velocemente da chi ha uno smartphone.<br />
<br />
Per visualizzare il QR-code, se si è installato il plugin OMEMO da Gajim, è necessario installare dei pacchetti. Il programma indica solo "python-qrcode". Su Arch, per avere garanzia di funzionamento, non bisogna installare questo pacchetto ma tutte le dependencies python2-* dalla pagina di [https://aur.archlinux.org/packages/gajim-plugin-omemo/ gajim-plugin-omemo]. Questi pacchetti sono disponibili solo dalla AUR.<br />
<br />
===Problemi===<br />
Gajim sembra non supportare completamente Message Archiving per le MUC [https://trac.gajim.org/ticket/8036 bug tracker]: mostra solo gli ultimi 20 messaggi invece di mostrare tutti i messaggi scambiati nella MUC e non ricevuti perchè si era offline. Conversations invece riceve tutti i messaggi in modo corretto.<br />
<br />
==Conversations== <br />
Il migliore client per Android per numero di XEP integrate, ed è anche piacevole alla vista.<br />
Puoi installarlo con [[Installare_F-droid#Conversations|F-droid]]; c'è anche nel PlayStore, ma a pagamento.<br />
<br />
===Account===<br />
[[File:ConversationUserPass.jpg|miniatura|sinistra|Inserisci l'ID Jabber e la password e inizia a chattare!]]<br />
<br />
Per aggiungere un account devi andare in <code>Menu → Gestisci utenti</code>: qui troverai un tastino con un omino stilizzato e un più [[File:AddAccount Conversation.jpg|22px|inline|baseline]]. Cliccaci e otterrai una schermata che ti chiede jabberID e password, inseriscili e sei prontu a chattare!<br />
<br />
Dal menu "Gestisci utenti" puoi fare una serie di altre opreazioni utili che riguardano il tuo account, come <br />
* Cambiare la propria password: <code>Menu → Gestisci utenti → <tuo utente> → Menu → Cambia password</code><br />
* Impostare un avatar: <code>Menu → Gestisci utenti → <tuo utente></code> e poi clicca sull'avatar.<br />
<br />
===Contatti, chat e gruppi===<br />
[[File:Conversations screenshot.jpg|miniatura|Una conversazione chat sul client Conversations per Android permette anche di scambiarsi immagini e altre delizie.]]<br />
<br />
La prima schermata mostra l'elenco delle chat aperte, cliccaci sopra per aprirle, una volta dentro striscia a destra o sinistra per chiuderle.<br />
<br />
Se dovessi farlo per errore non preoccuparti: '''non''' hai eliminato il contatto e puoi riaprire la chat nell'elenco dei contatti.<br />
<br />
====Aggiungere contatti ed entrare nei gruppi====<br />
In alto a destra c'è una icona con un grosso "più": [[File:ConversationContacts.jpg|22px|inline|baseline]]<br />
Cliccandoci troverai l'elenco dei contatti e delle MUC; in alto a destra ci sono, nelle rispettive schede, i tasti per aggiungere contatti [[File:AddAccount Conversation.jpg|22px|inline|baseline]] e MUC [[File:ConversationJoinMUC.jpg|22px|inline|baseline]].<br />
<br />
====Random settings====<br />
Conversations di default non mostra se i contatti sono online o meno, ma si può in parte porre rimedio nelle impostazioni: <br />
* il pulsante "invio indica lo stato" colora il pulsante nella chat a seconda dello stato del contatto<ref>verde=disponibile, rosso=occupato, arancione=assente, grigio=offline.</ref>, <br />
* "mostra tag dinamici" mostra queste informazioni nell'elenco dei contatti, e selezionando <code>Menu → Nascondi i contatti offline</code> saranno visibili solo i contatti online.<br />
<br />
In una chat di gruppo, cliccando su "Dettagli conferenza" è possibile visualizzare l'elenco degli iscritti.<br />
<br />
=== OMEMO ===<br />
Alla prima conversazione con un client che supporta OMEMO chiederà di abilitare la chiave del contatto per poter iniziare a chattare. <br />
<br />
È buona norma verificare questa fingerprint tramite altro mezzo, tuttavia Conversations considera una chiave abilitata come "non verificata" (perchè non si fida del fatto che gli utenti verificano davvero quella chiave prima di abilitarla) e mostra un lucchetto rosso nella conversazione. La verifica avviene tramite la scansione di un QR code in cui è contenuta la chiave dell'amico.<br />
<br />
====Verifica delle chiavi====<br />
Per verificare la chiave si può cliccare sull'avatar nella chat oppure andare in <code>Menu → Dettagli del contatto</code>, tenere premuto sulla fingerprint omemo e selezionare <code>Scan 2D Barcode</code>. A questo punto si aprirà l'app per fotografare il QR.<ref>I dispositivi con una fotocamera vecchia e scarsa potrebbero non riuscire a mettere a fuoco un QR su un piccolo schermo, in quel caso si può inquadrare il QR zoommato sullo schermo di un computer oppure stamparlo su un foglio. Per aiutare la messa a fuoco può essere anche utile mettersi un po' a giocare con la luminosità dello schermo.</ref><br />
<br />
Per visualizzare il QR della propria fingerprint clicca sul tuo avatar oppure vai in <code>Menu → Gestisci utenti → <tuo utente></code> e poi <code>Menu → Show 2D Barcode</code> <br />
<br />
Nella stessa pagina è possibile visualizzare la propria fingerprint OMEMO in forma esadecimale, e più in basso, sotto "Altri dispositivi", sono presenti le fingerprint dei propri dispositivi, es. pc con Gajim. <br />
<br />
È necessario verificare anche quelle per essere sicuri della riservatezza della conversazione. Allo stesso modo della verifica della fingerprint di un contatto, tenendo premuto apparirà <code>Scan 2D Barcode</code>.<br />
<br />
=== Integrazione in Sailfish OS ===<br />
Sailfish ha una whitelist di applicazioni che possono mostrare notifiche di sistema. Alla versione attuale (2.0.5 Haapajoki) Conversations non è in questa lista, quindi non mostrerà notifiche, nè vibrazione o led. <br />
<br />
Per risolvere si può installare ''Android apps notifications'' da [http://openrepos.net Warehouse] e poi abilitare Conversations nel nuovo menù in Settings, oppure modificare da root il file <code>/usr/share/lipstick/androidnotificationpriorities</code> e aggiungere le righe:<br />
<pre><br />
Conversations;chat,chat_exists<br />
package:eu.siacs.conversations;chat,chat_exists<br />
</pre><br />
È necessario riavviare Home Screen affinchè le modifiche abbiano effetto.<br />
<br />
La tastiera di sistema non ha il supporto alle emoji, e Dolphin keyboard non sembra funzionare bene con Conversation. Per avere le emoticon si può installare una tastiera android da [[Installare_F-droid|F-droid]] (ad esempio ''AnySoftKeyboard'') e poi abilitare la nuova tastiera in Settings dopo aver installato ''Aliendalvik Control'' da Warehouse.<br />
<br />
Per rimanere sempre online e ricevere notifiche anche dopo aver chiuso la finestra di Conversation (in modo simile a quanto succede in android), bisogna consentire all'applicazione di eseguire servizi in backgroud all'avvio, in <code>Impostazioni → Applicazioni → Conversations</code> e poi selezionare "Mantieni il servizio in primo piano" nelle impostazioni avanzate di Conversations.<br />
<br />
==Altri Client==<br />
===ChatSecure===<br />
Per iOS (iPhone) esiste [https://chatsecure.org/ ChatSecure], che supporta la cifratura con OMEMO.<br />
<br />
===Telepathy===<br />
Integrato in KDE, mancano alcune opzioni per la configurazione, supporta OTR ma non le carbon copy ed il message archiving.<br />
<br />
===Pidgin===<br />
[https://pidgin.im/ Pidgin] è un client la cui comunità di sviluppo è molto partecipata, e che oltre a XMPP supporta i protocolli AIM, Bonjour, Gadu-Gadu, Google Talk, ICQ, IRC, SILC, SIMPLE, Zephyr, e molti altri ancora insieme a una vasta gamma di plugin.<br />
<br />
Supporta OMEMO attraverso il plugin SPERIMENTALE [https://github.com/gkdr/lurch Lurch]<br />
<br />
===Profanity===<br />
[http://www.profanity.im/ Profanity] è un client testuale, gira da console con un'interfaccia [http://www.gnu.org/software/ncurses/ ncurses] ed assomiglia molto al client [http://irssi.org/ irssi] per IRC. Su Arch Linux è presente in due pacchetti alternativi <code>profanity</code> e <code>profanity-gtk</code>: il secondo offre solo le notifiche desktop tramite le librerie gtk, e non un'interfaccia grafica (ovviamente).<br />
<br />
===Dino===<br />
[[File:Dino.png|miniatura|destra|Alcuni esempi dell'interfaccia di Dino]]<br />
[https://github.com/dino/dino Dino] è un client XMPP OpenSource moderno scritto in GTK3 e Vala, è in fase alpha e quindi non considerabile affidabile ma supporta già OMEMO nelle chat 1:1 e le chatroom insieme ad diverse XEPP consultabili [https://github.com/dino/dino/tree/master/xmpp-vala/src/module/xep qui]. Lo sviluppo avanza velocemente<br />
<br />
Nonostante il suo stadio è già abbastanza usabile<br />
<br />
==Generare un QR Code con le fingerprint per ogni device==<br />
Alcuni software, per esempio Conversations, non permettono di verificare completamente un contatto se non scansionando la fingerprint attraverso un QR Code o cliccando su un link xmpp. <br />
<br />
Non tutti i client però supportano la generazione di un QR da poter scansionare.<br />
<br />
Per ovviare a questo limite di seguito una procedura per generare un QR Code che contenga tutte le fingerprint collegate ad una chiave OMEMO. <br />
<br />
I passaggi sono molto Linux specifici<br />
<br />
Requisiti:<br />
* Un terminale<br />
* sqlite (CLI) o sqlitebrowser (GUI) Per Dino<br />
* qrencode (CLI) o qualsiasi programma per generare un qrcode<br />
<br />
Il QR Code al momento della scrittura contiene la seguente stringa:<br />
<pre><br />
xmpp:<USER>@<HOST>?otr-fingerprint=<OTR_FINGERPRINT>;omemo-sid-<DEVICE_ID>=<OMEMO_FINGERPRINT>;omemo-sid-<OTHER_DEVICE_ID>=<OTHER_OMEMO_FINGERPRINT>;omemo-sid-<OTHER_DEVICE_ID>=<OTHER_OMEMO_FINGERPRINT><br />
</pre><br />
dove:<br />
* '''<OTR_FINGERPRINT>''' è la fingerprint della chiave OTR ottenibile dalle informazioni account dei vari client che lo supportano<br />
* '''<DEVICE_ID>''' è il device ID, unico per ogni dispositivo o software<br />
* '''<OMEMO_FINGERPRINT>''' è la fingerprint della chiave OMEMO<br />
<br />
A seconda del client il metodo per recuperare le informazioni cambia:<br />
===Dino===<br />
Con il comando <br />
sqlite3 ~/.local/share/dino/omemo.db 'select device_id from identity'<br />
Dato da un terminale verranno mostrati tutti gli ID dei devices usati attraverso Dino sul PC<br />
Altrimenti con sqlitebrowser basta aprire il file '''~/.local/share/dino/omemo.db''' e navigare nella tabella identity cercando la colonna '''device_id'''<br />
<br />
Dalla finestra account a partire dal commit `9840774a87b9d15523ecc04ee4c157270e9abfe5` è possibile vedere e copiare la propria fingerprint così come quella degli altri dispositivi noti.<br />
<br />
===Pidgin===<br />
Pidgin supporta OMEMO '''sperimentalmente''' attraverso il plugin [https://github.com/gkdr/lurch Lurch], per ottenere il device id basterà digitare in una finestra di chat il comando <code>/lurch show id own</code>, mentre per la fingerprint <code>/lurch show fp own</code>.<br />
<br />
===Gajim===<br />
Dal menu di impostazioni del plugin OMEMO è possibile vedere gli ID dei propri dispositivi e le proprie fingerprint.<br />
<br />
A questo punto è possibile generare il QR Code con le fingerprint con il comando<br />
<code>qrencode "xmpp:<USER>@<HOST>?otr-fingerprint=<OTR_FINGERPRINT>;omemo-sid-<DEVICE_ID>=<OMEMO_FINGERPRINT>;omemo-sid-<OTHER_DEVICE_ID>=<OTHER_OMEMO_FINGERPRINT>;omemo-sid-<OTHER_DEVICE_ID>=<OTHER_OMEMO_FINGERPRINT>" -o ~/fingerprints.png</code>. Il file sarà salvato nella home dell'utente col nome "fingerprints.png".<br />
<br />
È adesso possibile scansionare il QR con Conversations in modo da avere tutte le proprie fingerprint verificate ed autenticate. Da ora in poi basterà mostrare il QR di conversations che conterrà tutte le fingerprint<br />
<br />
== Altre risorse ==<br />
* [https://we.riseup.net/riseup/xmpp pagina su riseup] che raccoglie qualche considerazione tecnica e discussioni varie.<br />
* [https://www.youtube.com/watch?v=xwu3xjwyy9M video completo] con la presentazione, spiegazione e discussione del servizio (31 Marzo 2017 a [[Exploit]], [https://eigenlab.org/2017/03/jabber-eigenlab-presentazione-del-servizio/ post] sul sito).<br />
* [https://dev.gajim.org/gajim/gajim/wikis//KeyboardShortcuts scorciatoie da tastiera] per Gajim.<br />
<br />
==Note==<br />
<references /><br />
<br />
[[Categoria:EigenNet]]<br />
[[Categoria:Autoformazione]]<br />
[[Categoria:Comunicazione sicura]]<br />
[[Categoria:Device Mobili]]</div>Svalohttps://wiki.eigenlab.org/index.php?title=Discussioni_utente:Svalo&diff=4811Discussioni utente:Svalo2017-09-21T08:34:35Z<p>Svalo: /* Fantasmi di te */</p>
<hr />
<div>Io mi pensavo quella pagina come una bozza per tirare giù tutti gli argomenti da trattare e dicutere insieme il modo e la profondità per argomento.<br />
Chiunque abbia dubbi su *qualsiasi cosa* non si faccia problemi, anche e sopratutto se è qualcosa di cui parliamo spesso.[[Utente:Svalo|Svalo]] ([[Discussioni utente:Svalo|discussioni]]) 09:36, 5 mar 2013 (UTC)<br />
<br />
Hai fatto bene, però secondo la prassi di kiwipedia, per le prove si usano sottopagine delle pagine utente, ad esempio Utente:Svalo/eigenGuida , in modo da tenere le discussioni relative all'utente separate dalle pagine di prova (che possono essere più di una, con relative discussioni) --[[Utente:Kiba|Kiba]] ([[Discussioni utente:Kiba|discussioni]]) 19:12, 5 mar 2013 (UTC)<br />
<br />
== Fantasmi di te ==<br />
Fratello, rimettevo a posto tra le pagine speciali e capitando in [[Speciale:IPBloccati]] ho visto che ci sono un tot di blocchi di utenti simili a te.. Che era successo?<br />
<br />
Avevo scazzato, non mi ricordo cosa, di sicuro il nome utente. Ho adottato questo e bloccato gli altri. Non so se è la pratica giusta [[Utente:Svalo|Svalo]] ([[Discussioni utente:Svalo|discussioni]]) 10:34, 21 set 2017 (CEST)</div>Svalohttps://wiki.eigenlab.org/index.php?title=XMPP&diff=4734XMPP2017-05-31T07:53:48Z<p>Svalo: Aggiunta immagine</p>
<hr />
<div>'''XMPP''' (''aka'' '''Jabber''') è un protocollo di chat federato: questo significa che se hai un account registrato su un determinato server potrai comunque parlare con gli utenti dell'intera rete XMPP, perché i server si parlano fra loro. Puoi entrare in contatto con chiunque semplicemente aggiungendo alla tua rubrica il suo ''Jabber ID'', analogamente a come faresti con un numero di telefono o un indirizzo email.<br />
<br />
XMPP fornisce sia chat private che di gruppo (dette anche ''"stanze"'', ''"chatroom"'', ''"conference"'' o ''"MUC"'' (Multi-User Chat); queste ultime possono essere pubbliche (mostrate nell'elenco delle MUC disponibili sul server) o private (bisogna conoscere il JID della stanza per poter entrare), protette o meno da password, cifrate o in chiaro, e così via... Molti client offrono una rubrica per i contatti.<br />
<br />
Inoltre il protocollo XMPP è molto estensibile, e ciò permette di scambiare file e immagini attraverso la chat, di stabilire comunicazioni criptate sia singole che di gruppo, e molto altro ancora.<br />
<br />
Esistono molti programmi per usare XMPP (client) per diverse piattaforme: [http://xmpp.org/software/clients.html qui] trovi una lista di client per Linux, Windows, OSX, iOS (iPhone), Android, Nokia Symbian e perfino da browser e da console. In questa pagina troverete le istruzioni e guide per alcuni client che abbiamo provato, tra cui [[XMPP#Gajim|Gajim]] (PC) e [[XMPP#Conversations|Conversations]] (Android).<br />
<br />
== Il nostro servizio XMPP ==<br />
Abbiamo installato [https://en.wikipedia.org/wiki/Prosody_(software) Prosody] sopra [[Zenzero]].<br />
Il server che abbiamo installato ha però due restrizioni importanti: <br />
* I client possono connettersi solo se supportano la cifratura SSL della connessione fra client e server;<br />
* I server (per la federazione) possono connettersi solo se supportano la cifratura della connessione fra server e server.<br />
Abbiamo scelto di inserire queste limitazioni perché siamo fermamente convintu che le comunicazioni debbano avvenire in modalità protetta: crediamo che ognunu debba poter scegliere - insieme ai propri interlocutori - il livello di sicurezza che desiderano avere, e cifrare la connessione via SSL è un passaggio minimo anche per chi non vuole usare strumenti più robusti per la sicurezza (vedi [[XMPP#Sicurezza|sotto]]).<br />
<br />
Siccome il servizio è ancora in fase di sperimentazione non permettiamo ancora la registrazione 'in-band' (cioè direttamente dal client): se vuoi un'account scrivi a <code>info[at]eigenlab[dot]org</code> oppure visita [https://jabber.eigenlab.org/ jabber.eigenlab.org].<br />
<br />
Puoi entrare nella chatroom <code>info@conference.eigenlab.org</code> per chiedere assistenza per l'installazione e la configurazione di un client XMPP, o per qualsiasi altro servizio di eigenLab, o anche semplicemente per scambiare quattro chiacchiere..<br />
<br />
=== Estensioni ===<br />
Abbiamo installato alcuni moduli per implementare alcune XEP, qui una lista parziale ed in aggiornamento:<br />
* MUC [http://xmpp.org/extensions/xep-0045.html XEP-0045] <code>conference.eigenlab.org</code> per le chat di gruppo (chiamate anche chatroom, conferenze o stanze).<br />
* SMACKS [https://modules.prosody.im/mod_smacks.html XEP-0198] per riesumare una sessione interrotta per la caduta della connessione.<br />
* MAM [https://modules.prosody.im/mod_mam.html XEP-0313] per l'archiviazione dei messaggi sul server fino ad una settimana così da poterli recuperare se sì è offline per un po'. Ogni utente può scegliere la sua configurazione per questo modulo.<br />
* Carbons [https://modules.prosody.im/mod_carbons.html XEP-0280] Per poter ricevere le conversazioni su tutti i dispositivi che supportano questa estensione. In questo modo è possibile chattare al pc e continuare poi sul telefono o sul portatile, come permettono di fare anche altri client di chat moderni. <br />
* [https://modules.prosody.im/mod_csi.html CSI], [https://modules.prosody.im/mod_throttle_presence.html throttle presence] e [https://modules.prosody.im/mod_filter_chatstates.html filter_chatstates]. Una serie di moduli specifici per i dispositivi mobile, permettono di decidere se ricevere o meno le notifiche di presenza di un contatto o quelle tipo ''"il contatto sta scrivendo"'' quando il dispositivo è in tasca/in uno stato di basso consumo/ecc...<br />
* HTTP File Upload [https://modules.prosody.im/mod_http_upload.html XEP-0363] consente l'upload di foto e file sul server, in modo che i client si scambino solo un link e non traferiscano il contenuto del file. I file rimangono a disposizione sul server, e se la chat è cifrata con OMEMO, il loro contenuto non è leggibile se non dal destinatario (il nome del file invece è in chiaro, in modo simile a quanto accade con [[PGP]] e l'oggetto della mail). Consente l'invio di foto e file nelle MUC.<br />
<br />
== Sicurezza ==<br />
Si può usare XMPP in maniera sicura utilizzando diversi protocolli di cifratura, ma non tutti sono disponibili, affidabili o funzionano bene su tutti i client.<br />
<br />
Con [https://en.wikipedia.org/wiki/Off-the-Record_Messaging OTR] é quasi impossibile avere le conversazioni cifrate fra ''dispositivi diversi usati dallo stesso account'', mentre [https://conversations.im/omemo/ OMEMO], un nuovo protocollo di cifratura sviluppato per Signal, permette una cifratura indolore anche fra device diversi. L'unica pecca è che non è ancora supportato da tutti i client, ma lo abbiamo testato con successo su [[XMPP#Gajim|Gajim]] (PC), [[XMPP#Conversations|Conversations]] (Android) e [[XMPP#Chatsecure|Chatsecure]] (iOS).<br />
Il supporto OTR in Gajim è disponibile con un plugin, che però è scritto male e non garantisce sicurezza. Gli stessi creatori sconsigliano di utilizzarlo.<br />
<br />
[[File:Omemo-fish.png|miniatura|destra|icona di OMEMO]]<br />
Per poter usare OMEMO in Gajim va installato un plugin dal gestore di pacchetti di sistema, perchè per motivi oscuri il plugin manager non riesce ad installarlo. Alla prima connessione con un contatto che supporta OMEMO verrà richiesto se fidarsi della chiave con cui si è presentato: è buona norma verificare la chiave attraverso un mezzo diverso. <br />
Conversations lo supporta di default, anche qui bisogna verificare la chiave del contatto.<br />
<br />
Per poter ricevere i messaggi sia su Gajim che su Conversations usando OMEMO bisogna fidarsi delle proprie chiavi su entrambi i device.<br />
<br />
== Gajim ==<br />
[[File:Gajim screenshot.jpg|miniatura|La grafica di Gajim è decisamente respingente, al momento. Ma il programma funziona benissimo e sui dettagli estetici ci stiamo lavorando.]]<br />
[https://gajim.org/ Gajim] è il più completo client desktop per numero di plugin e di XEP recenti supportate; è disponibile per i maggiori sistemi PC, per Windows, BSD e [[Linux]], pel quale si trova nei repository ufficiali dei pacchetti di tutte le maggiori distribuzioni.<br />
Molte persone continuano a contribuire allo sviluppo di Gajim; se vuoi contribuire puoi iniziare a leggere la [https://dev.gajim.org/gajim/gajim/wikis/home wiki] o la [https://dev.gajim.org/gajim/gajim/wikis/development/home pagina per lo sviluppo]<br />
<br />
=== Installazione ===<br />
====Arch====<br />
Bisogna avere l'AUR abilitato e installare i pacchetti con <code>yaourt -S gajim gajim-plugin-omemo gajim-plugin-httpupload python2-qrcode python2-future</code>.<br />
<br />
Su alcuni laptop Gajim si inchioda all'uscita dal programma e questo problema sembra risolversi installando il pacchetto <code>python2-dbus</code>.<br />
<br />
====Debian====<br />
Bisogna abilitare ''jessie-backports'': apri <code>sudo nano /etc/apt/sources.list</code> e aggiungi al file la riga:<br />
<pre>deb http://ftp.debian.org/debian jessie-backports main</pre><br />
<br />
Poi salvarlo e chiuderlo. Dare i comandi<br />
<pre>sudo aptitude update<br />
sudo aptitude -t jessie-backports install gajim-omemo gajim</pre><br />
<br />
=== Configurazione ===<br />
====Account====<br />
Aprendo Gajim per la prima volta devi configurare il tuo account dal menu <code>Modifica → account</code>.<br />
C'è sempre un account 'Local' ma non so a cosa serva. Tu aggiungi un nuovo account e metti l'ID Jabber seguito da <code>@eigenlab.org</code> e la password dell'utenza che ti sei fatta creare.<br />
<br />
Per cambiare la propria password, dal menu <code>Account -> Operazioni amministrative → cambia la password</code>.<br />
<br />
Per ricevere i messaggi su tutti i dispositivi connessi allo stesso account bisogna selezionare <code>Account → Generale → Receive conversations from other resources</code>.<br />
<br />
Se sei non in linea o desincronizzatu, oppure hai sbagliato ad inserire la password, puoi riconnetterti selezionando "diponibile" tra gli stati in basso. Capita però che gajim dica di essere desincronizzato anche se in realtà non lo è: se vedi almeno un contatto in linea non preoccuparti, puoi ignorarlo.<br />
<br />
====Contatti====<br />
Ora ti resta solo da aggiungere in rubrica le persone con cui chattare: dal menu <code>Azioni → aggiungi un contatto</code> inserisci l'ID Jabber del tuo amico (ad es. <code>pippo@eigenlab.org</code>) per "chiedergli l'amicizia" e quando anche lui te l'avrà accordata potrete chattare.<br />
<br />
Se trascini un contatto sopra un altro compare l'utilissima opzione "invia contatto di Beppe a Anna". C'è anche un'altra opzione "rendi Beppe e Anna [https://dev.gajim.org/gajim/gajim/wikis/help/MetaContacts metacontatti]", che serve per annidare diversi account usati dallo stesso utente sotto un'etichetta comune; se fai per sbaglio un metacontatto e vuoi annullare l'operazione, trascina il contatto più annidato sulla linea di un gruppo nella rubrica (ad esempio "Generale").<br />
<br />
Se capita di risultare offline ad un contatto, oppure di vedere offline chi in realtà è online, bisogna cliccare con il tasto destro sul contatto nell'elenco dei contatti, e in <code>Gestisci il contatto → Abbonamento</code> clicca su <code>Permetti al contatto di vedere il mio stato</code> e <code>Chiedi al contatto di poter vedere il suo stato</code>. Permettersi mutuamente di vedere lo stato è anche un prerequisito per usare OMEMO con Gajim.<br />
<br />
====Gruppi====<br />
Puoi vedere un elenco dei gruppi (pubblicamente accessibili) presenti sul server dal menu <code>Azioni → Ricerca dei servizi → eigenLab chatroom → Consulta</code> e selezionare quelli in cui vuoi entrare.<br />
Nella finestra che apparirà conviene selezionare "Aggiungi questa stanza ai segnalibri", che rende accessibile la stanza dal menu <code>Azioni → Entra in una conversazione di gruppo</code>.<br />
Selezionando "Entra automaticamente in questa stanza alla connessione", Gajim entrerà nella stanza al momento del login.<br />
<br />
Per non vedere i cambiamenti di stato di tutti i contatti nella stanza: <code>Azioni → Entra in una conversazione di gruppo → Gestisci i segnalibri → Stampa lo stato: "nessuno"</code>.<br />
<br />
====Chiamate e videochiamate====<br />
Per abilitare il supporto alle audio e videochiamate audio (supportato da Gajim, Pidgin e Telepathy) bisogna installare dei pacchetti aggiuntivi. In Arch installare il pacchetto <code>farstream</code>, mentre in Debian e derivate <code>python-farstream</code> e <code>gstreamer-plugins-bad</code>.<br />
<br />
=== Plugin ===<br />
[[File:Xmpp-file-image-http-upload-gatti.png|miniatura|Per sparare gattini in una chat (anche di gruppo) puoi usare ''send image via http upload'' (tasto celeste). Puoi inviare file di qualsiasi tipo con ''send file via http upload'' (tasto con la freccia verde).]]<br />
I nuovi plugin si installano dal menu <code>Modifica → Plugin → Available</code>.<br />
Dopo aver selezionato i plugin che vuoi installare clicca su install/upgrade, e poi abilitali nella scheda "installed".<br />
<br />
Di seguito alcuni plugin particolarmente utili:<br />
* '''Httpupload''': Aggiunge il supporto ad HTTP File Upload. Nella finestra di chat compariranno due nuovi pulsanti, "send file via http" e "send image via http". Il vecchio trasferimento da client a client è ancora disponibile con il pulsante "invia dei file".<br />
* '''Url image preview''': Visualizza le immagini direttamente nella finestra di chat anzichè chiedere dove salvarle o mostrare un link. Di default mostra immagini piccole solo per file piccoli. Valori ragionevoli nella configurazioni in <code>Modifica → Plugin → Url image preview → Configura</code> sono preview size:500 , accept files smaller than: 10mb. Cliccando con il tasto destro sull'immagine si può aprirla, salvarla o copiare il link originale.<br />
* '''Client icons''': Mostra una icona che rapresenta il client usato nell'elenco dei contatti.<br />
* '''Emoticons pack''': Aggiunge un enorme set di emoticon che sostituiscono quelle di default di gajim. Sono compatibili con le emoticon android anche se appariranno leggermente diverse su android. Per abilitarlo, nella finestra <code>Modifica → plugin → emoticon</code>, installa Twemoji resized. Sembrerà che non sia successo nulla, ma non ti preouccare, vai in <code>Preferenze → emoticon</code> e seleziona Twemoji resized.<br />
<br />
Riavviare '''sempre''' Gajim dopo aver abilitato o aggiornato i plugin.<br />
<br />
==== OMEMO ====<br />
Dopo aver abilitato il plugin OMEMO, Gajim si impallerà qualche secondo per generare le chiavi: non impanicatevi, è normale. Quando avrà finito sarete a un passo dal chattare in sicurezza.<br />
<br />
Nella finestra di chat, se il client del contatto lo supporta, appare l'icona con il pesce [[File:OmemoGajimFish LowRes.png|inline|baseline]] da cui si può abilitare OMEMO nella chat. <br />
Cliccando "fingerprints" si possono verificare le fingerprint del contatto. <br />
<br />
Nella finestra "own devices" ci sono invece le fingerprint dei propri dispositivi, ad es. una per Conversations sullo smartphone e una per Gajim sul pc. È necessario verificare anche quelle per essere sicuri della riservatezza della conversazione.<br />
<br />
È possibile visualizzare la propria fingerprint da <code>Modifica → Plugin → Url image preview → Configura → Account: eigenlab.org</code> dove è presente anche il QR-code che puoi usare per farti verificare velocemente da chi ha uno smartphone.<br />
<br />
Per visualizzare il QR-code, se si è installato il plugin OMEMO da Gajim, è necessario installare dei pacchetti. Il programma indica solo "python-qrcode". Su Arch, per avere garanzia di funzionamento, non bisogna installare questo pacchetto ma tutte le dependencies python2-* dalla pagina di [https://aur.archlinux.org/packages/gajim-plugin-omemo/ gajim-plugin-omemo]. Questi pacchetti sono disponibili solo dalla AUR.<br />
<br />
===Problemi===<br />
Gajim sembra non supportare completamente Message Archiving per le MUC [https://trac.gajim.org/ticket/8036 bug tracker]: mostra solo gli ultimi 20 messaggi invece di mostrare tutti i messaggi scambiati nella MUC e non ricevuti perchè si era offline. Conversations invece riceve tutti i messaggi in modo corretto.<br />
<br />
==Conversations== <br />
Il migliore client per Android per numero di XEP integrate, ed è anche piacevole alla vista.<br />
Puoi installarlo con [[Installare_F-droid#Conversations|F-droid]]; c'è anche nel PlayStore, ma a pagamento.<br />
<br />
===Account===<br />
[[File:ConversationUserPass.jpg|miniatura|sinistra|Inserisci l'ID Jabber e la password e inizia a chattare!]]<br />
<br />
Per aggiungere un account devi andare in <code>Menu → Gestisci utenti</code>: qui troverai un tastino con un omino stilizzato e un più [[File:AddAccount Conversation.jpg|22px|inline|baseline]]. Cliccaci e otterrai una schermata che ti chiede jabberID e password, inseriscili e sei prontu a chattare!<br />
<br />
Dal menu "Gestisci utenti" puoi fare una serie di altre opreazioni utili che riguardano il tuo account, come <br />
* Cambiare la propria password: <code>Menu → Gestisci utenti → <tuo utente> → Menu → Cambia password</code><br />
* Impostare un avatar: <code>Menu → Gestisci utenti → <tuo utente></code> e poi clicca sull'avatar.<br />
<br />
===Contatti, chat e gruppi===<br />
[[File:Conversations screenshot.jpg|miniatura|Una conversazione chat sul client Conversations per Android permette anche di scambiarsi immagini e altre delizie.]]<br />
<br />
La prima schermata mostra l'elenco delle chat aperte, cliccaci sopra per aprirle, una volta dentro striscia a destra o sinistra per chiuderle.<br />
<br />
Se dovessi farlo per errore non preoccuparti: '''non''' hai eliminato il contatto e puoi riaprire la chat nell'elenco dei contatti.<br />
<br />
====Aggiungere contatti ed entrare nei gruppi====<br />
In alto a destra c'è una icona con un grosso "più": [[File:ConversationContacts.jpg|22px|inline|baseline]]<br />
Cliccandoci troverai l'elenco dei contatti e delle MUC; in alto a destra ci sono, nelle rispettive schede, i tasti per aggiungere contatti [[File:AddAccount Conversation.jpg|22px|inline|baseline]] e MUC [[File:ConversationJoinMUC.jpg|22px|inline|baseline]].<br />
<br />
====Random settings====<br />
Conversations di default non mostra se i contatti sono online o meno, ma si può in parte porre rimedio nelle impostazioni: <br />
* il pulsante "invio indica lo stato" colora il pulsante nella chat a seconda dello stato del contatto<ref>verde=disponibile, rosso=occupato, arancione=assente, grigio=offline.</ref>, <br />
* "mostra tag dinamici" mostra queste informazioni nell'elenco dei contatti, e selezionando <code>Menu → Nascondi i contatti offline</code> saranno visibili solo i contatti online.<br />
<br />
In una chat di gruppo, cliccando su "Dettagli conferenza" è possibile visualizzare l'elenco degli iscritti.<br />
<br />
=== OMEMO ===<br />
Alla prima conversazione con un client che supporta OMEMO chiederà di abilitare la chiave del contatto per poter iniziare a chattare. <br />
<br />
È buona norma verificare questa fingerprint tramite altro mezzo, tuttavia Conversations considera una chiave abilitata come "non verificata" (perchè non si fida del fatto che gli utenti verificano davvero quella chiave prima di abilitarla) e mostra un lucchetto rosso nella conversazione. La verifica avviene tramite la scansione di un QR code in cui è contenuta la chiave dell'amico.<br />
<br />
====Verifica delle chiavi====<br />
Per verificare la chiave si può cliccare sull'avatar nella chat oppure andare in <code>Menu → Dettagli del contatto</code>, tenere premuto sulla fingerprint omemo e selezionare <code>Scan 2D Barcode</code>. A questo punto si aprirà l'app per fotografare il QR.<ref>I dispositivi con una fotocamera vecchia e scarsa potrebbero non riuscire a mettere a fuoco un QR su un piccolo schermo, in quel caso si può inquadrare il QR zoommato sullo schermo di un computer oppure stamparlo su un foglio. Per aiutare la messa a fuoco può essere anche utile mettersi un po' a giocare con la luminosità dello schermo.</ref><br />
<br />
Per visualizzare il QR della propria fingerprint clicca sul tuo avatar oppure vai in <code>Menu → Gestisci utenti → <tuo utente></code> e poi <code>Menu → Show 2D Barcode</code> <br />
<br />
Nella stessa pagina è possibile visualizzare la propria fingerprint OMEMO in forma esadecimale, e più in basso, sotto "Altri dispositivi", sono presenti le fingerprint dei propri dispositivi, es. pc con Gajim. <br />
<br />
È necessario verificare anche quelle per essere sicuri della riservatezza della conversazione. Allo stesso modo della verifica della fingerprint di un contatto, tenendo premuto apparirà <code>Scan 2D Barcode</code>.<br />
<br />
=== Integrazione in Sailfish OS ===<br />
Sailfish ha una whitelist di applicazioni che possono mostrare notifiche di sistema. Alla versione attuale (2.0.5 Haapajoki) Conversations non è in questa lista, quindi non mostrerà notifiche, nè vibrazione o led. <br />
<br />
Per risolvere si può installare ''Android apps notifications'' da [http://openrepos.net Warehouse] e poi abilitare Conversations nel nuovo menù in Settings, oppure modificare da root il file <code>/usr/share/lipstick/androidnotificationpriorities</code> e aggiungere le righe:<br />
<pre><br />
Conversations;chat,chat_exists<br />
package:eu.siacs.conversations;chat,chat_exists<br />
</pre><br />
È necessario riavviare Home Screen affinchè le modifiche abbiano effetto.<br />
<br />
La tastiera di sistema non ha il supporto alle emoji, e Dolphin keyboard non sembra funzionare bene con Conversation. Per avere le emoticon si può installare una tastiera android da [[Installare_F-droid|F-droid]] (ad esempio ''AnySoftKeyboard'') e poi abilitare la nuova tastiera in Settings dopo aver installato ''Aliendalvik Control'' da Warehouse.<br />
<br />
Per rimanere sempre online e ricevere notifiche anche dopo aver chiuso la finestra di Conversation (in modo simile a quanto succede in android), bisogna consentire all'applicazione di eseguire servizi in backgroud all'avvio, in <code>Impostazioni → Applicazioni → Conversations</code> e poi selezionare "Mantieni il servizio in primo piano" nelle impostazioni avanzate di Conversations.<br />
<br />
==Altri Client==<br />
===ChatSecure===<br />
Per iOS (iPhone) esiste [https://chatsecure.org/ ChatSecure], che supporta la cifratura con OMEMO.<br />
<br />
===Telepathy===<br />
Integrato in KDE, mancano alcune opzioni per la configurazione, supporta OTR ma non le carbon copy ed il message archiving.<br />
<br />
===Pidgin===<br />
[https://pidgin.im/ Pidgin] è un client la cui comunità di sviluppo è molto partecipata, e che oltre a XMPP supporta i protocolli AIM, Bonjour, Gadu-Gadu, Google Talk, ICQ, IRC, SILC, SIMPLE, Zephyr, e molti altri ancora insieme a una vasta gamma di plugin.<br />
<br />
Supporta OMEMO attraverso il plugin SPERIMENTALE [https://github.com/gkdr/lurch Lurch]<br />
<br />
===Profanity===<br />
[http://www.profanity.im/ Profanity] è un client testuale, gira da console con un'interfaccia [http://www.gnu.org/software/ncurses/ ncurses] ed assomiglia molto al client [http://irssi.org/ irssi] per IRC. Su Arch Linux è presente in due pacchetti alternativi <code>profanity</code> e <code>profanity-gtk</code>: il secondo offre solo le notifiche desktop tramite le librerie gtk, e non un'interfaccia grafica (ovviamente).<br />
<br />
===Dino===<br />
[[File:Dino.png|miniatura|destra|Alcuni esempi dell'interfaccia di Dino]]<br />
[https://github.com/dino/dino Dino] è un client XMPP OpenSource moderno scritto in GTK3 e Vala, è in fase alpha e quindi non considerabile affidabile ma supporta già OMEMO nelle chat 1:1 e le chatroom insieme ad diverse XEPP consultabili [https://github.com/dino/dino/tree/master/xmpp-vala/src/module/xep qui]. Lo sviluppo avanza velocemente<br />
<br />
Nonostante il suo stadio è già abbastanza usabile<br />
<br />
==Generare un QR Code con le fingerprint per ogni device==<br />
Alcuni software, per esempio Conversations, non permettono di verificare completamente un contatto se non scansionando la fingerprint attraverso un QR Code o cliccando su un link xmpp. <br />
<br />
Non tutti i client però supportano la generazione di un QR da poter scansionare.<br />
<br />
Per ovviare a questo limite di seguito una procedura per generare un QR Code che contenga tutte le fingerprint collegate ad una chiave OMEMO. <br />
<br />
I passaggi sono molto Linux specifici<br />
<br />
Requisiti:<br />
* Un terminale<br />
* sqlite (CLI) o sqlitebrowser (GUI) Per Dino<br />
* qrencode (CLI) o qualsiasi programma per generare un qrcode<br />
<br />
Il QR Code al momento della scrittura contiene la seguente stringa:<br />
<pre><br />
xmpp:<USER>@<HOST>?otr-fingerprint=<OTR_FINGERPRINT>;omemo-sid-<DEVICE_ID>=<OMEMO_FINGERPRINT>;omemo-sid-<OTHER_DEVICE_ID>=<OTHER_OMEMO_FINGERPRINT>;omemo-sid-<OTHER_DEVICE_ID>=<OTHER_OMEMO_FINGERPRINT><br />
</pre><br />
dove:<br />
* '''<OTR_FINGERPRINT>''' è la fingerprint della chiave OTR ottenibile dalle informazioni account dei vari client che lo supportano<br />
* '''<DEVICE_ID>''' è il device ID, unico per ogni dispositivo o software<br />
* '''<OMEMO_FINGERPRINT>''' è la fingerprint della chiave OMEMO<br />
<br />
A seconda del client il metodo per recuperare le informazioni cambia:<br />
===Dino===<br />
Con il comando <br />
sqlite3 ~/.local/share/dino/omemo.db 'select device_id from identity'<br />
Dato da un terminale verranno mostrati tutti gli ID dei devices usati attraverso Dino sul PC<br />
Altrimenti con sqlitebrowser basta aprire il file '''~/.local/share/dino/omemo.db''' e navigare nella tabella identity cercando la colonna '''device_id'''<br />
<br />
Dalla finestra account invece sarà possibile vedere la fingerprint per ogni account. Per scelta degli sviluppatori non è possibile selezionarla ([https://github.com/dino/dino/issues/32 Issue #32]). <br />
<br />
Applicando la seguente patch prima della compilazione sarà possibile invece copiare la fingerprint<br />
<pre><br />
cat selectfpr.patch<br />
diff --git a/plugins/omemo/src/account_settings_widget.vala b/plugins/omemo/src/account_settings_widget.vala<br />
index bc0be3a..645c0fe 100644<br />
--- a/plugins/omemo/src/account_settings_widget.vala<br />
+++ b/plugins/omemo/src/account_settings_widget.vala<br />
@@ -15,6 +15,7 @@ public class AccountSettingWidget : Plugins.AccountSettingsWidget, Box {<br />
fingerprint.xalign = 0;<br />
Border border = new Button().get_style_context().get_padding(StateFlags.NORMAL);<br />
fingerprint.set_padding(border.left + 1, border.top + 1);<br />
+ fingerprint.set_selectable(true);<br />
fingerprint.visible = true;<br />
pack_start(fingerprint);<br />
<br />
@@ -60,4 +61,4 @@ public class AccountSettingWidget : Plugins.AccountSettingsWidget, Box {<br />
}<br />
}<br />
<br />
-}<br />
\ No newline at end of file<br />
+}<br />
</pre><br />
<br />
===Pidgin===<br />
Pidgin supporta OMEMO '''sperimentalmente''' attraverso il plugin [https://github.com/gkdr/lurch Lurch], per ottenere il device id basterà digitare in una finestra di chat il comando <code>/lurch show id own</code>, mentre per la fingerprint <code>/lurch show fp own</code>.<br />
<br />
===Gajim===<br />
Dal menu di impostazioni del plugin OMEMO è possibile vedere gli ID dei propri dispositivi e le proprie fingerprint.<br />
<br />
A questo punto è possibile generare il QR Code con le fingerprint con il comando<br />
<code>qrencode "xmpp:<USER>@<HOST>?otr-fingerprint=<OTR_FINGERPRINT>;omemo-sid-<DEVICE_ID>=<OMEMO_FINGERPRINT>;omemo-sid-<OTHER_DEVICE_ID>=<OTHER_OMEMO_FINGERPRINT>;omemo-sid-<OTHER_DEVICE_ID>=<OTHER_OMEMO_FINGERPRINT>" -o ~/fingerprints.png</code>. Il file sarà salvato nella home dell'utente col nome "fingerprints.png".<br />
<br />
È adesso possibile scansionare il QR con Conversations in modo da avere tutte le proprie fingerprint verificate ed autenticate. Da ora in poi basterà mostrare il QR di conversations che conterrà tutte le fingerprint<br />
<br />
== Altre risorse ==<br />
* [https://we.riseup.net/riseup/xmpp pagina su riseup] che raccoglie qualche considerazione tecnica e discussioni varie.<br />
* [https://www.youtube.com/watch?v=xwu3xjwyy9M video completo] con la presentazione, spiegazione e discussione del servizio (31 Marzo 2017 a [[Exploit]], [https://eigenlab.org/2017/03/jabber-eigenlab-presentazione-del-servizio/ post] sul sito).<br />
* [https://dev.gajim.org/gajim/gajim/wikis//KeyboardShortcuts scorciatoie da tastiera] per Gajim.<br />
<br />
==Note==<br />
<references /><br />
<br />
[[Categoria:EigenNet]]<br />
[[Categoria:Autoformazione]]<br />
[[Categoria:Comunicazione sicura]]<br />
[[Categoria:Device Mobili]]</div>Svalohttps://wiki.eigenlab.org/index.php?title=File:Dino.png&diff=4733File:Dino.png2017-05-31T07:51:50Z<p>Svalo: Image taken from github dino page</p>
<hr />
<div>Image taken from github dino page</div>Svalohttps://wiki.eigenlab.org/index.php?title=XMPP&diff=4732XMPP2017-05-31T07:48:08Z<p>Svalo: /* Dino */ Updates</p>
<hr />
<div>'''XMPP''' (''aka'' '''Jabber''') è un protocollo di chat federato: questo significa che se hai un account registrato su un determinato server potrai comunque parlare con gli utenti dell'intera rete XMPP, perché i server si parlano fra loro. Puoi entrare in contatto con chiunque semplicemente aggiungendo alla tua rubrica il suo ''Jabber ID'', analogamente a come faresti con un numero di telefono o un indirizzo email.<br />
<br />
XMPP fornisce sia chat private che di gruppo (dette anche ''"stanze"'', ''"chatroom"'', ''"conference"'' o ''"MUC"'' (Multi-User Chat); queste ultime possono essere pubbliche (mostrate nell'elenco delle MUC disponibili sul server) o private (bisogna conoscere il JID della stanza per poter entrare), protette o meno da password, cifrate o in chiaro, e così via... Molti client offrono una rubrica per i contatti.<br />
<br />
Inoltre il protocollo XMPP è molto estensibile, e ciò permette di scambiare file e immagini attraverso la chat, di stabilire comunicazioni criptate sia singole che di gruppo, e molto altro ancora.<br />
<br />
Esistono molti programmi per usare XMPP (client) per diverse piattaforme: [http://xmpp.org/software/clients.html qui] trovi una lista di client per Linux, Windows, OSX, iOS (iPhone), Android, Nokia Symbian e perfino da browser e da console. In questa pagina troverete le istruzioni e guide per alcuni client che abbiamo provato, tra cui [[XMPP#Gajim|Gajim]] (PC) e [[XMPP#Conversations|Conversations]] (Android).<br />
<br />
== Il nostro servizio XMPP ==<br />
Abbiamo installato [https://en.wikipedia.org/wiki/Prosody_(software) Prosody] sopra [[Zenzero]].<br />
Il server che abbiamo installato ha però due restrizioni importanti: <br />
* I client possono connettersi solo se supportano la cifratura SSL della connessione fra client e server;<br />
* I server (per la federazione) possono connettersi solo se supportano la cifratura della connessione fra server e server.<br />
Abbiamo scelto di inserire queste limitazioni perché siamo fermamente convintu che le comunicazioni debbano avvenire in modalità protetta: crediamo che ognunu debba poter scegliere - insieme ai propri interlocutori - il livello di sicurezza che desiderano avere, e cifrare la connessione via SSL è un passaggio minimo anche per chi non vuole usare strumenti più robusti per la sicurezza (vedi [[XMPP#Sicurezza|sotto]]).<br />
<br />
Siccome il servizio è ancora in fase di sperimentazione non permettiamo ancora la registrazione 'in-band' (cioè direttamente dal client): se vuoi un'account scrivi a <code>info[at]eigenlab[dot]org</code> oppure visita [https://jabber.eigenlab.org/ jabber.eigenlab.org].<br />
<br />
Puoi entrare nella chatroom <code>info@conference.eigenlab.org</code> per chiedere assistenza per l'installazione e la configurazione di un client XMPP, o per qualsiasi altro servizio di eigenLab, o anche semplicemente per scambiare quattro chiacchiere..<br />
<br />
=== Estensioni ===<br />
Abbiamo installato alcuni moduli per implementare alcune XEP, qui una lista parziale ed in aggiornamento:<br />
* MUC [http://xmpp.org/extensions/xep-0045.html XEP-0045] <code>conference.eigenlab.org</code> per le chat di gruppo (chiamate anche chatroom, conferenze o stanze).<br />
* SMACKS [https://modules.prosody.im/mod_smacks.html XEP-0198] per riesumare una sessione interrotta per la caduta della connessione.<br />
* MAM [https://modules.prosody.im/mod_mam.html XEP-0313] per l'archiviazione dei messaggi sul server fino ad una settimana così da poterli recuperare se sì è offline per un po'. Ogni utente può scegliere la sua configurazione per questo modulo.<br />
* Carbons [https://modules.prosody.im/mod_carbons.html XEP-0280] Per poter ricevere le conversazioni su tutti i dispositivi che supportano questa estensione. In questo modo è possibile chattare al pc e continuare poi sul telefono o sul portatile, come permettono di fare anche altri client di chat moderni. <br />
* [https://modules.prosody.im/mod_csi.html CSI], [https://modules.prosody.im/mod_throttle_presence.html throttle presence] e [https://modules.prosody.im/mod_filter_chatstates.html filter_chatstates]. Una serie di moduli specifici per i dispositivi mobile, permettono di decidere se ricevere o meno le notifiche di presenza di un contatto o quelle tipo ''"il contatto sta scrivendo"'' quando il dispositivo è in tasca/in uno stato di basso consumo/ecc...<br />
* HTTP File Upload [https://modules.prosody.im/mod_http_upload.html XEP-0363] consente l'upload di foto e file sul server, in modo che i client si scambino solo un link e non traferiscano il contenuto del file. I file rimangono a disposizione sul server, e se la chat è cifrata con OMEMO, il loro contenuto non è leggibile se non dal destinatario (il nome del file invece è in chiaro, in modo simile a quanto accade con [[PGP]] e l'oggetto della mail). Consente l'invio di foto e file nelle MUC.<br />
<br />
== Sicurezza ==<br />
Si può usare XMPP in maniera sicura utilizzando diversi protocolli di cifratura, ma non tutti sono disponibili, affidabili o funzionano bene su tutti i client.<br />
<br />
Con [https://en.wikipedia.org/wiki/Off-the-Record_Messaging OTR] é quasi impossibile avere le conversazioni cifrate fra ''dispositivi diversi usati dallo stesso account'', mentre [https://conversations.im/omemo/ OMEMO], un nuovo protocollo di cifratura sviluppato per Signal, permette una cifratura indolore anche fra device diversi. L'unica pecca è che non è ancora supportato da tutti i client, ma lo abbiamo testato con successo su [[XMPP#Gajim|Gajim]] (PC), [[XMPP#Conversations|Conversations]] (Android) e [[XMPP#Chatsecure|Chatsecure]] (iOS).<br />
Il supporto OTR in Gajim è disponibile con un plugin, che però è scritto male e non garantisce sicurezza. Gli stessi creatori sconsigliano di utilizzarlo.<br />
<br />
[[File:Omemo-fish.png|miniatura|destra|icona di OMEMO]]<br />
Per poter usare OMEMO in Gajim va installato un plugin dal gestore di pacchetti di sistema, perchè per motivi oscuri il plugin manager non riesce ad installarlo. Alla prima connessione con un contatto che supporta OMEMO verrà richiesto se fidarsi della chiave con cui si è presentato: è buona norma verificare la chiave attraverso un mezzo diverso. <br />
Conversations lo supporta di default, anche qui bisogna verificare la chiave del contatto.<br />
<br />
Per poter ricevere i messaggi sia su Gajim che su Conversations usando OMEMO bisogna fidarsi delle proprie chiavi su entrambi i device.<br />
<br />
== Gajim ==<br />
[[File:Gajim screenshot.jpg|miniatura|La grafica di Gajim è decisamente respingente, al momento. Ma il programma funziona benissimo e sui dettagli estetici ci stiamo lavorando.]]<br />
[https://gajim.org/ Gajim] è il più completo client desktop per numero di plugin e di XEP recenti supportate; è disponibile per i maggiori sistemi PC, per Windows, BSD e [[Linux]], pel quale si trova nei repository ufficiali dei pacchetti di tutte le maggiori distribuzioni.<br />
Molte persone continuano a contribuire allo sviluppo di Gajim; se vuoi contribuire puoi iniziare a leggere la [https://dev.gajim.org/gajim/gajim/wikis/home wiki] o la [https://dev.gajim.org/gajim/gajim/wikis/development/home pagina per lo sviluppo]<br />
<br />
=== Installazione ===<br />
====Arch====<br />
Bisogna avere l'AUR abilitato e installare i pacchetti con <code>yaourt -S gajim gajim-plugin-omemo gajim-plugin-httpupload python2-qrcode python2-future</code>.<br />
<br />
Su alcuni laptop Gajim si inchioda all'uscita dal programma e questo problema sembra risolversi installando il pacchetto <code>python2-dbus</code>.<br />
<br />
====Debian====<br />
Bisogna abilitare ''jessie-backports'': apri <code>sudo nano /etc/apt/sources.list</code> e aggiungi al file la riga:<br />
<pre>deb http://ftp.debian.org/debian jessie-backports main</pre><br />
<br />
Poi salvarlo e chiuderlo. Dare i comandi<br />
<pre>sudo aptitude update<br />
sudo aptitude -t jessie-backports install gajim-omemo gajim</pre><br />
<br />
=== Configurazione ===<br />
====Account====<br />
Aprendo Gajim per la prima volta devi configurare il tuo account dal menu <code>Modifica → account</code>.<br />
C'è sempre un account 'Local' ma non so a cosa serva. Tu aggiungi un nuovo account e metti l'ID Jabber seguito da <code>@eigenlab.org</code> e la password dell'utenza che ti sei fatta creare.<br />
<br />
Per cambiare la propria password, dal menu <code>Account -> Operazioni amministrative → cambia la password</code>.<br />
<br />
Per ricevere i messaggi su tutti i dispositivi connessi allo stesso account bisogna selezionare <code>Account → Generale → Receive conversations from other resources</code>.<br />
<br />
Se sei non in linea o desincronizzatu, oppure hai sbagliato ad inserire la password, puoi riconnetterti selezionando "diponibile" tra gli stati in basso. Capita però che gajim dica di essere desincronizzato anche se in realtà non lo è: se vedi almeno un contatto in linea non preoccuparti, puoi ignorarlo.<br />
<br />
====Contatti====<br />
Ora ti resta solo da aggiungere in rubrica le persone con cui chattare: dal menu <code>Azioni → aggiungi un contatto</code> inserisci l'ID Jabber del tuo amico (ad es. <code>pippo@eigenlab.org</code>) per "chiedergli l'amicizia" e quando anche lui te l'avrà accordata potrete chattare.<br />
<br />
Se trascini un contatto sopra un altro compare l'utilissima opzione "invia contatto di Beppe a Anna". C'è anche un'altra opzione "rendi Beppe e Anna [https://dev.gajim.org/gajim/gajim/wikis/help/MetaContacts metacontatti]", che serve per annidare diversi account usati dallo stesso utente sotto un'etichetta comune; se fai per sbaglio un metacontatto e vuoi annullare l'operazione, trascina il contatto più annidato sulla linea di un gruppo nella rubrica (ad esempio "Generale").<br />
<br />
Se capita di risultare offline ad un contatto, oppure di vedere offline chi in realtà è online, bisogna cliccare con il tasto destro sul contatto nell'elenco dei contatti, e in <code>Gestisci il contatto → Abbonamento</code> clicca su <code>Permetti al contatto di vedere il mio stato</code> e <code>Chiedi al contatto di poter vedere il suo stato</code>. Permettersi mutuamente di vedere lo stato è anche un prerequisito per usare OMEMO con Gajim.<br />
<br />
====Gruppi====<br />
Puoi vedere un elenco dei gruppi (pubblicamente accessibili) presenti sul server dal menu <code>Azioni → Ricerca dei servizi → eigenLab chatroom → Consulta</code> e selezionare quelli in cui vuoi entrare.<br />
Nella finestra che apparirà conviene selezionare "Aggiungi questa stanza ai segnalibri", che rende accessibile la stanza dal menu <code>Azioni → Entra in una conversazione di gruppo</code>.<br />
Selezionando "Entra automaticamente in questa stanza alla connessione", Gajim entrerà nella stanza al momento del login.<br />
<br />
Per non vedere i cambiamenti di stato di tutti i contatti nella stanza: <code>Azioni → Entra in una conversazione di gruppo → Gestisci i segnalibri → Stampa lo stato: "nessuno"</code>.<br />
<br />
====Chiamate e videochiamate====<br />
Per abilitare il supporto alle audio e videochiamate audio (supportato da Gajim, Pidgin e Telepathy) bisogna installare dei pacchetti aggiuntivi. In Arch installare il pacchetto <code>farstream</code>, mentre in Debian e derivate <code>python-farstream</code> e <code>gstreamer-plugins-bad</code>.<br />
<br />
=== Plugin ===<br />
[[File:Xmpp-file-image-http-upload-gatti.png|miniatura|Per sparare gattini in una chat (anche di gruppo) puoi usare ''send image via http upload'' (tasto celeste). Puoi inviare file di qualsiasi tipo con ''send file via http upload'' (tasto con la freccia verde).]]<br />
I nuovi plugin si installano dal menu <code>Modifica → Plugin → Available</code>.<br />
Dopo aver selezionato i plugin che vuoi installare clicca su install/upgrade, e poi abilitali nella scheda "installed".<br />
<br />
Di seguito alcuni plugin particolarmente utili:<br />
* '''Httpupload''': Aggiunge il supporto ad HTTP File Upload. Nella finestra di chat compariranno due nuovi pulsanti, "send file via http" e "send image via http". Il vecchio trasferimento da client a client è ancora disponibile con il pulsante "invia dei file".<br />
* '''Url image preview''': Visualizza le immagini direttamente nella finestra di chat anzichè chiedere dove salvarle o mostrare un link. Di default mostra immagini piccole solo per file piccoli. Valori ragionevoli nella configurazioni in <code>Modifica → Plugin → Url image preview → Configura</code> sono preview size:500 , accept files smaller than: 10mb. Cliccando con il tasto destro sull'immagine si può aprirla, salvarla o copiare il link originale.<br />
* '''Client icons''': Mostra una icona che rapresenta il client usato nell'elenco dei contatti.<br />
* '''Emoticons pack''': Aggiunge un enorme set di emoticon che sostituiscono quelle di default di gajim. Sono compatibili con le emoticon android anche se appariranno leggermente diverse su android. Per abilitarlo, nella finestra <code>Modifica → plugin → emoticon</code>, installa Twemoji resized. Sembrerà che non sia successo nulla, ma non ti preouccare, vai in <code>Preferenze → emoticon</code> e seleziona Twemoji resized.<br />
<br />
Riavviare '''sempre''' Gajim dopo aver abilitato o aggiornato i plugin.<br />
<br />
==== OMEMO ====<br />
Dopo aver abilitato il plugin OMEMO, Gajim si impallerà qualche secondo per generare le chiavi: non impanicatevi, è normale. Quando avrà finito sarete a un passo dal chattare in sicurezza.<br />
<br />
Nella finestra di chat, se il client del contatto lo supporta, appare l'icona con il pesce [[File:OmemoGajimFish LowRes.png|inline|baseline]] da cui si può abilitare OMEMO nella chat. <br />
Cliccando "fingerprints" si possono verificare le fingerprint del contatto. <br />
<br />
Nella finestra "own devices" ci sono invece le fingerprint dei propri dispositivi, ad es. una per Conversations sullo smartphone e una per Gajim sul pc. È necessario verificare anche quelle per essere sicuri della riservatezza della conversazione.<br />
<br />
È possibile visualizzare la propria fingerprint da <code>Modifica → Plugin → Url image preview → Configura → Account: eigenlab.org</code> dove è presente anche il QR-code che puoi usare per farti verificare velocemente da chi ha uno smartphone.<br />
<br />
Per visualizzare il QR-code, se si è installato il plugin OMEMO da Gajim, è necessario installare dei pacchetti. Il programma indica solo "python-qrcode". Su Arch, per avere garanzia di funzionamento, non bisogna installare questo pacchetto ma tutte le dependencies python2-* dalla pagina di [https://aur.archlinux.org/packages/gajim-plugin-omemo/ gajim-plugin-omemo]. Questi pacchetti sono disponibili solo dalla AUR.<br />
<br />
===Problemi===<br />
Gajim sembra non supportare completamente Message Archiving per le MUC [https://trac.gajim.org/ticket/8036 bug tracker]: mostra solo gli ultimi 20 messaggi invece di mostrare tutti i messaggi scambiati nella MUC e non ricevuti perchè si era offline. Conversations invece riceve tutti i messaggi in modo corretto.<br />
<br />
==Conversations== <br />
Il migliore client per Android per numero di XEP integrate, ed è anche piacevole alla vista.<br />
Puoi installarlo con [[Installare_F-droid#Conversations|F-droid]]; c'è anche nel PlayStore, ma a pagamento.<br />
<br />
===Account===<br />
[[File:ConversationUserPass.jpg|miniatura|sinistra|Inserisci l'ID Jabber e la password e inizia a chattare!]]<br />
<br />
Per aggiungere un account devi andare in <code>Menu → Gestisci utenti</code>: qui troverai un tastino con un omino stilizzato e un più [[File:AddAccount Conversation.jpg|22px|inline|baseline]]. Cliccaci e otterrai una schermata che ti chiede jabberID e password, inseriscili e sei prontu a chattare!<br />
<br />
Dal menu "Gestisci utenti" puoi fare una serie di altre opreazioni utili che riguardano il tuo account, come <br />
* Cambiare la propria password: <code>Menu → Gestisci utenti → <tuo utente> → Menu → Cambia password</code><br />
* Impostare un avatar: <code>Menu → Gestisci utenti → <tuo utente></code> e poi clicca sull'avatar.<br />
<br />
===Contatti, chat e gruppi===<br />
[[File:Conversations screenshot.jpg|miniatura|Una conversazione chat sul client Conversations per Android permette anche di scambiarsi immagini e altre delizie.]]<br />
<br />
La prima schermata mostra l'elenco delle chat aperte, cliccaci sopra per aprirle, una volta dentro striscia a destra o sinistra per chiuderle.<br />
<br />
Se dovessi farlo per errore non preoccuparti: '''non''' hai eliminato il contatto e puoi riaprire la chat nell'elenco dei contatti.<br />
<br />
====Aggiungere contatti ed entrare nei gruppi====<br />
In alto a destra c'è una icona con un grosso "più": [[File:ConversationContacts.jpg|22px|inline|baseline]]<br />
Cliccandoci troverai l'elenco dei contatti e delle MUC; in alto a destra ci sono, nelle rispettive schede, i tasti per aggiungere contatti [[File:AddAccount Conversation.jpg|22px|inline|baseline]] e MUC [[File:ConversationJoinMUC.jpg|22px|inline|baseline]].<br />
<br />
====Random settings====<br />
Conversations di default non mostra se i contatti sono online o meno, ma si può in parte porre rimedio nelle impostazioni: <br />
* il pulsante "invio indica lo stato" colora il pulsante nella chat a seconda dello stato del contatto<ref>verde=disponibile, rosso=occupato, arancione=assente, grigio=offline.</ref>, <br />
* "mostra tag dinamici" mostra queste informazioni nell'elenco dei contatti, e selezionando <code>Menu → Nascondi i contatti offline</code> saranno visibili solo i contatti online.<br />
<br />
In una chat di gruppo, cliccando su "Dettagli conferenza" è possibile visualizzare l'elenco degli iscritti.<br />
<br />
=== OMEMO ===<br />
Alla prima conversazione con un client che supporta OMEMO chiederà di abilitare la chiave del contatto per poter iniziare a chattare. <br />
<br />
È buona norma verificare questa fingerprint tramite altro mezzo, tuttavia Conversations considera una chiave abilitata come "non verificata" (perchè non si fida del fatto che gli utenti verificano davvero quella chiave prima di abilitarla) e mostra un lucchetto rosso nella conversazione. La verifica avviene tramite la scansione di un QR code in cui è contenuta la chiave dell'amico.<br />
<br />
====Verifica delle chiavi====<br />
Per verificare la chiave si può cliccare sull'avatar nella chat oppure andare in <code>Menu → Dettagli del contatto</code>, tenere premuto sulla fingerprint omemo e selezionare <code>Scan 2D Barcode</code>. A questo punto si aprirà l'app per fotografare il QR.<ref>I dispositivi con una fotocamera vecchia e scarsa potrebbero non riuscire a mettere a fuoco un QR su un piccolo schermo, in quel caso si può inquadrare il QR zoommato sullo schermo di un computer oppure stamparlo su un foglio. Per aiutare la messa a fuoco può essere anche utile mettersi un po' a giocare con la luminosità dello schermo.</ref><br />
<br />
Per visualizzare il QR della propria fingerprint clicca sul tuo avatar oppure vai in <code>Menu → Gestisci utenti → <tuo utente></code> e poi <code>Menu → Show 2D Barcode</code> <br />
<br />
Nella stessa pagina è possibile visualizzare la propria fingerprint OMEMO in forma esadecimale, e più in basso, sotto "Altri dispositivi", sono presenti le fingerprint dei propri dispositivi, es. pc con Gajim. <br />
<br />
È necessario verificare anche quelle per essere sicuri della riservatezza della conversazione. Allo stesso modo della verifica della fingerprint di un contatto, tenendo premuto apparirà <code>Scan 2D Barcode</code>.<br />
<br />
=== Integrazione in Sailfish OS ===<br />
Sailfish ha una whitelist di applicazioni che possono mostrare notifiche di sistema. Alla versione attuale (2.0.5 Haapajoki) Conversations non è in questa lista, quindi non mostrerà notifiche, nè vibrazione o led. <br />
<br />
Per risolvere si può installare ''Android apps notifications'' da [http://openrepos.net Warehouse] e poi abilitare Conversations nel nuovo menù in Settings, oppure modificare da root il file <code>/usr/share/lipstick/androidnotificationpriorities</code> e aggiungere le righe:<br />
<pre><br />
Conversations;chat,chat_exists<br />
package:eu.siacs.conversations;chat,chat_exists<br />
</pre><br />
È necessario riavviare Home Screen affinchè le modifiche abbiano effetto.<br />
<br />
La tastiera di sistema non ha il supporto alle emoji, e Dolphin keyboard non sembra funzionare bene con Conversation. Per avere le emoticon si può installare una tastiera android da [[Installare_F-droid|F-droid]] (ad esempio ''AnySoftKeyboard'') e poi abilitare la nuova tastiera in Settings dopo aver installato ''Aliendalvik Control'' da Warehouse.<br />
<br />
Per rimanere sempre online e ricevere notifiche anche dopo aver chiuso la finestra di Conversation (in modo simile a quanto succede in android), bisogna consentire all'applicazione di eseguire servizi in backgroud all'avvio, in <code>Impostazioni → Applicazioni → Conversations</code> e poi selezionare "Mantieni il servizio in primo piano" nelle impostazioni avanzate di Conversations.<br />
<br />
==Altri Client==<br />
===ChatSecure===<br />
Per iOS (iPhone) esiste [https://chatsecure.org/ ChatSecure], che supporta la cifratura con OMEMO.<br />
<br />
===Telepathy===<br />
Integrato in KDE, mancano alcune opzioni per la configurazione, supporta OTR ma non le carbon copy ed il message archiving.<br />
<br />
===Pidgin===<br />
[https://pidgin.im/ Pidgin] è un client la cui comunità di sviluppo è molto partecipata, e che oltre a XMPP supporta i protocolli AIM, Bonjour, Gadu-Gadu, Google Talk, ICQ, IRC, SILC, SIMPLE, Zephyr, e molti altri ancora insieme a una vasta gamma di plugin.<br />
<br />
Supporta OMEMO attraverso il plugin SPERIMENTALE [https://github.com/gkdr/lurch Lurch]<br />
<br />
===Profanity===<br />
[http://www.profanity.im/ Profanity] è un client testuale, gira da console con un'interfaccia [http://www.gnu.org/software/ncurses/ ncurses] ed assomiglia molto al client [http://irssi.org/ irssi] per IRC. Su Arch Linux è presente in due pacchetti alternativi <code>profanity</code> e <code>profanity-gtk</code>: il secondo offre solo le notifiche desktop tramite le librerie gtk, e non un'interfaccia grafica (ovviamente).<br />
<br />
===Dino===<br />
[https://github.com/dino/dino Dino] è un client XMPP OpenSource moderno scritto in GTK3 e Vala, è in fase alpha e quindi non considerabile affidabile ma supporta già OMEMO nelle chat 1:1 e le chatroom insieme ad diverse XEPP consultabili [https://github.com/dino/dino/tree/master/xmpp-vala/src/module/xep qui]. Lo sviluppo avanza velocemente<br />
<br />
Nonostante il suo stadio è già abbastanza usabile<br />
<br />
==Generare un QR Code con le fingerprint per ogni device==<br />
Alcuni software, per esempio Conversations, non permettono di verificare completamente un contatto se non scansionando la fingerprint attraverso un QR Code o cliccando su un link xmpp. <br />
<br />
Non tutti i client però supportano la generazione di un QR da poter scansionare.<br />
<br />
Per ovviare a questo limite di seguito una procedura per generare un QR Code che contenga tutte le fingerprint collegate ad una chiave OMEMO. <br />
<br />
I passaggi sono molto Linux specifici<br />
<br />
Requisiti:<br />
* Un terminale<br />
* sqlite (CLI) o sqlitebrowser (GUI) Per Dino<br />
* qrencode (CLI) o qualsiasi programma per generare un qrcode<br />
<br />
Il QR Code al momento della scrittura contiene la seguente stringa:<br />
<pre><br />
xmpp:<USER>@<HOST>?otr-fingerprint=<OTR_FINGERPRINT>;omemo-sid-<DEVICE_ID>=<OMEMO_FINGERPRINT>;omemo-sid-<OTHER_DEVICE_ID>=<OTHER_OMEMO_FINGERPRINT>;omemo-sid-<OTHER_DEVICE_ID>=<OTHER_OMEMO_FINGERPRINT><br />
</pre><br />
dove:<br />
* '''<OTR_FINGERPRINT>''' è la fingerprint della chiave OTR ottenibile dalle informazioni account dei vari client che lo supportano<br />
* '''<DEVICE_ID>''' è il device ID, unico per ogni dispositivo o software<br />
* '''<OMEMO_FINGERPRINT>''' è la fingerprint della chiave OMEMO<br />
<br />
A seconda del client il metodo per recuperare le informazioni cambia:<br />
===Dino===<br />
Con il comando <br />
sqlite3 ~/.local/share/dino/omemo.db 'select device_id from identity'<br />
Dato da un terminale verranno mostrati tutti gli ID dei devices usati attraverso Dino sul PC<br />
Altrimenti con sqlitebrowser basta aprire il file '''~/.local/share/dino/omemo.db''' e navigare nella tabella identity cercando la colonna '''device_id'''<br />
<br />
Dalla finestra account invece sarà possibile vedere la fingerprint per ogni account. Per scelta degli sviluppatori non è possibile selezionarla ([https://github.com/dino/dino/issues/32 Issue #32]). <br />
<br />
Applicando la seguente patch prima della compilazione sarà possibile invece copiare la fingerprint<br />
<pre><br />
cat selectfpr.patch<br />
diff --git a/plugins/omemo/src/account_settings_widget.vala b/plugins/omemo/src/account_settings_widget.vala<br />
index bc0be3a..645c0fe 100644<br />
--- a/plugins/omemo/src/account_settings_widget.vala<br />
+++ b/plugins/omemo/src/account_settings_widget.vala<br />
@@ -15,6 +15,7 @@ public class AccountSettingWidget : Plugins.AccountSettingsWidget, Box {<br />
fingerprint.xalign = 0;<br />
Border border = new Button().get_style_context().get_padding(StateFlags.NORMAL);<br />
fingerprint.set_padding(border.left + 1, border.top + 1);<br />
+ fingerprint.set_selectable(true);<br />
fingerprint.visible = true;<br />
pack_start(fingerprint);<br />
<br />
@@ -60,4 +61,4 @@ public class AccountSettingWidget : Plugins.AccountSettingsWidget, Box {<br />
}<br />
}<br />
<br />
-}<br />
\ No newline at end of file<br />
+}<br />
</pre><br />
<br />
===Pidgin===<br />
Pidgin supporta OMEMO '''sperimentalmente''' attraverso il plugin [https://github.com/gkdr/lurch Lurch], per ottenere il device id basterà digitare in una finestra di chat il comando <code>/lurch show id own</code>, mentre per la fingerprint <code>/lurch show fp own</code>.<br />
<br />
===Gajim===<br />
Dal menu di impostazioni del plugin OMEMO è possibile vedere gli ID dei propri dispositivi e le proprie fingerprint.<br />
<br />
A questo punto è possibile generare il QR Code con le fingerprint con il comando<br />
<code>qrencode "xmpp:<USER>@<HOST>?otr-fingerprint=<OTR_FINGERPRINT>;omemo-sid-<DEVICE_ID>=<OMEMO_FINGERPRINT>;omemo-sid-<OTHER_DEVICE_ID>=<OTHER_OMEMO_FINGERPRINT>;omemo-sid-<OTHER_DEVICE_ID>=<OTHER_OMEMO_FINGERPRINT>" -o ~/fingerprints.png</code>. Il file sarà salvato nella home dell'utente col nome "fingerprints.png".<br />
<br />
È adesso possibile scansionare il QR con Conversations in modo da avere tutte le proprie fingerprint verificate ed autenticate. Da ora in poi basterà mostrare il QR di conversations che conterrà tutte le fingerprint<br />
<br />
== Altre risorse ==<br />
* [https://we.riseup.net/riseup/xmpp pagina su riseup] che raccoglie qualche considerazione tecnica e discussioni varie.<br />
* [https://www.youtube.com/watch?v=xwu3xjwyy9M video completo] con la presentazione, spiegazione e discussione del servizio (31 Marzo 2017 a [[Exploit]], [https://eigenlab.org/2017/03/jabber-eigenlab-presentazione-del-servizio/ post] sul sito).<br />
* [https://dev.gajim.org/gajim/gajim/wikis//KeyboardShortcuts scorciatoie da tastiera] per Gajim.<br />
<br />
==Note==<br />
<references /><br />
<br />
[[Categoria:EigenNet]]<br />
[[Categoria:Autoformazione]]<br />
[[Categoria:Comunicazione sicura]]<br />
[[Categoria:Device Mobili]]</div>Svalohttps://wiki.eigenlab.org/index.php?title=XMPP&diff=4727XMPP2017-05-14T07:38:05Z<p>Svalo: /* Generare un QR Code con le fingerprint per ogni device */</p>
<hr />
<div>'''XMPP''' (''aka'' '''Jabber''') è un protocollo di chat federato: questo significa che se hai un account registrato su un determinato server potrai comunque parlare con gli utenti dell'intera rete XMPP, perché i server si parlano fra loro. Puoi entrare in contatto con chiunque semplicemente aggiungendo alla tua rubrica il suo ''Jabber ID'', analogamente a come faresti con un numero di telefono o un indirizzo email.<br />
<br />
XMPP fornisce sia chat private che di gruppo (dette anche ''"stanze"'', ''"chatroom"'', ''"conference"'' o ''"MUC"'' (Multi-User Chat); queste ultime possono essere pubbliche (mostrate nell'elenco delle MUC disponibili sul server) o private (bisogna conoscere il JID della stanza per poter entrare), protette o meno da password, cifrate o in chiaro, e così via... Molti client offrono una rubrica per i contatti.<br />
<br />
Inoltre il protocollo XMPP è molto estensibile, e ciò permette di scambiare file e immagini attraverso la chat, di stabilire comunicazioni criptate sia singole che di gruppo, e molto altro ancora.<br />
<br />
Esistono molti programmi per usare XMPP (client) per diverse piattaforme: [http://xmpp.org/software/clients.html qui] trovi una lista di client per Linux, Windows, OSX, iOS (iPhone), Android, Nokia Symbian e perfino da browser e da console. In questa pagina troverete le istruzioni e guide per alcuni client che abbiamo provato, tra cui [[XMPP#Gajim|Gajim]] (PC) e [[XMPP#Conversations|Conversations]] (Android).<br />
<br />
== Il nostro servizio XMPP ==<br />
Abbiamo installato [https://en.wikipedia.org/wiki/Prosody_(software) Prosody] sopra [[Zenzero]].<br />
Il server che abbiamo installato ha però due restrizioni importanti: <br />
* I client possono connettersi solo se supportano la cifratura SSL della connessione fra client e server;<br />
* I server (per la federazione) possono connettersi solo se supportano la cifratura della connessione fra server e server.<br />
Abbiamo scelto di inserire queste limitazioni perché siamo fermamente convintu che le comunicazioni debbano avvenire in modalità protetta: crediamo che ognunu debba poter scegliere - insieme ai propri interlocutori - il livello di sicurezza che desiderano avere, e cifrare la connessione via SSL è un passaggio minimo anche per chi non vuole usare strumenti più robusti per la sicurezza (vedi [[XMPP#Sicurezza|sotto]]).<br />
<br />
Siccome il servizio è ancora in fase di sperimentazione non permettiamo ancora la registrazione 'in-band' (cioè direttamente dal client): se vuoi un'account scrivi a <code>info[at]eigenlab[dot]org</code> oppure visita [https://jabber.eigenlab.org/ jabber.eigenlab.org].<br />
<br />
Puoi entrare nella chatroom <code>info@conference.eigenlab.org</code> per chiedere assistenza per l'installazione e la configurazione di un client XMPP, o per qualsiasi altro servizio di eigenLab, o anche semplicemente per scambiare quattro chiacchiere..<br />
<br />
=== Estensioni ===<br />
Abbiamo installato alcuni moduli per implementare alcune XEP, qui una lista parziale ed in aggiornamento:<br />
* MUC [http://xmpp.org/extensions/xep-0045.html XEP-0045] <code>conference.eigenlab.org</code> per le chat di gruppo (chiamate anche chatroom, conferenze o stanze).<br />
* SMACKS [https://modules.prosody.im/mod_smacks.html XEP-0198] per riesumare una sessione interrotta per la caduta della connessione.<br />
* MAM [https://modules.prosody.im/mod_mam.html XEP-0313] per l'archiviazione dei messaggi sul server fino ad una settimana così da poterli recuperare se sì è offline per un po'. Ogni utente può scegliere la sua configurazione per questo modulo.<br />
* Carbons [https://modules.prosody.im/mod_carbons.html XEP-0280] Per poter ricevere le conversazioni su tutti i dispositivi che supportano questa estensione. In questo modo è possibile chattare al pc e continuare poi sul telefono o sul portatile, come permettono di fare anche altri client di chat moderni. <br />
* [https://modules.prosody.im/mod_csi.html CSI], [https://modules.prosody.im/mod_throttle_presence.html throttle presence] e [https://modules.prosody.im/mod_filter_chatstates.html filter_chatstates]. Una serie di moduli specifici per i dispositivi mobile, permettono di decidere se ricevere o meno le notifiche di presenza di un contatto o quelle tipo ''"il contatto sta scrivendo"'' quando il dispositivo è in tasca/in uno stato di basso consumo/ecc...<br />
* HTTP File Upload [https://modules.prosody.im/mod_http_upload.html XEP-0363] consente l'upload di foto e file sul server, in modo che i client si scambino solo un link e non traferiscano il contenuto del file. I file rimangono a disposizione sul server, e se la chat è cifrata con OMEMO, il loro contenuto non è leggibile se non dal destinatario (il nome del file invece è in chiaro, in modo simile a quanto accade con [[PGP]] e l'oggetto della mail). Consente l'invio di foto e file nelle MUC.<br />
<br />
== Sicurezza ==<br />
Si può usare XMPP in maniera sicura utilizzando diversi protocolli di cifratura, ma non tutti sono disponibili, affidabili o funzionano bene su tutti i client.<br />
<br />
Con [https://en.wikipedia.org/wiki/Off-the-Record_Messaging OTR] é quasi impossibile avere le conversazioni cifrate fra ''dispositivi diversi usati dallo stesso account'', mentre [https://conversations.im/omemo/ OMEMO], un nuovo protocollo di cifratura sviluppato per Signal, permette una cifratura indolore anche fra device diversi. L'unica pecca è che non è ancora supportato da tutti i client, ma lo abbiamo testato con successo su [[XMPP#Gajim|Gajim]] (PC), [[XMPP#Conversations|Conversations]] (Android) e [[XMPP#Chatsecure|Chatsecure]] (iOS).<br />
Il supporto OTR in Gajim è disponibile con un plugin, che però è scritto male e non garantisce sicurezza. Gli stessi creatori sconsigliano di utilizzarlo.<br />
<br />
[[File:Omemo-fish.png|miniatura|destra|l'icona a fesciolino di OMEMO]]<br />
Per poter usare OMEMO in Gajim va installato un plugin dal gestore di pacchetti di sistema, perchè per motivi oscuri il plugin manager non riesce ad installarlo. Alla prima connessione con un contatto che supporta OMEMO verrà richiesto se fidarsi della chiave con cui si è presentato: è buona norma verificare la chiave attraverso un mezzo diverso. <br />
Conversations lo supporta di default, anche qui bisogna verificare la chiave del contatto.<br />
<br />
Per poter ricevere i messaggi sia su Gajim che su Conversations usando OMEMO bisogna fidarsi delle proprie chiavi su entrambi i device.<br />
<br />
== Gajim ==<br />
[[File:Gajim screenshot.jpg|miniatura|La grafica di Gajim è decisamente respingente, al momento. Ma il programma funziona benissimo e sui dettagli estetici ci stiamo lavorando.]]<br />
[https://gajim.org/ Gajim] è il più completo client desktop per numero di plugin e di XEP recenti supportate; è disponibile per i maggiori sistemi PC, per Windows, BSD e [[Linux]], pel quale si trova nei repository ufficiali dei pacchetti di tutte le maggiori distribuzioni.<br />
Molte persone continuano a contribuire allo sviluppo di Gajim; se vuoi contribuire puoi iniziare a leggere la [https://dev.gajim.org/gajim/gajim/wikis/home wiki] o la [https://dev.gajim.org/gajim/gajim/wikis/development/home pagina per lo sviluppo]<br />
<br />
=== Installazione ===<br />
====Arch====<br />
Bisogna avere l'AUR abilitato e installare i pacchetti con <code>yaourt -S gajim gajim-plugin-omemo gajim-plugin-httpupload python2-qrcode python2-future</code>.<br />
<br />
Su alcuni laptop Gajim si inchioda all'uscita dal programma e questo problema sembra risolversi installando il pacchetto <code>python2-dbus</code>.<br />
<br />
====Debian====<br />
Bisogna abilitare ''jessie-backports'': apri <code>sudo nano /etc/apt/sources.list</code> e aggiungi al file la riga:<br />
<pre>deb http://ftp.debian.org/debian jessie-backports main</pre><br />
<br />
Poi salvarlo e chiuderlo. Dare i comandi<br />
<pre>sudo aptitude update<br />
sudo aptitude -t jessie-backports install gajim-omemo gajim</pre><br />
<br />
=== Configurazione ===<br />
====Account====<br />
Aprendo Gajim per la prima volta devi configurare il tuo account dal menu <code>Modifica → account</code>.<br />
C'è sempre un account 'Local' ma non so a cosa serva. Tu aggiungi un nuovo account e metti l'ID Jabber seguito da <code>@eigenlab.org</code> e la password dell'utenza che ti sei fatta creare.<br />
<br />
Per cambiare la propria password, dal menu <code>Account -> Operazioni amministrative → cambia la password</code>.<br />
<br />
Per ricevere i messaggi su tutti i dispositivi connessi allo stesso account bisogna selezionare <code>Account → Generale → Receive conversations from other resources</code>.<br />
<br />
Se sei non in linea o desincronizzatu, oppure hai sbagliato ad inserire la password, puoi riconnetterti selezionando "diponibile" tra gli stati in basso. Capita però che gajim dica di essere desincronizzato anche se in realtà non lo è: se vedi almeno un contatto in linea non preoccuparti, puoi ignorarlo.<br />
<br />
====Contatti====<br />
Ora ti resta solo da aggiungere in rubrica le persone con cui chattare: dal menu <code>Azioni → aggiungi un contatto</code> inserisci l'ID Jabber del tuo amico (ad es. <code>pippo@eigenlab.org</code>) per "chiedergli l'amicizia" e quando anche lui te l'avrà accordata potrete chattare.<br />
<br />
Se trascini un contatto sopra un altro compare l'utilissima opzione "invia contatto di Beppe a Anna". C'è anche un'altra opzione "rendi Beppe e Anna [https://dev.gajim.org/gajim/gajim/wikis/help/MetaContacts metacontatti]", che serve per annidare diversi account usati dallo stesso utente sotto un'etichetta comune; se fai per sbaglio un metacontatto e vuoi annullare l'operazione, trascina il contatto più annidato sulla linea di un gruppo nella rubrica (ad esempio "Generale").<br />
<br />
Se capita di risultare offline ad un contatto, oppure di vedere offline chi in realtà è online, bisogna cliccare con il tasto destro sul contatto nell'elenco dei contatti, e in <code>Gestisci il contatto → Abbonamento</code> clicca su <code>Permetti al contatto di vedere il mio stato</code> e <code>Chiedi al contatto di poter vedere il suo stato</code>. Permettersi mutuamente di vedere lo stato è anche un prerequisito per usare OMEMO con Gajim.<br />
<br />
====Gruppi====<br />
Puoi vedere un elenco dei gruppi (pubblicamente accessibili) presenti sul server dal menu <code>Azioni → Ricerca dei servizi → eigenLab chatroom → Consulta</code> e selezionare quelli in cui vuoi entrare.<br />
Nella finestra che apparirà conviene selezionare "Aggiungi questa stanza ai segnalibri", che rende accessibile la stanza dal menu <code>Azioni → Entra in una conversazione di gruppo</code>.<br />
Selezionando "Entra automaticamente in questa stanza alla connessione", Gajim entrerà nella stanza al momento del login.<br />
<br />
Per non vedere i cambiamenti di stato di tutti i contatti nella stanza: <code>Azioni → Entra in una conversazione di gruppo → Gestisci i segnalibri → Stampa lo stato: "nessuno"</code>.<br />
<br />
====Chiamate e videochiamate====<br />
Per abilitare il supporto alle audio e videochiamate audio (supportato da Gajim, Pidgin e Telepathy) bisogna installare dei pacchetti aggiuntivi. In Arch installare il pacchetto <code>farstream</code>, mentre in Debian e derivate <code>python-farstream</code> e <code>gstreamer-plugins-bad</code>.<br />
<br />
=== Plugin ===<br />
[[File:Xmpp-file-image-http-upload-gatti.png|miniatura|Per sparare gattini in una chat (anche di gruppo) puoi usare ''send image via http upload'' (tasto celeste). Puoi inviare file di qualsiasi tipo con ''send file via http upload'' (tasto con la freccia verde).]]<br />
I nuovi plugin si installano dal menu <code>Modifica → Plugin → Available</code>.<br />
Dopo aver selezionato i plugin che vuoi installare clicca su install/upgrade, e poi abilitali nella scheda "installed".<br />
<br />
Di seguito alcuni plugin particolarmente utili:<br />
* '''Httpupload''': Aggiunge il supporto ad HTTP File Upload. Nella finestra di chat compariranno due nuovi pulsanti, "send file via http" e "send image via http". Il vecchio trasferimento da client a client è ancora disponibile con il pulsante "invia dei file".<br />
* '''Url image preview''': Visualizza le immagini direttamente nella finestra di chat anzichè chiedere dove salvarle o mostrare un link. Di default mostra immagini piccole solo per file piccoli. Valori ragionevoli nella configurazioni in <code>Modifica → Plugin → Url image preview → Configura</code> sono preview size:500 , accept files smaller than: 10mb. Cliccando con il tasto destro sull'immagine si può aprirla, salvarla o copiare il link originale.<br />
* '''Client icons''': Mostra una icona che rapresenta il client usato nell'elenco dei contatti.<br />
* '''Emoticons pack''': Aggiunge un enorme set di emoticon che sostituiscono quelle di default di gajim. Sono compatibili con le emoticon android anche se appariranno leggermente diverse su android. Per abilitarlo, nella finestra <code>Modifica → plugin → emoticon</code>, installa Twemoji resized. Sembrerà che non sia successo nulla, ma non ti preouccare, vai in <code>Preferenze → emoticon</code> e seleziona Twemoji resized.<br />
<br />
Riavviare '''sempre''' Gajim dopo aver abilitato o aggiornato i plugin.<br />
<br />
==== OMEMO ====<br />
Dopo aver abilitato il plugin OMEMO, Gajim si impallerà qualche secondo per generare le chiavi: non impanicatevi, è normale. Quando avrà finito sarete a un passo dal chattare in sicurezza.<br />
<br />
Nella finestra di chat, se il client del contatto lo supporta, appare l'icona con il pesce [[File:OmemoGajimFish LowRes.png|inline|baseline]] da cui si può abilitare OMEMO nella chat. <br />
Cliccando "fingerprints" si possono verificare le fingerprint del contatto. <br />
<br />
Nella finestra "own devices" ci sono invece le fingerprint dei propri dispositivi, ad es. una per Conversations sullo smartphone e una per Gajim sul pc. È necessario verificare anche quelle per essere sicuri della riservatezza della conversazione.<br />
<br />
È possibile visualizzare la propria fingerprint da <code>Modifica → Plugin → Url image preview → Configura → Account: eigenlab.org</code> dove è presente anche il QR-code che puoi usare per farti verificare velocemente da chi ha uno smartphone.<br />
<br />
Per visualizzare il QR-code, se si è installato il plugin OMEMO da Gajim, è necessario installare dei pacchetti. Il programma indica solo "python-qrcode". Su Arch, per avere garanzia di funzionamento, non bisogna installare questo pacchetto ma tutte le dependencies python2-* dalla pagina di [https://aur.archlinux.org/packages/gajim-plugin-omemo/ gajim-plugin-omemo]. Questi pacchetti sono disponibili solo dalla AUR.<br />
<br />
=== Problemi ===<br />
Gajim sembra non supportare completamente Message Archiving per le MUC [https://trac.gajim.org/ticket/8036]: mostra solo gli ultimi 20 messaggi invece di mostrare tutti i messaggi scambiati nella MUC e non ricevuti perchè si era offline. Conversations invece riceve tutti i messaggi in modo corretto.<br />
<br />
== Conversations== <br />
Il migliore client per Android per numero di XEP integrate, ed è anche piacevole alla vista.<br />
Puoi installarlo con [[Installare_F-droid#Conversations|F-droid]]; c'è anche nel PlayStore, ma a pagamento.<br />
<br />
===Account===<br />
[[File:ConversationUserPass.jpg|miniatura|sinistra|Inserisci l'ID Jabber e la password e inizia a chattare!]]<br />
<br />
Per aggiungere un account devi andare in <code>Menu → Gestisci utenti</code>: qui troverai un tastino con un omino stilizzato e un più [[File:AddAccount Conversation.jpg|22px|inline|baseline]]. Cliccaci e otterrai una schermata che ti chiede jabberID e password, inseriscili e sei prontu a chattare!<br />
<br />
Dal menu "Gestisci utenti" puoi fare una serie di altre opreazioni utili che riguardano il tuo account, come <br />
* Cambiare la propria password: <code>Menu → Gestisci utenti → <tuo utente> → Menu → Cambia password</code><br />
* Impostare un avatar: <code>Menu → Gestisci utenti → <tuo utente></code> e poi clicca sull'avatar.<br />
<br />
===Contatti, chat e gruppi===<br />
[[File:Conversations screenshot.jpg|miniatura|Una conversazione chat sul client Conversations per Android permette anche di scambiarsi immagini e altre delizie.]]<br />
<br />
La prima schermata mostra l'elenco delle chat aperte, cliccaci sopra per aprirle, una volta dentro striscia a destra o sinistra per chiuderle.<br />
<br />
Se dovessi farlo per errore non preoccuparti: '''non''' hai eliminato il contatto e puoi riaprire la chat nell'elenco dei contatti.<br />
<br />
====Aggiungere contatti ed entrare nei gruppi====<br />
In alto a destra c'è una icona con un grosso "più": [[File:ConversationContacts.jpg|22px|inline|baseline]]<br />
Cliccandoci troverai l'elenco dei contatti e delle MUC; in alto a destra ci sono, nelle rispettive schede, i tasti per aggiungere contatti [[File:AddAccount Conversation.jpg|22px|inline|baseline]] e MUC [[File:ConversationJoinMUC.jpg|22px|inline|baseline]].<br />
<br />
====Random settings====<br />
Conversations di default non mostra se i contatti sono online o meno, ma si può in parte porre rimedio nelle impostazioni: <br />
* il pulsante "invio indica lo stato" colora il pulsante nella chat a seconda dello stato del contatto<ref>verde=disponibile, rosso=occupato, arancione=assente, grigio=offline.</ref>, <br />
* "mostra tag dinamici" mostra queste informazioni nell'elenco dei contatti, e selezionando <code>Menu → Nascondi i contatti offline</code> saranno visibili solo i contatti online.<br />
<br />
In una chat di gruppo, cliccando su "Dettagli conferenza" è possibile visualizzare l'elenco degli iscritti.<br />
<br />
=== OMEMO ===<br />
Alla prima conversazione con un client che supporta OMEMO chiederà di abilitare la chiave del contatto per poter iniziare a chattare. <br />
<br />
È buona norma verificare questa fingerprint tramite altro mezzo, tuttavia Conversations considera una chiave abilitata come "non verificata" (perchè non si fida del fatto che gli utenti verificano davvero quella chiave prima di abilitarla) e mostra un lucchetto rosso nella conversazione. La verifica avviene tramite la scansione di un QR code in cui è contenuta la chiave dell'amico.<br />
<br />
====Verifica delle chiavi====<br />
Per verificare la chiave si può cliccare sull'avatar nella chat oppure andare in <code>Menu → Dettagli del contatto</code>, tenere premuto sulla fingerprint omemo e selezionare <code>Scan 2D Barcode</code>. A questo punto si aprirà l'app per fotografare il QR.<ref>I dispositivi con una fotocamera vecchia e scarsa potrebbero non riuscire a mettere a fuoco un QR su un piccolo schermo, in quel caso si può inquadrare il QR zoommato sullo schermo di un computer oppure stamparlo su un foglio. Per aiutare la messa a fuoco può essere anche utile mettersi un po' a giocare con la luminosità dello schermo.</ref><br />
<br />
Per visualizzare il QR della propria fingerprint clicca sul tuo avatar oppure vai in <code>Menu → Gestisci utenti → <tuo utente></code> e poi <code>Menu → Show 2D Barcode</code> <br />
<br />
Nella stessa pagina è possibile visualizzare la propria fingerprint OMEMO in forma esadecimale, e più in basso, sotto "Altri dispositivi", sono presenti le fingerprint dei propri dispositivi, es. pc con Gajim. <br />
<br />
È necessario verificare anche quelle per essere sicuri della riservatezza della conversazione. Allo stesso modo della verifica della fingerprint di un contatto, tenendo premuto apparirà <code>Scan 2D Barcode</code>.<br />
<br />
=== Integrazione in Sailfish OS ===<br />
Sailfish ha una whitelist di applicazioni che possono mostrare notifiche di sistema. Alla versione attuale (2.0.5 Haapajoki) Conversations non è in questa lista, quindi non mostrerà notifiche, nè vibrazione o led. <br />
<br />
Per risolvere si può installare ''Android apps notifications'' da [http://openrepos.net Warehouse] e poi abilitare Conversations nel nuovo menù in Settings, oppure modificare da root il file <code>/usr/share/lipstick/androidnotificationpriorities</code> e aggiungere le righe:<br />
<pre><br />
Conversations;chat,chat_exists<br />
package:eu.siacs.conversations;chat,chat_exists<br />
</pre><br />
È necessario riavviare Home Screen affinchè le modifiche abbiano effetto.<br />
<br />
La tastiera di sistema non ha il supporto alle emoji, e Dolphin keyboard non sembra funzionare bene con Conversation. Per avere le emoticon si può installare una tastiera android da [[Installare_F-droid|F-droid]] (ad esempio ''AnySoftKeyboard'') e poi abilitare la nuova tastiera in Settings dopo aver installato ''Aliendalvik Control'' da Warehouse.<br />
<br />
Per rimanere sempre online e ricevere notifiche anche dopo aver chiuso la finestra di Conversation (in modo simile a quanto succede in android), bisogna consentire all'applicazione di eseguire servizi in backgroud all'avvio, in <code>Impostazioni → Applicazioni → Conversations</code> e poi selezionare "Mantieni il servizio in primo piano" nelle impostazioni avanzate di Conversations.<br />
<br />
==Altri Client==<br />
===ChatSecure===<br />
Per iOS (iPhone) esiste [https://chatsecure.org/ ChatSecure], che supporta la cifratura con OMEMO.<br />
<br />
===Telepathy===<br />
Integrato in KDE, mancano alcune opzioni per la configurazione, supporta OTR ma non le carbon copy ed il message archiving.<br />
<br />
===Pidgin===<br />
[https://pidgin.im/ Pidgin] è un client la cui comunità di sviluppo è molto partecipata, e che oltre a XMPP supporta i protocolli AIM, Bonjour, Gadu-Gadu, Google Talk, ICQ, IRC, SILC, SIMPLE, Zephyr, e molti altri ancora insieme a una vasta gamma di plugin.<br />
<br />
Supporta OMEMO attraverso il plugin SPERIMENTALE [https://github.com/gkdr/lurch Lurch]<br />
<br />
===Profanity===<br />
[http://www.profanity.im/ Profanity] è un client testuale, gira da console con un'interfaccia [http://www.gnu.org/software/ncurses/ ncurses] ed assomiglia molto al client [http://irssi.org/ irssi] per IRC. Su Arch Linux è presente in due pacchetti alternativi <code>profanity</code> e <code>profanity-gtk</code>: il secondo offre solo le notifiche desktop tramite le librerie gtk, e non un'interfaccia grafica (ovviamente).<br />
<br />
===Dino===<br />
[https://github.com/dino/dino Dino] è un client XMPP moderno scritto in GTK3 e Vala, è in fase alpha e quindi non considerabile affidabile ma supporta già OMEMO nelle chat 1:1 e le chatroom, non supporta le carbon copies e nemmeno le chat di gruppo cifrate. Nonostante il suo stadio è già semi-usabile <br />
<br />
=Generare un QR Code con le fingerprint per ogni device=<br />
Alcuni software, per esempio Conversations, non permettono di verificare completamente un contatto se non scansionando la fingerprint attraverso un QR Code o cliccando su un link xmpp. <br />
<br />
Non tutti i client però supportano la generazione di un QR da poter scansionare.<br />
<br />
Per ovviare a questo limite di seguito una procedura per generare un QR Code che contenga tutte le fingerprint collegate ad una chiave OMEMO. <br />
<br />
I passaggi sono molto Linux specifici<br />
<br />
Requisiti:<br />
* Un terminale<br />
* sqlite (CLI) o sqlitebrowser (GUI) Per Dino<br />
* qrencode (CLI) o qualsiasi programma per generare un qrcode<br />
<br />
Il QR Code al momento della scrittura contiene la seguente stringa:<br />
xmpp:<USER>@<HOST>?otr-fingerprint=<OTR_FINGERPRINT>;omemo-sid-<DEVICE_ID>=<OMEMO_FINGERPRINT>;omemo-sid-<OTHER_DEVICE_ID>=<OTHER_OMEMO_FINGERPRINT>;omemo-sid-<OTHER_DEVICE_ID>=<OTHER_OMEMO_FINGERPRINT><br />
<br />
Dove:<br />
<br />
'''<OTR_FINGERPRINT>''' è la fingerprint della chiave OTR ottenibile dalle informazioni account dei vari client che lo supportano<br />
<br />
'''<DEVICE_ID>''' è il device ID, unico per ogni dispositivo o software<br />
<br />
'''<OMEMO_FINGERPRINT>''' è la fingerprint della chiave OMEMO<br />
<br />
A seconda del client il metodo per recuperare le informazioni cambia:<br />
==Dino==<br />
Con il comando <br />
sqlite3 ~/.local/share/dino/omemo.db 'select device_id from identity'<br />
Dato da un terminale verranno mostrati tutti gli ID dei devices usati attraverso Dino sul PC<br />
Altrimenti con sqlitebrowser basta aprire il file '''~/.local/share/dino/omemo.db''' e navigare nella tabella identity cercando la colonna '''device_id'''<br />
<br />
Dalla finestra account invece sarà possibile vedere la fingerprint per ogni account. Per scelta degli sviluppatori non è possibile selezionarla [https://github.com/dino/dino/issues/32 Issue #32]. <br />
<br />
Applicando la seguente patch prima della compilazione sarà possibile invece copiare la fingerprint<br />
<pre><br />
cat selectfpr.patch<br />
diff --git a/plugins/omemo/src/account_settings_widget.vala b/plugins/omemo/src/account_settings_widget.vala<br />
index bc0be3a..645c0fe 100644<br />
--- a/plugins/omemo/src/account_settings_widget.vala<br />
+++ b/plugins/omemo/src/account_settings_widget.vala<br />
@@ -15,6 +15,7 @@ public class AccountSettingWidget : Plugins.AccountSettingsWidget, Box {<br />
fingerprint.xalign = 0;<br />
Border border = new Button().get_style_context().get_padding(StateFlags.NORMAL);<br />
fingerprint.set_padding(border.left + 1, border.top + 1);<br />
+ fingerprint.set_selectable(true);<br />
fingerprint.visible = true;<br />
pack_start(fingerprint);<br />
<br />
@@ -60,4 +61,4 @@ public class AccountSettingWidget : Plugins.AccountSettingsWidget, Box {<br />
}<br />
}<br />
<br />
-}<br />
\ No newline at end of file<br />
+}<br />
</pre><br />
<br />
==Pidgin==<br />
Pidgin supporta OMEMO SPERIMENTALMENTE attraverso il plugin [https://github.com/gkdr/lurch Lurch], per ottenere il device id basterà digitare in una finestra di chat il comando<br />
/lurch show id own<br />
Mentre per la fingerprint <br />
/lurch show fp own<br />
<br />
==Gajim==<br />
Dal menu di impostazioni del plugin OMEMO è possibile vedere gli ID dei propri dispositivi e le proprie fingerprint.<br />
<br />
<br />
<hr><br />
<br />
<br />
<br />
A questo punto è possibile generare il QR Code con le fingerprint con il comando<br />
qrencode "xmpp:<USER>@<HOST>?otr-fingerprint=<OTR_FINGERPRINT>;omemo-sid-<DEVICE_ID>=<OMEMO_FINGERPRINT>;omemo-sid-<OTHER_DEVICE_ID>=<OTHER_OMEMO_FINGERPRINT>;omemo-sid-<OTHER_DEVICE_ID>=<OTHER_OMEMO_FINGERPRINT>" -o ~/fingerprints.png<br />
<br />
Il file sarà salvato nella home dell'utente col nome fingerprints.png<br />
<br />
È adesso possibile scansionare il QR con Conversations in modo da avere tutte le proprie fingerprint verificate ed autenticate. Da ora in poi basterà mostrare il QR di conversations che conterrà tutte le fingerprint<br />
<br />
= Altre risorse =<br />
* [https://we.riseup.net/riseup/xmpp pagina su riseup] che raccoglie qualche considerazione tecnica e discussioni varie.<br />
* [https://www.youtube.com/watch?v=xwu3xjwyy9M video completo] con la presentazione, spiegazione e discussione del servizio (31 Marzo 2017 a [[Exploit]], [https://eigenlab.org/2017/03/jabber-eigenlab-presentazione-del-servizio/ post] sul sito).<br />
<br />
=Note=<br />
<references /><br />
<br />
[[Categoria:EigenNet]]<br />
[[Categoria:Autoformazione]]<br />
[[Categoria:Comunicazione sicura]]<br />
[[Categoria:Device Mobili]]</div>Svalohttps://wiki.eigenlab.org/index.php?title=XMPP&diff=4726XMPP2017-05-13T22:32:48Z<p>Svalo: /* Dino */</p>
<hr />
<div>'''XMPP''' (''aka'' '''Jabber''') è un protocollo di chat federato: questo significa che se hai un account registrato su un determinato server potrai comunque parlare con gli utenti dell'intera rete XMPP, perché i server si parlano fra loro. Puoi entrare in contatto con chiunque semplicemente aggiungendo alla tua rubrica il suo ''Jabber ID'', analogamente a come faresti con un numero di telefono o un indirizzo email.<br />
<br />
XMPP fornisce sia chat private che di gruppo (dette anche ''"stanze"'', ''"chatroom"'', ''"conference"'' o ''"MUC"'' (Multi-User Chat); queste ultime possono essere pubbliche (mostrate nell'elenco delle MUC disponibili sul server) o private (bisogna conoscere il JID della stanza per poter entrare), protette o meno da password, cifrate o in chiaro, e così via... Molti client offrono una rubrica per i contatti.<br />
<br />
Inoltre il protocollo XMPP è molto estensibile, e ciò permette di scambiare file e immagini attraverso la chat, di stabilire comunicazioni criptate sia singole che di gruppo, e molto altro ancora.<br />
<br />
Esistono molti programmi per usare XMPP (client) per diverse piattaforme: [http://xmpp.org/software/clients.html qui] trovi una lista di client per Linux, Windows, OSX, iOS (iPhone), Android, Nokia Symbian e perfino da browser e da console. In questa pagina troverete le istruzioni e guide per alcuni client che abbiamo provato, tra cui [[XMPP#Gajim|Gajim]] (PC) e [[XMPP#Conversations|Conversations]] (Android).<br />
<br />
== Il nostro servizio XMPP ==<br />
Abbiamo installato [https://en.wikipedia.org/wiki/Prosody_(software) Prosody] sopra [[Zenzero]].<br />
Il server che abbiamo installato ha però due restrizioni importanti: <br />
* I client possono connettersi solo se supportano la cifratura SSL della connessione fra client e server;<br />
* I server (per la federazione) possono connettersi solo se supportano la cifratura della connessione fra server e server.<br />
Abbiamo scelto di inserire queste limitazioni perché siamo fermamente convintu che le comunicazioni debbano avvenire in modalità protetta: crediamo che ognunu debba poter scegliere - insieme ai propri interlocutori - il livello di sicurezza che desiderano avere, e cifrare la connessione via SSL è un passaggio minimo anche per chi non vuole usare strumenti più robusti per la sicurezza (vedi [[XMPP#Sicurezza|sotto]]).<br />
<br />
Siccome il servizio è ancora in fase di sperimentazione non permettiamo ancora la registrazione 'in-band' (cioè direttamente dal client): se vuoi un'account scrivi a <code>info[at]eigenlab[dot]org</code> oppure visita [https://jabber.eigenlab.org/ jabber.eigenlab.org].<br />
<br />
Puoi entrare nella chatroom <code>info@conference.eigenlab.org</code> per chiedere assistenza per l'installazione e la configurazione di un client XMPP, o per qualsiasi altro servizio di eigenLab, o anche semplicemente per scambiare quattro chiacchiere..<br />
<br />
=== Estensioni ===<br />
Abbiamo installato alcuni moduli per implementare alcune XEP, qui una lista parziale ed in aggiornamento:<br />
* MUC [http://xmpp.org/extensions/xep-0045.html XEP-0045] <code>conference.eigenlab.org</code> per le chat di gruppo (chiamate anche chatroom, conferenze o stanze).<br />
* SMACKS [https://modules.prosody.im/mod_smacks.html XEP-0198] per riesumare una sessione interrotta per la caduta della connessione.<br />
* MAM [https://modules.prosody.im/mod_mam.html XEP-0313] per l'archiviazione dei messaggi sul server fino ad una settimana così da poterli recuperare se sì è offline per un po'. Ogni utente può scegliere la sua configurazione per questo modulo.<br />
* Carbons [https://modules.prosody.im/mod_carbons.html XEP-0280] Per poter ricevere le conversazioni su tutti i dispositivi che supportano questa estensione. In questo modo è possibile chattare al pc e continuare poi sul telefono o sul portatile, come permettono di fare anche altri client di chat moderni. <br />
* [https://modules.prosody.im/mod_csi.html CSI], [https://modules.prosody.im/mod_throttle_presence.html throttle presence] e [https://modules.prosody.im/mod_filter_chatstates.html filter_chatstates]. Una serie di moduli specifici per i dispositivi mobile, permettono di decidere se ricevere o meno le notifiche di presenza di un contatto o quelle tipo ''"il contatto sta scrivendo"'' quando il dispositivo è in tasca/in uno stato di basso consumo/ecc...<br />
* HTTP File Upload [https://modules.prosody.im/mod_http_upload.html XEP-0363] consente l'upload di foto e file sul server, in modo che i client si scambino solo un link e non traferiscano il contenuto del file. I file rimangono a disposizione sul server, e se la chat è cifrata con OMEMO, il loro contenuto non è leggibile se non dal destinatario (il nome del file invece è in chiaro, in modo simile a quanto accade con [[PGP]] e l'oggetto della mail). Consente l'invio di foto e file nelle MUC.<br />
<br />
== Sicurezza ==<br />
Si può usare XMPP in maniera sicura utilizzando diversi protocolli di cifratura, ma non tutti sono disponibili, affidabili o funzionano bene su tutti i client.<br />
<br />
Con [https://en.wikipedia.org/wiki/Off-the-Record_Messaging OTR] é quasi impossibile avere le conversazioni cifrate fra ''dispositivi diversi usati dallo stesso account'', mentre [https://conversations.im/omemo/ OMEMO], un nuovo protocollo di cifratura sviluppato per Signal, permette una cifratura indolore anche fra device diversi. L'unica pecca è che non è ancora supportato da tutti i client, ma lo abbiamo testato con successo su [[XMPP#Gajim|Gajim]] (PC), [[XMPP#Conversations|Conversations]] (Android) e [[XMPP#Chatsecure|Chatsecure]] (iOS).<br />
Il supporto OTR in Gajim è disponibile con un plugin, che però è scritto male e non garantisce sicurezza. Gli stessi creatori sconsigliano di utilizzarlo.<br />
<br />
[[File:Omemo-fish.png|miniatura|destra|l'icona a fesciolino di OMEMO]]<br />
Per poter usare OMEMO in Gajim va installato un plugin dal gestore di pacchetti di sistema, perchè per motivi oscuri il plugin manager non riesce ad installarlo. Alla prima connessione con un contatto che supporta OMEMO verrà richiesto se fidarsi della chiave con cui si è presentato: è buona norma verificare la chiave attraverso un mezzo diverso. <br />
Conversations lo supporta di default, anche qui bisogna verificare la chiave del contatto.<br />
<br />
Per poter ricevere i messaggi sia su Gajim che su Conversations usando OMEMO bisogna fidarsi delle proprie chiavi su entrambi i device.<br />
<br />
== Gajim ==<br />
[[File:Gajim screenshot.jpg|miniatura|La grafica di Gajim è decisamente respingente, al momento. Ma il programma funziona benissimo e sui dettagli estetici ci stiamo lavorando.]]<br />
[https://gajim.org/ Gajim] è il più completo client desktop per numero di plugin e di XEP recenti supportate; è disponibile per i maggiori sistemi PC, per Windows, BSD e [[Linux]], pel quale si trova nei repository ufficiali dei pacchetti di tutte le maggiori distribuzioni.<br />
Molte persone continuano a contribuire allo sviluppo di Gajim; se vuoi contribuire puoi iniziare a leggere la [https://dev.gajim.org/gajim/gajim/wikis/home wiki] o la [https://dev.gajim.org/gajim/gajim/wikis/development/home pagina per lo sviluppo]<br />
<br />
=== Installazione ===<br />
====Arch====<br />
Bisogna avere l'AUR abilitato e installare i pacchetti con <code>yaourt -S gajim gajim-plugin-omemo gajim-plugin-httpupload python2-qrcode python2-future</code>.<br />
<br />
Su alcuni laptop Gajim si inchioda all'uscita dal programma e questo problema sembra risolversi installando il pacchetto <code>python2-dbus</code>.<br />
<br />
====Debian====<br />
Bisogna abilitare ''jessie-backports'': apri <code>sudo nano /etc/apt/sources.list</code> e aggiungi al file la riga:<br />
<pre>deb http://ftp.debian.org/debian jessie-backports main</pre><br />
<br />
Poi salvarlo e chiuderlo. Dare i comandi<br />
<pre>sudo aptitude update<br />
sudo aptitude -t jessie-backports install gajim-omemo gajim</pre><br />
<br />
=== Configurazione ===<br />
====Account====<br />
Aprendo Gajim per la prima volta devi configurare il tuo account dal menu <code>Modifica → account</code>.<br />
C'è sempre un account 'Local' ma non so a cosa serva. Tu aggiungi un nuovo account e metti l'ID Jabber seguito da <code>@eigenlab.org</code> e la password dell'utenza che ti sei fatta creare.<br />
<br />
Per cambiare la propria password, dal menu <code>Account -> Operazioni amministrative → cambia la password</code>.<br />
<br />
Per ricevere i messaggi su tutti i dispositivi connessi allo stesso account bisogna selezionare <code>Account → Generale → Receive conversations from other resources</code>.<br />
<br />
Se sei non in linea o desincronizzatu, oppure hai sbagliato ad inserire la password, puoi riconnetterti selezionando "diponibile" tra gli stati in basso. Capita però che gajim dica di essere desincronizzato anche se in realtà non lo è: se vedi almeno un contatto in linea non preoccuparti, puoi ignorarlo.<br />
<br />
====Contatti====<br />
Ora ti resta solo da aggiungere in rubrica le persone con cui chattare: dal menu <code>Azioni → aggiungi un contatto</code> inserisci l'ID Jabber del tuo amico (ad es. <code>pippo@eigenlab.org</code>) per "chiedergli l'amicizia" e quando anche lui te l'avrà accordata potrete chattare.<br />
<br />
Se trascini un contatto sopra un altro compare l'utilissima opzione "invia contatto di Beppe a Anna". C'è anche un'altra opzione "rendi Beppe e Anna [https://dev.gajim.org/gajim/gajim/wikis/help/MetaContacts metacontatti]", che serve per annidare diversi account usati dallo stesso utente sotto un'etichetta comune; se fai per sbaglio un metacontatto e vuoi annullare l'operazione, trascina il contatto più annidato sulla linea di un gruppo nella rubrica (ad esempio "Generale").<br />
<br />
Se capita di risultare offline ad un contatto, oppure di vedere offline chi in realtà è online, bisogna cliccare con il tasto destro sul contatto nell'elenco dei contatti, e in <code>Gestisci il contatto → Abbonamento</code> clicca su <code>Permetti al contatto di vedere il mio stato</code> e <code>Chiedi al contatto di poter vedere il suo stato</code>. Permettersi mutuamente di vedere lo stato è anche un prerequisito per usare OMEMO con Gajim.<br />
<br />
====Gruppi====<br />
Puoi vedere un elenco dei gruppi (pubblicamente accessibili) presenti sul server dal menu <code>Azioni → Ricerca dei servizi → eigenLab chatroom → Consulta</code> e selezionare quelli in cui vuoi entrare.<br />
Nella finestra che apparirà conviene selezionare "Aggiungi questa stanza ai segnalibri", che rende accessibile la stanza dal menu <code>Azioni → Entra in una conversazione di gruppo</code>.<br />
Selezionando "Entra automaticamente in questa stanza alla connessione", Gajim entrerà nella stanza al momento del login.<br />
<br />
Per non vedere i cambiamenti di stato di tutti i contatti nella stanza: <code>Azioni → Entra in una conversazione di gruppo → Gestisci i segnalibri → Stampa lo stato: "nessuno"</code>.<br />
<br />
====Chiamate e videochiamate====<br />
Per abilitare il supporto alle audio e videochiamate audio (supportato da Gajim, Pidgin e Telepathy) bisogna installare dei pacchetti aggiuntivi. In Arch installare il pacchetto <code>farstream</code>, mentre in Debian e derivate <code>python-farstream</code> e <code>gstreamer-plugins-bad</code>.<br />
<br />
=== Plugin ===<br />
[[File:Xmpp-file-image-http-upload-gatti.png|miniatura|Per sparare gattini in una chat (anche di gruppo) puoi usare ''send image via http upload'' (tasto celeste). Puoi inviare file di qualsiasi tipo con ''send file via http upload'' (tasto con la freccia verde).]]<br />
I nuovi plugin si installano dal menu <code>Modifica → Plugin → Available</code>.<br />
Dopo aver selezionato i plugin che vuoi installare clicca su install/upgrade, e poi abilitali nella scheda "installed".<br />
<br />
Di seguito alcuni plugin particolarmente utili:<br />
* '''Httpupload''': Aggiunge il supporto ad HTTP File Upload. Nella finestra di chat compariranno due nuovi pulsanti, "send file via http" e "send image via http". Il vecchio trasferimento da client a client è ancora disponibile con il pulsante "invia dei file".<br />
* '''Url image preview''': Visualizza le immagini direttamente nella finestra di chat anzichè chiedere dove salvarle o mostrare un link. Di default mostra immagini piccole solo per file piccoli. Valori ragionevoli nella configurazioni in <code>Modifica → Plugin → Url image preview → Configura</code> sono preview size:500 , accept files smaller than: 10mb. Cliccando con il tasto destro sull'immagine si può aprirla, salvarla o copiare il link originale.<br />
* '''Client icons''': Mostra una icona che rapresenta il client usato nell'elenco dei contatti.<br />
* '''Emoticons pack''': Aggiunge un enorme set di emoticon che sostituiscono quelle di default di gajim. Sono compatibili con le emoticon android anche se appariranno leggermente diverse su android. Per abilitarlo, nella finestra <code>Modifica → plugin → emoticon</code>, installa Twemoji resized. Sembrerà che non sia successo nulla, ma non ti preouccare, vai in <code>Preferenze → emoticon</code> e seleziona Twemoji resized.<br />
<br />
Riavviare '''sempre''' Gajim dopo aver abilitato o aggiornato i plugin.<br />
<br />
==== OMEMO ====<br />
Dopo aver abilitato il plugin OMEMO, Gajim si impallerà qualche secondo per generare le chiavi: non impanicatevi, è normale. Quando avrà finito sarete a un passo dal chattare in sicurezza.<br />
<br />
Nella finestra di chat, se il client del contatto lo supporta, appare l'icona con il pesce [[File:OmemoGajimFish LowRes.png|inline|baseline]] da cui si può abilitare OMEMO nella chat. <br />
Cliccando "fingerprints" si possono verificare le fingerprint del contatto. <br />
<br />
Nella finestra "own devices" ci sono invece le fingerprint dei propri dispositivi, ad es. una per Conversations sullo smartphone e una per Gajim sul pc. È necessario verificare anche quelle per essere sicuri della riservatezza della conversazione.<br />
<br />
È possibile visualizzare la propria fingerprint da <code>Modifica → Plugin → Url image preview → Configura → Account: eigenlab.org</code> dove è presente anche il QR-code che puoi usare per farti verificare velocemente da chi ha uno smartphone.<br />
<br />
Per visualizzare il QR-code, se si è installato il plugin OMEMO da Gajim, è necessario installare dei pacchetti. Il programma indica solo "python-qrcode". Su Arch, per avere garanzia di funzionamento, non bisogna installare questo pacchetto ma tutte le dependencies python2-* dalla pagina di [https://aur.archlinux.org/packages/gajim-plugin-omemo/ gajim-plugin-omemo]. Questi pacchetti sono disponibili solo dalla AUR.<br />
<br />
=== Problemi ===<br />
Gajim sembra non supportare completamente Message Archiving per le MUC [https://trac.gajim.org/ticket/8036]: mostra solo gli ultimi 20 messaggi invece di mostrare tutti i messaggi scambiati nella MUC e non ricevuti perchè si era offline. Conversations invece riceve tutti i messaggi in modo corretto.<br />
<br />
== Conversations== <br />
Il migliore client per Android per numero di XEP integrate, ed è anche piacevole alla vista.<br />
Puoi installarlo con [[Installare_F-droid#Conversations|F-droid]]; c'è anche nel PlayStore, ma a pagamento.<br />
<br />
===Account===<br />
[[File:ConversationUserPass.jpg|miniatura|sinistra|Inserisci l'ID Jabber e la password e inizia a chattare!]]<br />
<br />
Per aggiungere un account devi andare in <code>Menu → Gestisci utenti</code>: qui troverai un tastino con un omino stilizzato e un più [[File:AddAccount Conversation.jpg|22px|inline|baseline]]. Cliccaci e otterrai una schermata che ti chiede jabberID e password, inseriscili e sei prontu a chattare!<br />
<br />
Dal menu "Gestisci utenti" puoi fare una serie di altre opreazioni utili che riguardano il tuo account, come <br />
* Cambiare la propria password: <code>Menu → Gestisci utenti → <tuo utente> → Menu → Cambia password</code><br />
* Impostare un avatar: <code>Menu → Gestisci utenti → <tuo utente></code> e poi clicca sull'avatar.<br />
<br />
===Contatti, chat e gruppi===<br />
[[File:Conversations screenshot.jpg|miniatura|Una conversazione chat sul client Conversations per Android permette anche di scambiarsi immagini e altre delizie.]]<br />
<br />
La prima schermata mostra l'elenco delle chat aperte, cliccaci sopra per aprirle, una volta dentro striscia a destra o sinistra per chiuderle.<br />
<br />
Se dovessi farlo per errore non preoccuparti: '''non''' hai eliminato il contatto e puoi riaprire la chat nell'elenco dei contatti.<br />
<br />
====Aggiungere contatti ed entrare nei gruppi====<br />
In alto a destra c'è una icona con un grosso "più": [[File:ConversationContacts.jpg|22px|inline|baseline]]<br />
Cliccandoci troverai l'elenco dei contatti e delle MUC; in alto a destra ci sono, nelle rispettive schede, i tasti per aggiungere contatti [[File:AddAccount Conversation.jpg|22px|inline|baseline]] e MUC [[File:ConversationJoinMUC.jpg|22px|inline|baseline]].<br />
<br />
====Random settings====<br />
Conversations di default non mostra se i contatti sono online o meno, ma si può in parte porre rimedio nelle impostazioni: <br />
* il pulsante "invio indica lo stato" colora il pulsante nella chat a seconda dello stato del contatto<ref>verde=disponibile, rosso=occupato, arancione=assente, grigio=offline.</ref>, <br />
* "mostra tag dinamici" mostra queste informazioni nell'elenco dei contatti, e selezionando <code>Menu → Nascondi i contatti offline</code> saranno visibili solo i contatti online.<br />
<br />
In una chat di gruppo, cliccando su "Dettagli conferenza" è possibile visualizzare l'elenco degli iscritti.<br />
<br />
=== OMEMO ===<br />
Alla prima conversazione con un client che supporta OMEMO chiederà di abilitare la chiave del contatto per poter iniziare a chattare. <br />
<br />
È buona norma verificare questa fingerprint tramite altro mezzo, tuttavia Conversations considera una chiave abilitata come "non verificata" (perchè non si fida del fatto che gli utenti verificano davvero quella chiave prima di abilitarla) e mostra un lucchetto rosso nella conversazione. La verifica avviene tramite la scansione di un QR code in cui è contenuta la chiave dell'amico.<br />
<br />
====Verifica delle chiavi====<br />
Per verificare la chiave si può cliccare sull'avatar nella chat oppure andare in <code>Menu → Dettagli del contatto</code>, tenere premuto sulla fingerprint omemo e selezionare <code>Scan 2D Barcode</code>. A questo punto si aprirà l'app per fotografare il QR.<ref>I dispositivi con una fotocamera vecchia e scarsa potrebbero non riuscire a mettere a fuoco un QR su un piccolo schermo, in quel caso si può inquadrare il QR zoommato sullo schermo di un computer oppure stamparlo su un foglio. Per aiutare la messa a fuoco può essere anche utile mettersi un po' a giocare con la luminosità dello schermo.</ref><br />
<br />
Per visualizzare il QR della propria fingerprint clicca sul tuo avatar oppure vai in <code>Menu → Gestisci utenti → <tuo utente></code> e poi <code>Menu → Show 2D Barcode</code> <br />
<br />
Nella stessa pagina è possibile visualizzare la propria fingerprint OMEMO in forma esadecimale, e più in basso, sotto "Altri dispositivi", sono presenti le fingerprint dei propri dispositivi, es. pc con Gajim. <br />
<br />
È necessario verificare anche quelle per essere sicuri della riservatezza della conversazione. Allo stesso modo della verifica della fingerprint di un contatto, tenendo premuto apparirà <code>Scan 2D Barcode</code>.<br />
<br />
=== Integrazione in Sailfish OS ===<br />
Sailfish ha una whitelist di applicazioni che possono mostrare notifiche di sistema. Alla versione attuale (2.0.5 Haapajoki) Conversations non è in questa lista, quindi non mostrerà notifiche, nè vibrazione o led. <br />
<br />
Per risolvere si può installare ''Android apps notifications'' da [http://openrepos.net Warehouse] e poi abilitare Conversations nel nuovo menù in Settings, oppure modificare da root il file <code>/usr/share/lipstick/androidnotificationpriorities</code> e aggiungere le righe:<br />
<pre><br />
Conversations;chat,chat_exists<br />
package:eu.siacs.conversations;chat,chat_exists<br />
</pre><br />
È necessario riavviare Home Screen affinchè le modifiche abbiano effetto.<br />
<br />
La tastiera di sistema non ha il supporto alle emoji, e Dolphin keyboard non sembra funzionare bene con Conversation. Per avere le emoticon si può installare una tastiera android da [[Installare_F-droid|F-droid]] (ad esempio ''AnySoftKeyboard'') e poi abilitare la nuova tastiera in Settings dopo aver installato ''Aliendalvik Control'' da Warehouse.<br />
<br />
Per rimanere sempre online e ricevere notifiche anche dopo aver chiuso la finestra di Conversation (in modo simile a quanto succede in android), bisogna consentire all'applicazione di eseguire servizi in backgroud all'avvio, in <code>Impostazioni → Applicazioni → Conversations</code> e poi selezionare "Mantieni il servizio in primo piano" nelle impostazioni avanzate di Conversations.<br />
<br />
==Altri Client==<br />
===ChatSecure===<br />
Per iOS (iPhone) esiste [https://chatsecure.org/ ChatSecure], che supporta la cifratura con OMEMO.<br />
<br />
===Telepathy===<br />
Integrato in KDE, mancano alcune opzioni per la configurazione, supporta OTR ma non le carbon copy ed il message archiving.<br />
<br />
===Pidgin===<br />
[https://pidgin.im/ Pidgin] è un client la cui comunità di sviluppo è molto partecipata, e che oltre a XMPP supporta i protocolli AIM, Bonjour, Gadu-Gadu, Google Talk, ICQ, IRC, SILC, SIMPLE, Zephyr, e molti altri ancora insieme a una vasta gamma di plugin.<br />
<br />
Supporta OMEMO attraverso il plugin SPERIMENTALE [https://github.com/gkdr/lurch Lurch]<br />
<br />
===Profanity===<br />
[http://www.profanity.im/ Profanity] è un client testuale, gira da console con un'interfaccia [http://www.gnu.org/software/ncurses/ ncurses] ed assomiglia molto al client [http://irssi.org/ irssi] per IRC. Su Arch Linux è presente in due pacchetti alternativi <code>profanity</code> e <code>profanity-gtk</code>: il secondo offre solo le notifiche desktop tramite le librerie gtk, e non un'interfaccia grafica (ovviamente).<br />
<br />
===Dino===<br />
[https://github.com/dino/dino Dino] è un client XMPP moderno scritto in GTK3 e Vala, è in fase alpha e quindi non considerabile affidabile ma supporta già OMEMO nelle chat 1:1 e le chatroom, non supporta le carbon copies e nemmeno le chat di gruppo cifrate. Nonostante il suo stadio è già semi-usabile <br />
<br />
=Generare un QR Code con le fingerprint per ogni device=<br />
Alcuni software, per esempio Conversations, non permettono di verificare completamente un contatto se non scansionando la fingerprint attraverso un QR Code o cliccando su un link. <br />
<br />
Non tutti i client però supportano la generazione di un QR da poter scansionare.<br />
<br />
Per ovviare a questo limite di seguito una procedura per generare un QR Code che contenga tutte le fingerprint collegate ad una chiave OMEMO. <br />
<br />
I passaggi sono molto Linux specifici<br />
<br />
Requisiti:<br />
* Un terminale<br />
* sqlite (CLI) o sqlitebrowser (GUI) Per Dino<br />
* qrencode (CLI) o qualsiasi programma per generare un qrcode<br />
<br />
Il QR Code al momento della scrittura contiene la seguente stringa:<br />
xmpp:<USER>@<HOST>?otr-fingerprint=<OTR_FINGERPRINT>;omemo-sid-<DEVICE_ID>=<OMEMO_FINGERPRINT>;omemo-sid-<OTHER_DEVICE_ID>=<OTHER_OMEMO_FINGERPRINT>;omemo-sid-<OTHER_DEVICE_ID>=<OTHER_OMEMO_FINGERPRINT><br />
<br />
Dove:<br />
<br />
'''<OTR_FINGERPRINT>''' è la fingerprint della chiave OTR<br />
<br />
'''<DEVICE_ID>''' è il device ID, unico per ogni dispositivo o software<br />
<br />
'''<OMEMO_FINGERPRINT>''' è la fingerprint della chiave OMEMO<br />
<br />
A seconda del client il metodo per recuperare le informazioni cambia:<br />
==Dino==<br />
Con il comando <br />
sqlite3 ~/.local/share/dino/omemo.db 'select device_id from identity'<br />
Dato da un terminale verranno mostrati tutti gli ID dei devices usati attraverso Dino sul PC<br />
<br />
Dalla finestra account invece sarà possibile vedere la fingerprint per ogni account. Per scelta degli sviluppatori non è possibile selezionarla [https://github.com/dino/dino/issues/32 Issue #32]. <br />
<br />
Applicando la seguente patch prima della compilazione sarà possibile invece copiare la fingerprint<br />
<pre><br />
cat selectfpr.patch<br />
diff --git a/plugins/omemo/src/account_settings_widget.vala b/plugins/omemo/src/account_settings_widget.vala<br />
index bc0be3a..645c0fe 100644<br />
--- a/plugins/omemo/src/account_settings_widget.vala<br />
+++ b/plugins/omemo/src/account_settings_widget.vala<br />
@@ -15,6 +15,7 @@ public class AccountSettingWidget : Plugins.AccountSettingsWidget, Box {<br />
fingerprint.xalign = 0;<br />
Border border = new Button().get_style_context().get_padding(StateFlags.NORMAL);<br />
fingerprint.set_padding(border.left + 1, border.top + 1);<br />
+ fingerprint.set_selectable(true);<br />
fingerprint.visible = true;<br />
pack_start(fingerprint);<br />
<br />
@@ -60,4 +61,4 @@ public class AccountSettingWidget : Plugins.AccountSettingsWidget, Box {<br />
}<br />
}<br />
<br />
-}<br />
\ No newline at end of file<br />
+}<br />
</pre><br />
<br />
==Pidgin==<br />
Pidgin supporta OMEMO SPERIMENTALMENTE attraverso il plugin [https://github.com/gkdr/lurch Lurch], per ottenere il device id basterà digitare in una finestra di chat il comando<br />
/lurch show id own<br />
Mentre per la fingerprint <br />
/lurch show fp own<br />
<br />
==Gajim==<br />
Dal menu di impostazioni del plugin OMEMO è possibile vedere gli ID dei propri dispositivi e le proprie fingerprint.<br />
<br />
A questo punto è possibile generare il QR Code con le fingerprint con il comando<br />
qrencode "xmpp:<USER>@<HOST>?otr-fingerprint=<OTR_FINGERPRINT>;omemo-sid-<DEVICE_ID>=<OMEMO_FINGERPRINT>;omemo-sid-<OTHER_DEVICE_ID>=<OTHER_OMEMO_FINGERPRINT>;omemo-sid-<OTHER_DEVICE_ID>=<OTHER_OMEMO_FINGERPRINT>" -o ~/fingerprints.png<br />
<br />
È adesso possibile scansionare il QR con Conversations in modo da avere tutte le proprie fingerprint verificate ed autenticate. Da ora in poi basterà mostrare il QR di conversations che conterrà tutte le fingerprint<br />
<br />
= Altre risorse =<br />
* [https://we.riseup.net/riseup/xmpp pagina su riseup] che raccoglie qualche considerazione tecnica e discussioni varie.<br />
* [https://www.youtube.com/watch?v=xwu3xjwyy9M video completo] con la presentazione, spiegazione e discussione del servizio (31 Marzo 2017 a [[Exploit]], [https://eigenlab.org/2017/03/jabber-eigenlab-presentazione-del-servizio/ post] sul sito).<br />
<br />
=Note=<br />
<references /><br />
<br />
[[Categoria:EigenNet]]<br />
[[Categoria:Autoformazione]]<br />
[[Categoria:Comunicazione sicura]]<br />
[[Categoria:Device Mobili]]</div>Svalohttps://wiki.eigenlab.org/index.php?title=XMPP&diff=4725XMPP2017-05-13T22:29:27Z<p>Svalo: Aggiunge le istruzioni per generare un qrcode con tutte le fpr</p>
<hr />
<div>'''XMPP''' (''aka'' '''Jabber''') è un protocollo di chat federato: questo significa che se hai un account registrato su un determinato server potrai comunque parlare con gli utenti dell'intera rete XMPP, perché i server si parlano fra loro. Puoi entrare in contatto con chiunque semplicemente aggiungendo alla tua rubrica il suo ''Jabber ID'', analogamente a come faresti con un numero di telefono o un indirizzo email.<br />
<br />
XMPP fornisce sia chat private che di gruppo (dette anche ''"stanze"'', ''"chatroom"'', ''"conference"'' o ''"MUC"'' (Multi-User Chat); queste ultime possono essere pubbliche (mostrate nell'elenco delle MUC disponibili sul server) o private (bisogna conoscere il JID della stanza per poter entrare), protette o meno da password, cifrate o in chiaro, e così via... Molti client offrono una rubrica per i contatti.<br />
<br />
Inoltre il protocollo XMPP è molto estensibile, e ciò permette di scambiare file e immagini attraverso la chat, di stabilire comunicazioni criptate sia singole che di gruppo, e molto altro ancora.<br />
<br />
Esistono molti programmi per usare XMPP (client) per diverse piattaforme: [http://xmpp.org/software/clients.html qui] trovi una lista di client per Linux, Windows, OSX, iOS (iPhone), Android, Nokia Symbian e perfino da browser e da console. In questa pagina troverete le istruzioni e guide per alcuni client che abbiamo provato, tra cui [[XMPP#Gajim|Gajim]] (PC) e [[XMPP#Conversations|Conversations]] (Android).<br />
<br />
== Il nostro servizio XMPP ==<br />
Abbiamo installato [https://en.wikipedia.org/wiki/Prosody_(software) Prosody] sopra [[Zenzero]].<br />
Il server che abbiamo installato ha però due restrizioni importanti: <br />
* I client possono connettersi solo se supportano la cifratura SSL della connessione fra client e server;<br />
* I server (per la federazione) possono connettersi solo se supportano la cifratura della connessione fra server e server.<br />
Abbiamo scelto di inserire queste limitazioni perché siamo fermamente convintu che le comunicazioni debbano avvenire in modalità protetta: crediamo che ognunu debba poter scegliere - insieme ai propri interlocutori - il livello di sicurezza che desiderano avere, e cifrare la connessione via SSL è un passaggio minimo anche per chi non vuole usare strumenti più robusti per la sicurezza (vedi [[XMPP#Sicurezza|sotto]]).<br />
<br />
Siccome il servizio è ancora in fase di sperimentazione non permettiamo ancora la registrazione 'in-band' (cioè direttamente dal client): se vuoi un'account scrivi a <code>info[at]eigenlab[dot]org</code> oppure visita [https://jabber.eigenlab.org/ jabber.eigenlab.org].<br />
<br />
Puoi entrare nella chatroom <code>info@conference.eigenlab.org</code> per chiedere assistenza per l'installazione e la configurazione di un client XMPP, o per qualsiasi altro servizio di eigenLab, o anche semplicemente per scambiare quattro chiacchiere..<br />
<br />
=== Estensioni ===<br />
Abbiamo installato alcuni moduli per implementare alcune XEP, qui una lista parziale ed in aggiornamento:<br />
* MUC [http://xmpp.org/extensions/xep-0045.html XEP-0045] <code>conference.eigenlab.org</code> per le chat di gruppo (chiamate anche chatroom, conferenze o stanze).<br />
* SMACKS [https://modules.prosody.im/mod_smacks.html XEP-0198] per riesumare una sessione interrotta per la caduta della connessione.<br />
* MAM [https://modules.prosody.im/mod_mam.html XEP-0313] per l'archiviazione dei messaggi sul server fino ad una settimana così da poterli recuperare se sì è offline per un po'. Ogni utente può scegliere la sua configurazione per questo modulo.<br />
* Carbons [https://modules.prosody.im/mod_carbons.html XEP-0280] Per poter ricevere le conversazioni su tutti i dispositivi che supportano questa estensione. In questo modo è possibile chattare al pc e continuare poi sul telefono o sul portatile, come permettono di fare anche altri client di chat moderni. <br />
* [https://modules.prosody.im/mod_csi.html CSI], [https://modules.prosody.im/mod_throttle_presence.html throttle presence] e [https://modules.prosody.im/mod_filter_chatstates.html filter_chatstates]. Una serie di moduli specifici per i dispositivi mobile, permettono di decidere se ricevere o meno le notifiche di presenza di un contatto o quelle tipo ''"il contatto sta scrivendo"'' quando il dispositivo è in tasca/in uno stato di basso consumo/ecc...<br />
* HTTP File Upload [https://modules.prosody.im/mod_http_upload.html XEP-0363] consente l'upload di foto e file sul server, in modo che i client si scambino solo un link e non traferiscano il contenuto del file. I file rimangono a disposizione sul server, e se la chat è cifrata con OMEMO, il loro contenuto non è leggibile se non dal destinatario (il nome del file invece è in chiaro, in modo simile a quanto accade con [[PGP]] e l'oggetto della mail). Consente l'invio di foto e file nelle MUC.<br />
<br />
== Sicurezza ==<br />
Si può usare XMPP in maniera sicura utilizzando diversi protocolli di cifratura, ma non tutti sono disponibili, affidabili o funzionano bene su tutti i client.<br />
<br />
Con [https://en.wikipedia.org/wiki/Off-the-Record_Messaging OTR] é quasi impossibile avere le conversazioni cifrate fra ''dispositivi diversi usati dallo stesso account'', mentre [https://conversations.im/omemo/ OMEMO], un nuovo protocollo di cifratura sviluppato per Signal, permette una cifratura indolore anche fra device diversi. L'unica pecca è che non è ancora supportato da tutti i client, ma lo abbiamo testato con successo su [[XMPP#Gajim|Gajim]] (PC), [[XMPP#Conversations|Conversations]] (Android) e [[XMPP#Chatsecure|Chatsecure]] (iOS).<br />
Il supporto OTR in Gajim è disponibile con un plugin, che però è scritto male e non garantisce sicurezza. Gli stessi creatori sconsigliano di utilizzarlo.<br />
<br />
[[File:Omemo-fish.png|miniatura|destra|l'icona a fesciolino di OMEMO]]<br />
Per poter usare OMEMO in Gajim va installato un plugin dal gestore di pacchetti di sistema, perchè per motivi oscuri il plugin manager non riesce ad installarlo. Alla prima connessione con un contatto che supporta OMEMO verrà richiesto se fidarsi della chiave con cui si è presentato: è buona norma verificare la chiave attraverso un mezzo diverso. <br />
Conversations lo supporta di default, anche qui bisogna verificare la chiave del contatto.<br />
<br />
Per poter ricevere i messaggi sia su Gajim che su Conversations usando OMEMO bisogna fidarsi delle proprie chiavi su entrambi i device.<br />
<br />
== Gajim ==<br />
[[File:Gajim screenshot.jpg|miniatura|La grafica di Gajim è decisamente respingente, al momento. Ma il programma funziona benissimo e sui dettagli estetici ci stiamo lavorando.]]<br />
[https://gajim.org/ Gajim] è il più completo client desktop per numero di plugin e di XEP recenti supportate; è disponibile per i maggiori sistemi PC, per Windows, BSD e [[Linux]], pel quale si trova nei repository ufficiali dei pacchetti di tutte le maggiori distribuzioni.<br />
Molte persone continuano a contribuire allo sviluppo di Gajim; se vuoi contribuire puoi iniziare a leggere la [https://dev.gajim.org/gajim/gajim/wikis/home wiki] o la [https://dev.gajim.org/gajim/gajim/wikis/development/home pagina per lo sviluppo]<br />
<br />
=== Installazione ===<br />
====Arch====<br />
Bisogna avere l'AUR abilitato e installare i pacchetti con <code>yaourt -S gajim gajim-plugin-omemo gajim-plugin-httpupload python2-qrcode python2-future</code>.<br />
<br />
Su alcuni laptop Gajim si inchioda all'uscita dal programma e questo problema sembra risolversi installando il pacchetto <code>python2-dbus</code>.<br />
<br />
====Debian====<br />
Bisogna abilitare ''jessie-backports'': apri <code>sudo nano /etc/apt/sources.list</code> e aggiungi al file la riga:<br />
<pre>deb http://ftp.debian.org/debian jessie-backports main</pre><br />
<br />
Poi salvarlo e chiuderlo. Dare i comandi<br />
<pre>sudo aptitude update<br />
sudo aptitude -t jessie-backports install gajim-omemo gajim</pre><br />
<br />
=== Configurazione ===<br />
====Account====<br />
Aprendo Gajim per la prima volta devi configurare il tuo account dal menu <code>Modifica → account</code>.<br />
C'è sempre un account 'Local' ma non so a cosa serva. Tu aggiungi un nuovo account e metti l'ID Jabber seguito da <code>@eigenlab.org</code> e la password dell'utenza che ti sei fatta creare.<br />
<br />
Per cambiare la propria password, dal menu <code>Account -> Operazioni amministrative → cambia la password</code>.<br />
<br />
Per ricevere i messaggi su tutti i dispositivi connessi allo stesso account bisogna selezionare <code>Account → Generale → Receive conversations from other resources</code>.<br />
<br />
Se sei non in linea o desincronizzatu, oppure hai sbagliato ad inserire la password, puoi riconnetterti selezionando "diponibile" tra gli stati in basso. Capita però che gajim dica di essere desincronizzato anche se in realtà non lo è: se vedi almeno un contatto in linea non preoccuparti, puoi ignorarlo.<br />
<br />
====Contatti====<br />
Ora ti resta solo da aggiungere in rubrica le persone con cui chattare: dal menu <code>Azioni → aggiungi un contatto</code> inserisci l'ID Jabber del tuo amico (ad es. <code>pippo@eigenlab.org</code>) per "chiedergli l'amicizia" e quando anche lui te l'avrà accordata potrete chattare.<br />
<br />
Se trascini un contatto sopra un altro compare l'utilissima opzione "invia contatto di Beppe a Anna". C'è anche un'altra opzione "rendi Beppe e Anna [https://dev.gajim.org/gajim/gajim/wikis/help/MetaContacts metacontatti]", che serve per annidare diversi account usati dallo stesso utente sotto un'etichetta comune; se fai per sbaglio un metacontatto e vuoi annullare l'operazione, trascina il contatto più annidato sulla linea di un gruppo nella rubrica (ad esempio "Generale").<br />
<br />
Se capita di risultare offline ad un contatto, oppure di vedere offline chi in realtà è online, bisogna cliccare con il tasto destro sul contatto nell'elenco dei contatti, e in <code>Gestisci il contatto → Abbonamento</code> clicca su <code>Permetti al contatto di vedere il mio stato</code> e <code>Chiedi al contatto di poter vedere il suo stato</code>. Permettersi mutuamente di vedere lo stato è anche un prerequisito per usare OMEMO con Gajim.<br />
<br />
====Gruppi====<br />
Puoi vedere un elenco dei gruppi (pubblicamente accessibili) presenti sul server dal menu <code>Azioni → Ricerca dei servizi → eigenLab chatroom → Consulta</code> e selezionare quelli in cui vuoi entrare.<br />
Nella finestra che apparirà conviene selezionare "Aggiungi questa stanza ai segnalibri", che rende accessibile la stanza dal menu <code>Azioni → Entra in una conversazione di gruppo</code>.<br />
Selezionando "Entra automaticamente in questa stanza alla connessione", Gajim entrerà nella stanza al momento del login.<br />
<br />
Per non vedere i cambiamenti di stato di tutti i contatti nella stanza: <code>Azioni → Entra in una conversazione di gruppo → Gestisci i segnalibri → Stampa lo stato: "nessuno"</code>.<br />
<br />
====Chiamate e videochiamate====<br />
Per abilitare il supporto alle audio e videochiamate audio (supportato da Gajim, Pidgin e Telepathy) bisogna installare dei pacchetti aggiuntivi. In Arch installare il pacchetto <code>farstream</code>, mentre in Debian e derivate <code>python-farstream</code> e <code>gstreamer-plugins-bad</code>.<br />
<br />
=== Plugin ===<br />
[[File:Xmpp-file-image-http-upload-gatti.png|miniatura|Per sparare gattini in una chat (anche di gruppo) puoi usare ''send image via http upload'' (tasto celeste). Puoi inviare file di qualsiasi tipo con ''send file via http upload'' (tasto con la freccia verde).]]<br />
I nuovi plugin si installano dal menu <code>Modifica → Plugin → Available</code>.<br />
Dopo aver selezionato i plugin che vuoi installare clicca su install/upgrade, e poi abilitali nella scheda "installed".<br />
<br />
Di seguito alcuni plugin particolarmente utili:<br />
* '''Httpupload''': Aggiunge il supporto ad HTTP File Upload. Nella finestra di chat compariranno due nuovi pulsanti, "send file via http" e "send image via http". Il vecchio trasferimento da client a client è ancora disponibile con il pulsante "invia dei file".<br />
* '''Url image preview''': Visualizza le immagini direttamente nella finestra di chat anzichè chiedere dove salvarle o mostrare un link. Di default mostra immagini piccole solo per file piccoli. Valori ragionevoli nella configurazioni in <code>Modifica → Plugin → Url image preview → Configura</code> sono preview size:500 , accept files smaller than: 10mb. Cliccando con il tasto destro sull'immagine si può aprirla, salvarla o copiare il link originale.<br />
* '''Client icons''': Mostra una icona che rapresenta il client usato nell'elenco dei contatti.<br />
* '''Emoticons pack''': Aggiunge un enorme set di emoticon che sostituiscono quelle di default di gajim. Sono compatibili con le emoticon android anche se appariranno leggermente diverse su android. Per abilitarlo, nella finestra <code>Modifica → plugin → emoticon</code>, installa Twemoji resized. Sembrerà che non sia successo nulla, ma non ti preouccare, vai in <code>Preferenze → emoticon</code> e seleziona Twemoji resized.<br />
<br />
Riavviare '''sempre''' Gajim dopo aver abilitato o aggiornato i plugin.<br />
<br />
==== OMEMO ====<br />
Dopo aver abilitato il plugin OMEMO, Gajim si impallerà qualche secondo per generare le chiavi: non impanicatevi, è normale. Quando avrà finito sarete a un passo dal chattare in sicurezza.<br />
<br />
Nella finestra di chat, se il client del contatto lo supporta, appare l'icona con il pesce [[File:OmemoGajimFish LowRes.png|inline|baseline]] da cui si può abilitare OMEMO nella chat. <br />
Cliccando "fingerprints" si possono verificare le fingerprint del contatto. <br />
<br />
Nella finestra "own devices" ci sono invece le fingerprint dei propri dispositivi, ad es. una per Conversations sullo smartphone e una per Gajim sul pc. È necessario verificare anche quelle per essere sicuri della riservatezza della conversazione.<br />
<br />
È possibile visualizzare la propria fingerprint da <code>Modifica → Plugin → Url image preview → Configura → Account: eigenlab.org</code> dove è presente anche il QR-code che puoi usare per farti verificare velocemente da chi ha uno smartphone.<br />
<br />
Per visualizzare il QR-code, se si è installato il plugin OMEMO da Gajim, è necessario installare dei pacchetti. Il programma indica solo "python-qrcode". Su Arch, per avere garanzia di funzionamento, non bisogna installare questo pacchetto ma tutte le dependencies python2-* dalla pagina di [https://aur.archlinux.org/packages/gajim-plugin-omemo/ gajim-plugin-omemo]. Questi pacchetti sono disponibili solo dalla AUR.<br />
<br />
=== Problemi ===<br />
Gajim sembra non supportare completamente Message Archiving per le MUC [https://trac.gajim.org/ticket/8036]: mostra solo gli ultimi 20 messaggi invece di mostrare tutti i messaggi scambiati nella MUC e non ricevuti perchè si era offline. Conversations invece riceve tutti i messaggi in modo corretto.<br />
<br />
== Conversations== <br />
Il migliore client per Android per numero di XEP integrate, ed è anche piacevole alla vista.<br />
Puoi installarlo con [[Installare_F-droid#Conversations|F-droid]]; c'è anche nel PlayStore, ma a pagamento.<br />
<br />
===Account===<br />
[[File:ConversationUserPass.jpg|miniatura|sinistra|Inserisci l'ID Jabber e la password e inizia a chattare!]]<br />
<br />
Per aggiungere un account devi andare in <code>Menu → Gestisci utenti</code>: qui troverai un tastino con un omino stilizzato e un più [[File:AddAccount Conversation.jpg|22px|inline|baseline]]. Cliccaci e otterrai una schermata che ti chiede jabberID e password, inseriscili e sei prontu a chattare!<br />
<br />
Dal menu "Gestisci utenti" puoi fare una serie di altre opreazioni utili che riguardano il tuo account, come <br />
* Cambiare la propria password: <code>Menu → Gestisci utenti → <tuo utente> → Menu → Cambia password</code><br />
* Impostare un avatar: <code>Menu → Gestisci utenti → <tuo utente></code> e poi clicca sull'avatar.<br />
<br />
===Contatti, chat e gruppi===<br />
[[File:Conversations screenshot.jpg|miniatura|Una conversazione chat sul client Conversations per Android permette anche di scambiarsi immagini e altre delizie.]]<br />
<br />
La prima schermata mostra l'elenco delle chat aperte, cliccaci sopra per aprirle, una volta dentro striscia a destra o sinistra per chiuderle.<br />
<br />
Se dovessi farlo per errore non preoccuparti: '''non''' hai eliminato il contatto e puoi riaprire la chat nell'elenco dei contatti.<br />
<br />
====Aggiungere contatti ed entrare nei gruppi====<br />
In alto a destra c'è una icona con un grosso "più": [[File:ConversationContacts.jpg|22px|inline|baseline]]<br />
Cliccandoci troverai l'elenco dei contatti e delle MUC; in alto a destra ci sono, nelle rispettive schede, i tasti per aggiungere contatti [[File:AddAccount Conversation.jpg|22px|inline|baseline]] e MUC [[File:ConversationJoinMUC.jpg|22px|inline|baseline]].<br />
<br />
====Random settings====<br />
Conversations di default non mostra se i contatti sono online o meno, ma si può in parte porre rimedio nelle impostazioni: <br />
* il pulsante "invio indica lo stato" colora il pulsante nella chat a seconda dello stato del contatto<ref>verde=disponibile, rosso=occupato, arancione=assente, grigio=offline.</ref>, <br />
* "mostra tag dinamici" mostra queste informazioni nell'elenco dei contatti, e selezionando <code>Menu → Nascondi i contatti offline</code> saranno visibili solo i contatti online.<br />
<br />
In una chat di gruppo, cliccando su "Dettagli conferenza" è possibile visualizzare l'elenco degli iscritti.<br />
<br />
=== OMEMO ===<br />
Alla prima conversazione con un client che supporta OMEMO chiederà di abilitare la chiave del contatto per poter iniziare a chattare. <br />
<br />
È buona norma verificare questa fingerprint tramite altro mezzo, tuttavia Conversations considera una chiave abilitata come "non verificata" (perchè non si fida del fatto che gli utenti verificano davvero quella chiave prima di abilitarla) e mostra un lucchetto rosso nella conversazione. La verifica avviene tramite la scansione di un QR code in cui è contenuta la chiave dell'amico.<br />
<br />
====Verifica delle chiavi====<br />
Per verificare la chiave si può cliccare sull'avatar nella chat oppure andare in <code>Menu → Dettagli del contatto</code>, tenere premuto sulla fingerprint omemo e selezionare <code>Scan 2D Barcode</code>. A questo punto si aprirà l'app per fotografare il QR.<ref>I dispositivi con una fotocamera vecchia e scarsa potrebbero non riuscire a mettere a fuoco un QR su un piccolo schermo, in quel caso si può inquadrare il QR zoommato sullo schermo di un computer oppure stamparlo su un foglio. Per aiutare la messa a fuoco può essere anche utile mettersi un po' a giocare con la luminosità dello schermo.</ref><br />
<br />
Per visualizzare il QR della propria fingerprint clicca sul tuo avatar oppure vai in <code>Menu → Gestisci utenti → <tuo utente></code> e poi <code>Menu → Show 2D Barcode</code> <br />
<br />
Nella stessa pagina è possibile visualizzare la propria fingerprint OMEMO in forma esadecimale, e più in basso, sotto "Altri dispositivi", sono presenti le fingerprint dei propri dispositivi, es. pc con Gajim. <br />
<br />
È necessario verificare anche quelle per essere sicuri della riservatezza della conversazione. Allo stesso modo della verifica della fingerprint di un contatto, tenendo premuto apparirà <code>Scan 2D Barcode</code>.<br />
<br />
=== Integrazione in Sailfish OS ===<br />
Sailfish ha una whitelist di applicazioni che possono mostrare notifiche di sistema. Alla versione attuale (2.0.5 Haapajoki) Conversations non è in questa lista, quindi non mostrerà notifiche, nè vibrazione o led. <br />
<br />
Per risolvere si può installare ''Android apps notifications'' da [http://openrepos.net Warehouse] e poi abilitare Conversations nel nuovo menù in Settings, oppure modificare da root il file <code>/usr/share/lipstick/androidnotificationpriorities</code> e aggiungere le righe:<br />
<pre><br />
Conversations;chat,chat_exists<br />
package:eu.siacs.conversations;chat,chat_exists<br />
</pre><br />
È necessario riavviare Home Screen affinchè le modifiche abbiano effetto.<br />
<br />
La tastiera di sistema non ha il supporto alle emoji, e Dolphin keyboard non sembra funzionare bene con Conversation. Per avere le emoticon si può installare una tastiera android da [[Installare_F-droid|F-droid]] (ad esempio ''AnySoftKeyboard'') e poi abilitare la nuova tastiera in Settings dopo aver installato ''Aliendalvik Control'' da Warehouse.<br />
<br />
Per rimanere sempre online e ricevere notifiche anche dopo aver chiuso la finestra di Conversation (in modo simile a quanto succede in android), bisogna consentire all'applicazione di eseguire servizi in backgroud all'avvio, in <code>Impostazioni → Applicazioni → Conversations</code> e poi selezionare "Mantieni il servizio in primo piano" nelle impostazioni avanzate di Conversations.<br />
<br />
==Altri Client==<br />
===ChatSecure===<br />
Per iOS (iPhone) esiste [https://chatsecure.org/ ChatSecure], che supporta la cifratura con OMEMO.<br />
<br />
===Telepathy===<br />
Integrato in KDE, mancano alcune opzioni per la configurazione, supporta OTR ma non le carbon copy ed il message archiving.<br />
<br />
===Pidgin===<br />
[https://pidgin.im/ Pidgin] è un client la cui comunità di sviluppo è molto partecipata, e che oltre a XMPP supporta i protocolli AIM, Bonjour, Gadu-Gadu, Google Talk, ICQ, IRC, SILC, SIMPLE, Zephyr, e molti altri ancora insieme a una vasta gamma di plugin.<br />
<br />
Supporta OMEMO attraverso il plugin SPERIMENTALE [https://github.com/gkdr/lurch Lurch]<br />
<br />
===Profanity===<br />
[http://www.profanity.im/ Profanity] è un client testuale, gira da console con un'interfaccia [http://www.gnu.org/software/ncurses/ ncurses] ed assomiglia molto al client [http://irssi.org/ irssi] per IRC. Su Arch Linux è presente in due pacchetti alternativi <code>profanity</code> e <code>profanity-gtk</code>: il secondo offre solo le notifiche desktop tramite le librerie gtk, e non un'interfaccia grafica (ovviamente).<br />
<br />
===Dino===<br />
[https://github.com/dino/dino Dino] è un client XMPP moderno scritto in GTK3 e Vala, è in fase alpha e quindi non considerabile affidabile ma supporta già OMEMO nelle chat 1:1 e le chatroom, non supporta le carbon copies e nemmeno le chat di gruppo cifrate. Nonostante il suo stadio è già semi-usabile <br />
<br />
=Generare un QR Code con le fingerprint per ogni device=<br />
Alcuni software, per esempio Conversations, non permettono di verificare completamente un contatto se non scansionando la fingerprint attraverso un QR Code o cliccando su un link. <br />
<br />
Non tutti i client però supportano la generazione di un QR da poter scansionare.<br />
<br />
Per ovviare a questo limite di seguito una procedura per generare un QR Code che contenga tutte le fingerprint collegate ad una chiave OMEMO. <br />
<br />
I passaggi sono molto Linux specifici<br />
<br />
Requisiti:<br />
* Un terminale<br />
* sqlite (CLI) o sqlitebrowser (GUI) Per Dino<br />
* qrencode (CLI) o qualsiasi programma per generare un qrcode<br />
<br />
Il QR Code al momento della scrittura contiene la seguente stringa:<br />
xmpp:<USER>@<HOST>?otr-fingerprint=<OTR_FINGERPRINT>;omemo-sid-<DEVICE_ID>=<OMEMO_FINGERPRINT>;omemo-sid-<OTHER_DEVICE_ID>=<OTHER_OMEMO_FINGERPRINT>;omemo-sid-<OTHER_DEVICE_ID>=<OTHER_OMEMO_FINGERPRINT><br />
<br />
Dove:<br />
<br />
'''<OTR_FINGERPRINT>''' è la fingerprint della chiave OTR<br />
<br />
'''<DEVICE_ID>''' è il device ID, unico per ogni dispositivo o software<br />
<br />
'''<OMEMO_FINGERPRINT>''' è la fingerprint della chiave OMEMO<br />
<br />
A seconda del client il metodo per recuperare le informazioni cambia:<br />
==Dino==<br />
Con il comando <br />
sqlite3 ~/.local/share/dino/omemo.db 'select device_id from identity'<br />
Dato da un terminale verranno mostrati tutti gli ID dei devices usati sul PC<br />
<br />
Dalla finestra account invece sarà possibile vedere la fingerprint per ogni account. Per scelta degli sviluppatori non è possibile selezionarla. <br />
<br />
Applicando la seguente patch prima della compilazione sarà possibile invece copiare la fingerprint<br />
<pre><br />
cat selectfpr.patch<br />
diff --git a/plugins/omemo/src/account_settings_widget.vala b/plugins/omemo/src/account_settings_widget.vala<br />
index bc0be3a..645c0fe 100644<br />
--- a/plugins/omemo/src/account_settings_widget.vala<br />
+++ b/plugins/omemo/src/account_settings_widget.vala<br />
@@ -15,6 +15,7 @@ public class AccountSettingWidget : Plugins.AccountSettingsWidget, Box {<br />
fingerprint.xalign = 0;<br />
Border border = new Button().get_style_context().get_padding(StateFlags.NORMAL);<br />
fingerprint.set_padding(border.left + 1, border.top + 1);<br />
+ fingerprint.set_selectable(true);<br />
fingerprint.visible = true;<br />
pack_start(fingerprint);<br />
<br />
@@ -60,4 +61,4 @@ public class AccountSettingWidget : Plugins.AccountSettingsWidget, Box {<br />
}<br />
}<br />
<br />
-}<br />
\ No newline at end of file<br />
+}<br />
</pre><br />
<br />
==Pidgin==<br />
Pidgin supporta OMEMO SPERIMENTALMENTE attraverso il plugin [https://github.com/gkdr/lurch Lurch], per ottenere il device id basterà digitare in una finestra di chat il comando<br />
/lurch show id own<br />
Mentre per la fingerprint <br />
/lurch show fp own<br />
<br />
==Gajim==<br />
Dal menu di impostazioni del plugin OMEMO è possibile vedere gli ID dei propri dispositivi e le proprie fingerprint.<br />
<br />
A questo punto è possibile generare il QR Code con le fingerprint con il comando<br />
qrencode "xmpp:<USER>@<HOST>?otr-fingerprint=<OTR_FINGERPRINT>;omemo-sid-<DEVICE_ID>=<OMEMO_FINGERPRINT>;omemo-sid-<OTHER_DEVICE_ID>=<OTHER_OMEMO_FINGERPRINT>;omemo-sid-<OTHER_DEVICE_ID>=<OTHER_OMEMO_FINGERPRINT>" -o ~/fingerprints.png<br />
<br />
È adesso possibile scansionare il QR con Conversations in modo da avere tutte le proprie fingerprint verificate ed autenticate. Da ora in poi basterà mostrare il QR di conversations che conterrà tutte le fingerprint<br />
<br />
= Altre risorse =<br />
* [https://we.riseup.net/riseup/xmpp pagina su riseup] che raccoglie qualche considerazione tecnica e discussioni varie.<br />
* [https://www.youtube.com/watch?v=xwu3xjwyy9M video completo] con la presentazione, spiegazione e discussione del servizio (31 Marzo 2017 a [[Exploit]], [https://eigenlab.org/2017/03/jabber-eigenlab-presentazione-del-servizio/ post] sul sito).<br />
<br />
=Note=<br />
<references /><br />
<br />
[[Categoria:EigenNet]]<br />
[[Categoria:Autoformazione]]<br />
[[Categoria:Comunicazione sicura]]<br />
[[Categoria:Device Mobili]]</div>Svalohttps://wiki.eigenlab.org/index.php?title=Utente:Svalo&diff=4584Utente:Svalo2016-12-18T12:15:25Z<p>Svalo: /* eigenGuida per la rete */</p>
<hr />
<div>Bho per adesso i progetti nelle mie pagine sono<br />
https://wiki.eigenlab.org/index.php/Utente:Svalo/HowToRete<br />
e basta [[Utente:Svalo|Svalo]] ([[Discussioni utente:Svalo|discussioni]]) 12:16, 20 mag 2013 (UTC)</div>Svalohttps://wiki.eigenlab.org/index.php?title=XMPP&diff=4583XMPP2016-12-18T11:58:18Z<p>Svalo: In alcuni pc non funziona senza a causa di cose a caso di demandimport (gajim)</p>
<hr />
<div>'''XMPP''' è un protocollo di chat federato: questo significa che se hai un'utenza registrata su un determinato server potrai comunque parlare con gli utenti dell'intera rete XMPP, perché i server si parlano fra loro.<br />
<br />
XMPP fornisce una chat singola o di gruppo (detto anche ''"stanza"'', ''"chatroom"'', ''"conference"'' o ''"MUC"'') ed ha una rubrica per i contatti; inoltre è molto estensibile, e ciò permette di scambiare file e immagini attraverso la chat, di stabilire comunicazioni criptate sia singole che di gruppo, e molto altro ancora.<br />
<br />
== Il nostro servizio XMPP ==<br />
Abbiamo installato [https://en.wikipedia.org/wiki/Prosody_(software) Prosody] sopra [[Zenzero]].<br />
Il server che abbiamo installato ha però 2 restrizioni importanti: <br />
* I client possono connettersi solo se supportano la cifratura SSL della connessione fra client e server;<br />
* I server (per la federazione) possono connettersi solo se supportano la cifratura della connessione fra server e server.<br />
Abbiamo scelto di inserire queste limitazioni perché siamo fermamente convintu che le comunicazioni debbano avvenire in modalità protetta: crediamo che ognunu debba poter scegliere - insieme ai propri interlocutori - il livello di sicurezza che desiderano avere, e cifrare la connessione via SSL è un passaggio minimo anche per chi non vuole usare strumenti più robusti per la sicurezza (vedi [[XMPP#Sicurezza|sotto]]).<br />
<br />
Siccome il servizio è ancora in fase di sperimentazione non permettiamo ancora la registrazione 'in-band' (cioè direttamente dal client): se vuoi un'account scrivi a <code>info[at]eigenlab[dot]org</code>.<br />
<br />
=== Estensioni ===<br />
Abbiamo installato alcuni moduli per implementare alcune XEP, qui una lista parziale ed in aggiornamento:<br />
* MUC [http://xmpp.org/extensions/xep-0045.html XEP-0045] <code>conference.eigenlab.org</code> per le chat di gruppo (chiamate anche chatroom, conferenze o stanze).<br />
* SMACKS [https://modules.prosody.im/mod_smacks.html XEP-0198] per riesumare una sessione interrotta per la caduta della connessione.<br />
* MAM [https://modules.prosody.im/mod_mam.html XEP-0313] per l'archiviazione dei messaggi sul server fino ad una settimana così da poterli recuperare se sì è offline per un po'. Ogni utente può scegliere la sua configurazione per questo modulo.<br />
* Carbons [https://modules.prosody.im/mod_carbons.html XEP-0280] Per poter ricevere le conversazioni su tutti i dispositivi che supportano questa estensione. In questo modo è possibile chattare al pc e continuare poi sul telefono o sul portatile, come permettono di fare anche altri client di chat moderni. <br />
* [https://modules.prosody.im/mod_csi.html CSI], [https://modules.prosody.im/mod_throttle_presence.html throttle presence] e [https://modules.prosody.im/mod_filter_chatstates.html filter_chatstates]. Una serie di moduli specifici per i dispositivi mobile, permettono di decidere se ricevere o meno le notifiche di presenza di un contatto o quelle tipo ''"il contatto sta scrivendo"'' quando il dispositivo è in tasca/in uno stato di basso consumo/ecc...<br />
* HTTP File Upload [https://modules.prosody.im/mod_http_upload.html XEP-0363] consente l'upload di foto e file sul server, in modo che i client si scambino solo un link e non traferiscano il contenuto del file. I file rimangono a disposizione sul server, e se la chat è cifrata con OMEMO, il loro contenuto non è leggibile se non dal destinatario (il nome del file invece è in chiaro, in modo simile a quanto accade con [[PGP]] e l'oggetto della mail). Consente l'invio di foto e file nelle MUC.<br />
<br />
== Sicurezza ==<br />
Con [https://en.wikipedia.org/wiki/Off-the-Record_Messaging OTR] é quasi impossibile avere le conversazioni cifrate fra ''dispositivi diversi usati dallo stesso account'', mentre con [[XMPP#Gajim]] (desktop) e [[XMPP#Conversations]] (Android) è possibile usare [https://conversations.im/omemo/ OMEMO], un nuovo protocollo di cifratura sviluppato per Signal che permette una cifratura indolore anche fra device diversi. L'unica pecca è che ancora poco supportato da altri client. <br />
<br />
Il supporto OTR in Gajim è disponibile con un plugin, che però è scritto male e non garantisce sicurezza. Gli stessi creatori sconsigliano di utilizzarlo.<br />
<br />
<br />
[[File:Omemo-fish.png|bottom]] Per poter usare OMEMO in Gajim va installato un plugin dal gestore di pacchetti di sistema, perchè per motivi oscuri il plugin manager non riesce ad installarlo. Alla prima connessione con un contatto che supporta OMEMO verrà richiesto se fidarsi della chiave con cui si è presentato: è buona norma verificare la chiave attraverso un mezzo diverso. <br />
Conversations lo supporta di default, anche qui bisogna verificare la chiave del contatto.<br />
<br />
Per poter ricevere i messaggi sia su Gajim che su Conversations usando OMEMO bisogna fidarsi delle proprie chiavi su entrambi i device.<br />
<br />
== Guida ==<br />
Esistono molti programmi per usare XMPP (client) per diverse piattaforme: [http://xmpp.org/software/clients.html qui] trovi una lista di client per Linux, Windows, OSX, iOS (iPhone), Android, Nokia Symbian e perfino da browser e da console. Ad oggi abbiamo preparato qui sotto le istruzioni per [[XMPP#Gajim|Gajim]] (per PC) e [[XMPP#Conversations|Conversations]] (per Android).<br />
<br />
=== Gajim ===<br />
[[File:Gajim screenshot.jpg|miniatura|La grafica di Gajim è decisamente respingente, al momento. Ma il programma funziona benissimo e sui dettagli estetici ci stiamo lavorando.]]<br />
<br />
[https://gajim.org/ Gajim] è il più completo client desktop per numero di plugin e di XEP recenti supportate.<br />
<br />
==== Installazione ====<br />
In Arch bisogna avere l'AUR abilitato e installare i pacchetti con: <br />
<br />
<code>yaourt -S gajim gajim-plugin-omemo python2-qrcode python2-future</code>.<br />
<br />
In Debian stable bisogna abilitare ''jessie-backports'': <code>sudo nano /etc/apt/sources.list</code> e aggiungere la riga <code>deb http://ftp.debian.org/debian jessie-backports main</code> nel file; poi salvarlo e chiuderlo e dare i comandi<br />
<br />
<code><br />
sudo aptitude update<br />
<br />
sudo aptitude -t jessie-backports install gajim-omemo gajim<br />
<br />
sudo aptitude install python-qrcode<br />
</code><br />
<br />
==== Configurazione ====<br />
Aprendolo per la prima volta devi configurare il tuo account dal menu <code>Modifica → account</code>. C'è sempre un account 'Local' ma non so a cosa serva. Tu aggiungi un nuovo account e metti l'ID Jabber seguito da <code>@eigenlab.org</code> e la password dell'utenza che ti sei fatta creare. Finito. <br />
<br />
Ora ti resta solo da aggiungere in rubrica le persone con cui chattare: dal menu <code>Azioni → aggiungi un contatto</code> inserisci l'ID Jabber del tuo amico <code>pippo@eigenlab.org</code> per "chiedergli l'amicizia" e quando anche lui te l'avrà accordata potrete chattare.<br />
<br />
Se trascini un contatto sopra un'altro compare l'utilissima opzione "invia contatto di Beppe a Anna" (e anche un'altra opzione più criptica "rendi metacontatti" che non so a cosa serva.)<br />
<br />
Per ricevere i messaggi su tutti i dispositivi connessi allo stesso account bisogna selezionare <code>Account → Generale → Receive conversations from other resources</code>.<br />
<br />
Per cambiare la propria password, dal menu <code>Account -> Operazioni amministrative → cambia la password</code>.<br />
<br />
Se capita di risultare offline ad un contatto, oppure di vedere offline chi è online, bisogna cliccare con il tasto destro sul contatto nell'elenco dei contatti, e in <code>Gestisci il contatto → Abbonamento</code> clicca su <code>Permetti al contatto di vedere il mio stato</code> e <code>Chiedi al contatto di poter vedere il suo stato</code>.<br />
<br />
Si può entrare in una MUC dal menu <code>Azioni → Ricerca dei servizi → eigenLab chatroom → Consulta</code><br />
Nella finestra che apparirà conviene selezionare "Aggiungi questa stanza ai segnalibri", che rende accessibile la stanza dal menu <code>Azioni → Entra in una conversazione di gruppo</code>. Selezionando "Entra automaticamente in questa stanza alla connessione" gajim entrerà nella stanza al login.<br />
<br />
Per non vedere i cambiamenti di stato di tutti i contatti nella MUC <code>Azioni → Entra in una conversazione di gruppo → Gestisci i segnalibri → Stampa lo stato: "nessuno"</code>.<br />
<br />
Se sei non in linea o desincronizzatu, oppure hai sbagliato ad inserire la password, puoi riconnetterti selezionando "diponibile" tra gli stati in basso. Capita però che gajim dica di essere desincronizzato anche se in realtà non lo è: se vedi almeno un contatto in linea non preoccuparti, puoi ignorarlo.<br />
<br />
Per abilitare il supporto alle audio e videochiamate audio (supportato da Gajim, Pidgin e Telepathy) bisogna installare dei pacchetti aggiuntivi. In Arch installare <code>farstream-0.1</code> mentre in Debian e derivate <code>python-farstream</code> e <code>gstreamer-plugins-bad</code><br />
<br />
==== Plugin ====<br />
I nuovi plugin si installano dal menu <code>Modifica → Plugin → Available</code>.<br />
<br />
[[File:Xmpp-file-image-http-upload-gatti.png|miniatura|Per sparare gattini in una chat (anche di gruppo) puoi usare ''send image via http upload'' (tasto celeste). Puoi inviare file di qualsiasi tipo con ''send file via http upload'' (tasto con la freccia verde).]]<br />
<br />
Dopo aver selezionato i plugin che vuoi installare clicca su install/upgrade, e poi abilitali nella scheda "installed".<br />
<br />
* Client icons: Mostra una icona che rapresenta il client usato, nell'elenco dei contatti.<br />
* Emoticons pack: Aggiunge un enorme set di emoticon che sostituiscono quelle di default di gajim. Sono compatibili con le emoticon android anche se appariranno leggermente diverse su android. Per abilitarlo, nella finestra <code>Modifica → plugin → emoticon</code>, installa Twemoji resized. Sembrerà che non sia successo nulla, ma non ti preouccare, vai in <code>Preferenze → emoticon</code> e seleziona Twemoji resized.<br />
* Httpupload: Aggiunge il supporto ad HTTP File Upload. Nella finestra di chat compariranno due nuovi pulsanti, "send file via http" e "send image via http". Il vecchio trasferimento da client a client è ancora disponibile con il pulsante "invia dei file".<br />
* Url image preview: Visualizza le immagini direttamente nella finestra di chat anzichè chiedere dove salvarle o mostrare un link. Di default mostra immagini piccole solo per file piccoli. Valori ragionevoli nella configurazioni in <code>Modifica → Olugin → Url image preview → Configura</code> sono preview size:500 , accept files smaller than: 10mb. Cliccando con il tasto destro sull'immagine si può aprirla, salvarla o copiare il link originale.<br />
<br />
'''Riavviare Gajim dopo aver abilitato i plugin.'''<br />
<br />
==== OMEMO ====<br />
Può darsi che il plugin updater di Gajim chieda di aggiornare il plugin OMEMO, perchè è stato installato tramite il gestore di pacchetti e non internamente: in tal caso va risposto sempre di no.<br />
<br />
Dopo aver abilitato il plugin, Gajim si impallerà qualche secondo per generare le chiavi. Nella finestra di chat, se il client del contatto lo supporta, appare l'icona con il pesce, da cui si può abilitare omemo nella chat. Cliccando "fingerprints" si possono verificare le fingerprint del contatto. Nella finestra "own devices" ci sono invece le fingerprint dei propri dispositivi, ad es. uno smartphone con Conversations, più un pc con Gajim. È necessario verificare anche quelle per essere sicuri della riservatezza della conversazione.<br />
<br />
È possibile visualizzare la propria fingerprint da <code>Modifica → Plugin → Url image preview → Configura → Account: eigenlab.org</code>, dove è presente anche il QR-code utilizzato nella verifica da Conversations.<br />
<br />
==== Problemi ====<br />
Gajim sembra non supportare completamente Message Archiving per le MUC [https://trac.gajim.org/ticket/8036]: mostra solo gli ultimi 20 messaggi invece di mostrare tutti i messaggi scambiati nella MUC e non ricevuti perchè si era offline. Conversations invece riceve tutti i messaggi in modo corretto.<br />
<br />
=== Conversations=== <br />
[[File:Conversations screenshot.jpg|miniatura|Una conversazione chat sul client Conversations per Android permette anche di scambiarsi immagini e altre delizie.]]<br />
<br />
Il migliore client per Android per numero di XEP integrate. Puoi installarlo con [[Installare_F-droid#Conversations|F-droid]].<br />
<br />
La prima schermata mostra l'elenco delle chat aperte, lo swipe su una di queste consente di terminare una chat. Se dovessi farlo per errore non preoccuparti, non hai eliminato il contatto e puoi riaprire la chat nell'elenco dei contatti.<br />
<br />
Il tasto<code>+</code> mostra l'elenco dei contatti e delle MUC (chatroom / chat di gruppo). Nelle rispettive schede si possono aggiungere amici e chat di gruppo.<br />
<br />
Cambiare la propria password: <code>Menu → Gestisci utenti → <tuo utente> → Menu → Cambia password</code><br />
<br />
Impostare un avatar: <code>Menu → Gestisci utenti → <tuo utente></code> e poi clicca sull'avatar.<br />
<br />
Conversations di default non mostra se i contatti sono online oppure offline, ma si può in parte porre rimedio nelle impostazioni: <br />
* il pulsante "invio indica lo stato" colora il pulsante nella chat a seconda dello stato del contatto<ref>verde=disponibile rosso=occupato arancione=assente grigio=offline</ref>, <br />
* "mostra tag dinamici" mostra queste informazioni nell'elenco dei contatti, e selezionando <code>Menu → Nascondi i contatti offline</code> saranno visibili solo i contatti online.<br />
<br />
===== OMEMO =====<br />
Alla prima conversazione con un client che supporta OMEMO chiederà di abilitare la chiave del contatto per poter iniziare a chattare. È buona norma verificare questa fingerprint tramite altro mezzo. Tuttavia Conversations considera una chiave abilitata come "non verificata" (perchè non si fida del fatto che gli utenti verificano davvero quella chiave prima di abilitarla) e mostra un lucchetto rosso nella conversazione. La verifica avviene tramite la scansione di un QR code in cui è contenuta la chiave dell'amico.<br />
<br />
Per verificare la chiave si può cliccare sull'avatar nella chat oppure andare in <code>Menu → Dettagli del contatto</code>, poi tenere premuto sulla fingerprint omemo e selezionare <code>Scan 2D Barcode</code> A questo punto si aprirà l'app per fotografare il QR. I dispositivi con una fotocamera vecchia e scarsa potrebbero non riuscire a mettere a fuoco un QR su un piccolo schermo, in quel caso si può inquadrare il QR zoommato sullo schermo di un computer oppure stamparlo su un foglio.<br />
<br />
Si visualizza il QR della propria fingerprint cliccando sul proprio avatar oppure andando in <code>Menu → Gestisci utenti → <tuo utente></code> e poi <code>Menu → Show 2D Barcode</code> Nella stessa pagina è possibile visualizzare la propria fingerprint OMEMO in forma esadecimale, e più in basso, sotto "Altri dispositivi" sono presenti le fingerprint dei propri dispositivi, es. pc con Gajim. È necessario verificare anche quelle per essere sicuri della riservatezza della conversazione. Allo stesso modo della verifica della fingerprint di un contatto, tenendo premuto apparirà <code>Scan 2D Barcode</code>.<br />
<br />
===== Integrazione in Sailfish OS =====<br />
Sailfish ha una whitelist di applicazioni che possono mostrare notifiche di sistema. Alla versione attuale (2.0.5 Haapajoki) Conversations non è in questa lista, quindi non mostrerà notifiche, nè vibrazione o led. Per risolvere si può installare ''Android apps notifications'' da Warehouse (openrepos.net) e poi abilitare Conversations nel nuovo menù in Settings, oppure modificare da root il file <code>/usr/share/lipstick/androidnotificationpriorities</code> e aggiungere le righe:<br />
<br />
<code>Conversations;chat,chat_exists<br />
<br />
package:eu.siacs.conversations;chat,chat_exists</code><br />
<br />
È necessario riavviare Home Screen affinchè le modifiche abbiano effetto.<br />
<br />
La tastiera di sistema non ha il supporto alle emoji, e Dolphin keyboard non sembra funzionare bene con Conversation. Per avere le emoticon si può installare una tastiera android da [[Installare_F-droid|F-droid]] (ad esempio ''AnySoftKeyboard'') e poi abilitare la nuova tastiera in Settings dopo aver installato ''Aliendalvik Control'' da Warehouse.<br />
===Telepathy===<br />
Integrato in KDE, manca di opzioni per la configurazione, supporta OTR ma non le carbon copy ed il message archiving.<br />
===Pidgin===<br />
Pidgin.<br />
===XabberDev===<br />
XabberDev.<br />
<br />
<br />
[[Categoria:EigenNet]]<br />
[[Categoria:Autoformazione]]<br />
[[Categoria:Comunicazione sicura]]</div>Svalohttps://wiki.eigenlab.org/index.php?title=HowTo_Single_Disk_to_RAID&diff=4582HowTo Single Disk to RAID2016-12-18T11:52:46Z<p>Svalo: Does the left TODO</p>
<hr />
<div><br />
We found ourselves in the need of switching from a single disk root to a root backed by a RAID, here's how we did.<br />
<br />
== Context ==<br />
We sat up a new/old server, [[BitArno]], it has a nice /home of ~6TB backed by a RAID and a separate disk for the / partition. As the drive for the / was tested before getting to production resulting in no errors we thought we didn't need a RAID for it. We installed Debian stable 8.1, set up every service, went to bed just to wake up with a hung server refusing to boot.<br />
<br />
An on site check was required, we got there and found out that the / drive was failing to reallocate sectors, we fsck'ed it and it booted. "Great!" that same evening it was failing again and so we decided to switch from a single disk root to a RAID1 backed root especially because we do use commodity hardware taken from old computers.<br />
<br />
== The general idea ==<br />
<br />
We wanted a way to easily switch from a drive to the RAID without having to back everything up and copy it over again with fewer downtime possible and so we decided to:<br />
* Poweroff the server and attach a new disk of equal size<br />
* Power on the server<br />
* Create a RAID1 array composed by 2 drives but with a drive marked as missing (the new drive is the present one, the old one will be attached to the cluster later)<br />
* Set LVM up on top of it (as the old drive had LVM (it's a 120GB drive just for the `/` parition, we wanted to have some space available if we'll ever find in the need)<br />
* Boot a live distro and copy / <br />
** Install the bootloader on the new drive adding the necessary modules for RAID and LVM<br />
* Reboot the server from the RAID-member disk<br />
* Check if everything is OK<br />
* Add the old disk to the RAID and let mdadm resync the contents.<br />
<br />
== Step by step guide ==<br />
Here I'll try to cover step by step the command we used, it has been a while since we did it so I'm not 100% sure I'll remember everything<br />
<br />
First a layout of the partitions when it was single-disk<br />
<br />
sda 8:0 0 114.5G 0 disk <br />
├─sda1 8:1 0 243M 0 part /boot <br />
├─sda2 8:2 0 1K 0 part <br />
└─sda5 8:5 0 114.3G 0 part <br />
├─bitarno--system-root 253:0 0 30G 0 lvm /<br />
└─bitarno--system-swap 253:3 0 4G 0 lvm [SWAP]<br />
<br />
And after the switch (newly created LVM has different volume group name but same size and structure)<br />
<br />
sda 8:0 0 114.5G 0 disk <br />
├─sda1 8:1 0 243M 0 part <br />
│ └─md1 9:1 0 242.8M 0 raid1 /boot<br />
├─sda2 8:2 0 1K 0 part <br />
└─sda5 8:5 0 114.3G 0 part <br />
└─md2 9:2 0 114.2G 0 raid1 <br />
├─ba--system-root 253:0 0 30G 0 lvm /<br />
└─ba--system-swap 253:3 0 4G 0 lvm [SWAP]<br />
sde 8:64 0 114.5G 0 disk <br />
├─sde1 8:65 0 243M 0 part <br />
│ └─md1 9:1 0 242.8M 0 raid1 /boot<br />
├─sde2 8:66 0 1K 0 part <br />
└─sde5 8:69 0 114.3G 0 part <br />
└─md2 9:2 0 114.2G 0 raid1 <br />
├─ba--system-root 253:0 0 30G 0 lvm /<br />
└─ba--system-swap 253:3 0 4G 0 lvm [SWAP]<br />
<br />
The sdX2 partition is an extended one which contains the RAID one<br />
<br />
In this way we have two arrays, one for the boot and one for the LVM which contains the root and the swap<br />
<br />
First of all we need to wipe out every possible header from the new disk as it will become a RAID member<br />
dd if=/dev/zero of=/dev/sde bs=100M count=1<br />
<br />
Then we created the partitions with sfdisk about the same size as the first disk. It's not needed for them to be the same as it wasn't possible to copy the partitions with dd<br />
<br />
We need:<br />
* one parition for the boot marked as Linux raid autodetect<br />
* the other for LVM marked as Linux raid autodetect that takes the free space left<br />
<br />
We then proceeded to create the 2 RAIDS, /dev/sde is the new disk<br />
mdadm --create /dev/md1 --level=1 --raid-devices=2 /dev/sde1 missing<br />
mdadm --create /dev/md2 --level=1 --raid-devices=2 /dev/sde5 missing<br />
<br />
We made the filesystem on the newly created /dev/md1<br />
mkfs.ext2 /dev/md1<br />
And copied the files <br />
mount /dev/md1 /mnt<br />
rsync -avPh /boot /mnt<br />
sync && umount /mnt<br />
We were done with /boot, and we needed to create the LVM volumes:<br />
<br />
First we marked /dev/md2 as LVM member with fdisk then we told LVM /dev/md2 was a device it could use<br />
pvcreate /dev/md2<br />
<br />
We then created the virtual group that was going to host the logical volumes<br />
vgcreate ba-system /dev/md2<br />
And created the logical volumes over it<br />
lvcreate -L30G -n root ba-system<br />
lvcreate -L4G -n swap ba-system<br />
We created the filesystem for root <br />
mkfs.ext4 /dev/mapper/ba--system-root<br />
And for swap<br />
mkswap /dev/mapper/ba--system-swap<br />
<br />
Then it was time to poweroff the server and boot from a live, we choose ArchLinux as it's lightweight and provides all the packages we need without forcefully bringing up an installation procedure<br />
<br />
We mounted the root partitions<br />
mkdir /mnt/old /mnt/new<br />
mount /dev/mapper/ba--system-root /mnt/new<br />
mount /dev/mapper/bitarno--system-root /mnt/old<br />
<br />
And copied the data over:<br />
rsync -avPh /mnt/old/ /mnt/new<br />
<br />
We then proceeded to mount the boot partition <br />
mount /dev/md1 /mnt/new/boot<br />
<br />
And arch-chroot'ed into it. Arch-chroot is a wonderful piece of software that saves you from bind mounting /dev /proc and /sys in the chroot<br />
<br />
arch-chroot /mnt/new<br />
<br />
It was time to install grub on the new disk and regenerate grub configuration and the initram image to contain LVM and RAID modules, this was the hardest part as we wrongly supposed all the modules were already present.<br />
<br />
'''We added "domdadm"''' to GRUB_CMDLINE_LINUX_DEFAULT in /etc/default/grub, the line should look something like<br />
cat /etc/default/grub| grep -i cmdli<br />
GRUB_CMDLINE_LINUX_DEFAULT="quiet domdadm"<br />
<br />
And we '''added the modules needed to GRUB_PRELOAD_MODULES''' in the same file, if the line don't exist create it<br />
GRUB_PRELOAD_MODULES="lvm diskfilter mdraid1x"<br />
<br />
Then it was time to install grub on both HDD in the MBR, note that it wasn't needed to specify the boot partition as we were in a chroot<br />
<br />
grub-install /dev/sda<br />
grub-install /dev/sde<br />
<br />
And just to be sure<br />
update-grub<br />
<br />
We also had to update the initramfs to actually contain the raid module ans so we edited<br />
/etc/initramfs-tools/modules <br />
appending<br />
raid1<br />
to the list and executed<br />
update-initramfs<br />
to re-generate the initramfs<br />
<br />
We exited from the chroot, unmounted everything, rebooted and kept our finger crossed till the password prompt of the root-on-RAID booted system.<br />
<br />
This last step I simplified it, we made several errors and had to boot into live several times, as we kept forgetting to add the needed modules and command lines arguments<br />
<br />
To be sure to boot from the raid root you can edit the grub entry before booting, make sure it's like the following<br />
insmod mdraid1x<br />
Have to be present inside the menuentry section of your os and the linux entry looks similar to<br />
linux /vmlinuz-3.16.0-4-amd64 root=/dev/mapper/ba--system-root ro quiet domdadm<br />
<br />
As we failed to achieve everything on the first try we edited the grub command line and the performed grub install from the booted system.<br />
<br />
Once we managed to boot we had to finalize the process and add the old drive to the RAID array<br />
<br />
We backed up the partition table of the new disk<br />
sfdisk -d /dev/sde > /tmp/savetablesde<br />
<br />
Unmounted the automatically-mounted /dev/sda[1,2,5] deactivating the swap and LVM<br />
<br />
swapoff /dev/mapper/bitarno-system-swap<br />
vgchange -an bitarno--system<br />
<br />
Wiped out all the old drive first 100M <br />
dd if=/dev/zero of=/dev/sda bs=100M count=1<br />
sync<br />
And in the end we copied the partition table on the old disk<br />
sfdisk /dev/sda < /tmp/savetablesde<br />
<br />
We added the partitions to the array<br />
mdadm /dev/md1 --add /dev/sda1<br />
mdadm /dev/md2 --add /dev/sda5<br />
<br />
DONE!<br />
<br />
We then checked the status of the resync of mdadm with<br />
cat /proc/mdstat<br />
<br />
== Issues ==<br />
<br />
We (of course) had some issues in the process:<br />
<br />
* Thought the drive was of the same model the capacity was a little different and so we couldnt copy the partition scheme as we tougth we could do<br />
* It's very important to generate the grub image inserting the modules and the boot parameter needed for lvm and RAID<br />
* The initramfs must be rebuilt with the right raid module present in order for the kernel to find the cluster<br />
* It's impossible to backup and restore the lvm too as for a while we found ourselves with the 2 LVMs disk together and names were conflicting.<br />
<br />
<br />
[[Categoria:eigenNet]]<br />
[[Categoria:HowTo]]<br />
[[Categoria:Autoformazione]]</div>Svalohttps://wiki.eigenlab.org/index.php?title=HowTo_Single_Disk_to_RAID&diff=4511HowTo Single Disk to RAID2016-11-19T20:23:35Z<p>Svalo: /* Step by step guide */</p>
<hr />
<div><br />
We found ourselves in the need of switching from a single disk root to a root backed by a RAID, here's how we did.<br />
<br />
== Context ==<br />
We sat up a new/old server, [[BitArno]], it has a nice /home of ~6TB backed by a RAID and a separate disk for the / partition. As the drive for the / was tested before getting to production resulting in no errors we tought we didn't need a RAID for it. We installed debian stable 8.1, sat up every service, went to bed just to wake up with a hung server refusing to boot.<br />
<br />
An on site check was required, we got there and found out that the / drive was failing to reallocate sectors, we fsck'ed it and it booted. "Great!" that same evening it was failing again and so we decided to switch from a single disk root to a RAID1 backed root expecially because we do use commodity hardware taken from old computers.<br />
<br />
== The general idea ==<br />
<br />
We wanted a way to easily switch from a drive to the RAID without having to back everything up and copy it over again with fewer downtime possible and so we decided to:<br />
* Poweroff the server and attach the new disk of an equal size<br />
* Power on the server<br />
* Create a RAID1 array composed by 2 drives but with a drive marked as missing<br />
* Set LVM up on top of it (as the old drive had LVM (it's a 120GB drive just for the `/` parition, we wanted to have some space available if we'll ever find in the need)<br />
* Boot a live distro and copy /<br />
** Install the bootloader on the new drive adding the necessary modules for RAID and LVM<br />
* Reboot the server from the RAID-memeber disk<br />
* Check if everything is OK<br />
* Add the old disk to the RAID and let mdadm resync the contents.<br />
<br />
== Step by step guide ==<br />
Here I'll try to cover step by step the command we used, it has been a while since we did it so I'm not 100% sure I'll remember everything<br />
<br />
First a layout of the partition befor the RAID<br />
sda 8:0 0 114.5G 0 disk <br />
├─sda1 8:1 0 243M 0 part /boot <br />
├─sda2 8:2 0 1K 0 part <br />
└─sda5 8:5 0 114.3G 0 part <br />
├─bitarno--system-root 253:0 0 30G 0 lvm /<br />
└─bitarno--system-swap 253:3 0 4G 0 lvm [SWAP]<br />
<br />
And after the switch<br />
<br />
sda 8:0 0 114.5G 0 disk <br />
├─sda1 8:1 0 243M 0 part <br />
│ └─md1 9:1 0 242.8M 0 raid1 /boot<br />
├─sda2 8:2 0 1K 0 part <br />
└─sda5 8:5 0 114.3G 0 part <br />
└─md2 9:2 0 114.2G 0 raid1 <br />
├─ba--system-root 253:0 0 30G 0 lvm /<br />
└─ba--system-swap 253:3 0 4G 0 lvm [SWAP]<br />
sde 8:64 0 114.5G 0 disk <br />
├─sde1 8:65 0 243M 0 part <br />
│ └─md1 9:1 0 242.8M 0 raid1 /boot<br />
├─sde2 8:66 0 1K 0 part <br />
└─sde5 8:69 0 114.3G 0 part <br />
└─md2 9:2 0 114.2G 0 raid1 <br />
├─ba--system-root 253:0 0 30G 0 lvm /<br />
└─ba--system-swap 253:3 0 4G 0 lvm [SWAP]<br />
<br />
The sdX2 partition is an extended one which contains the RAID one<br />
<br />
In this way we have two arrays, one for the boot and one for the LVM which contains the root and the swap<br />
<br />
First of all we need to wipe out every possible header from the new disk as it will become a RAID member<br />
dd if=/dev/zero of=/dev/sde bs=100M count=1<br />
<br />
Then we created the partitions with sfdisk about the same size as the first disk. It's not needed for them to be the same as it wasn't possible to copy the partitions with dd<br />
<br />
We need:<br />
* one parition for the boot marked as Linux raid autodetect<br />
* the other for LVM marked as Linux raid autodetect that takes the free space left<br />
<br />
We then proceeded to create the 2 RAIDS, /dev/sde is the new disk<br />
mdadm --create /dev/md1 --level=1 --raid-devices=2 /dev/sde1 missing<br />
mdadm --create /dev/md2 --level=1 --raid-devices=2 /dev/sde5 missing<br />
<br />
We made the filesystem on the newly created /dev/md1<br />
mkfs.ext2 /dev/md1<br />
And copied the files <br />
mount /dev/md1 /mnt<br />
rsync -avPh /boot /mnt<br />
sync && umount /mnt<br />
We were done with /boot, and we needed to create the LVM volumes:<br />
<br />
First we marked /dev/md2 as LVM member with fdisk then we told LVM /dev/md2 was a device it could use<br />
pvcreate /dev/md2<br />
<br />
We then created the virtual group that was going to host the logical volumes<br />
vgcreate ba-system /dev/md2<br />
And created the logical volumes over it<br />
lvcreate -L30G -n root ba-system<br />
lvcreate -L4G -n swap ba-system<br />
We createed the filesystem for root <br />
mkfs.ext4 /dev/mapper/ba--system-root<br />
And for swap<br />
mkswap /dev/mapper/ba--system-swap<br />
<br />
Then it was time to poweroff the server and boot from a live, we choosed ArchLinux as it's lightweight and provides all the packages we need without forcefully bringing up an installation procedure<br />
<br />
We mounted the root partitions<br />
mkdir /mnt/old /mnt/new<br />
mount /dev/mapper/ba--system-root /mnt/new<br />
mount /dev/mapper/bitarno--system-root /mnt/old<br />
<br />
And copied the datas over:<br />
rsync -avPh /mnt/old/ /mnt/new<br />
<br />
We then proceeded to mount the boot partition <br />
mount /dev/md1 /mnt/new/boot<br />
<br />
And arch-chroot'ed into it. Arch-chroot is a wonderfull piece of software that saves you from bind mounting /dev /proc and /sys in the chroot<br />
<br />
arch-chroot /mnt/new<br />
<br />
It was time to install grub and regenerate the image to contain LVM and RAID modules, this was the hardest part as we wrongly supposed all the modules were already present.<br />
<br />
We added "domdadm" to GRUB_CMDLINE_LINUX_DEFAULT in /etc/default/grub, the line should look something like<br />
cat /etc/default/grub| grep -i cmdli<br />
GRUB_CMDLINE_LINUX_DEFAULT="quiet domdadm"<br />
<br />
And we added the modules needed to GRUB_PRELOAD_MODULES in the same file, if the line don't exist create it<br />
GRUB_PRELOAD_MODULES="lvm diskfilter mdraid1x"<br />
<br />
Then it was time to install grub on both HDD in the MBR, note that it wasn't needed to specify the boot partition as we were in a chroot<br />
<br />
grub-install /dev/sda<br />
grub-install /dev/sde<br />
<br />
And just to be sure<br />
update-grub<br />
<br />
We exited from the chroot, unmounted everything, rebooted and kept our finger crossed till the password prompt of the root-on-RAID booted system.<br />
<br />
This last step I simplified it, we made several errors and had to boot into live several times, as we kept forgetting to add the needed modules and command lines arguments<br />
<br />
To be sure to boot from the raid root you can edit the grub entry before booting, make sure it's like the following<br />
insmod mdraid1x<br />
Have to be present inside the menuentry section of your os and the linux entry looks similar to<br />
linux /vmlinuz-3.16.0-4-amd64 root=/dev/mapper/ba--system-root ro quiet domdadm<br />
<br />
As we failed to achieve everithing on the first try we edited the grub command line and the performed grub install from the booted system.<br />
<br />
Once we managed to boot we had to finalize the process and add the old drive to the RAID array<br />
<br />
We backed up the partition table of the new disk<br />
sfdisk -d /dev/sde > /tmp/savetablesde<br />
<br />
Unmounted the automatically-mounted /dev/sda[1,2,5] deactivating the swap and LVM<br />
<br />
swapoff /dev/mapper/bitarno-system-swap<br />
vgchange -an bitarno--system<br />
<br />
Whiped out all the old drive first 100M <br />
dd if=/dev/zero of=/dev/sda bs=100M count=1<br />
sync<br />
And in the end we copied the partition table on the old disk<br />
sfdisk /dev/sda < /tmp/savetablesde<br />
<br />
We added the partitions to the array<br />
mdadm /dev/md1 --add /dev/sda1<br />
mdadm /dev/md2 --add /dev/sda5<br />
<br />
DONE!<br />
<br />
We then checked the status of the resync of mdadm with<br />
cat /proc/mdstat<br />
<br />
== Issues ==<br />
<br />
We (of course) had some issues in the process:<br />
<br />
* Thougth the drive was of the same model the capacity was a little different and so we couldnt copy the partition scheme as we tougth we could do<br />
* It's very important to generate the grub image inserting the modules and the boot parameter needed for lvm and RAID<br />
* It's impossible to backup and restore the lvm too as for a while we found ourselves with the 2 LVMs disk together and names were conflicting.<br />
<br />
<br />
[[Categoria:eigenNet]]<br />
[[Categoria:HowTo]]<br />
[[Categoria:Autoformazione]]</div>Svalohttps://wiki.eigenlab.org/index.php?title=HowTo_Single_Disk_to_RAID&diff=4510HowTo Single Disk to RAID2016-11-19T19:49:07Z<p>Svalo: Typos and fixes</p>
<hr />
<div><br />
We found ourselves in the need of switching from a single disk root to a root backed by a RAID, here's how we did.<br />
<br />
== Context ==<br />
We sat up a new/old server, [[BitArno]], it has a nice /home of ~6TB backed by a RAID and a separate disk for the / partition. As the drive for the / was tested before getting to production resulting in no errors we tought we didn't need a RAID for it. We installed debian stable 8.1, sat up every service, went to bed just to wake up with a hung server refusing to boot.<br />
<br />
An on site check was required, we got there and found out that the / drive was failing to reallocate sectors, we fsck'ed it and it booted. "Great!" that same evening it was failing again and so we decided to switch from a single disk root to a RAID1 backed root expecially because we do use commodity hardware taken from old computers.<br />
<br />
== The general idea ==<br />
<br />
We wanted a way to easily switch from a drive to the RAID without having to back everything up and copy it over again with fewer downtime possible and so we decided to:<br />
* Poweroff the server and attach the new disk of an equal size<br />
* Power on the server<br />
* Create a RAID1 array composed by 2 drives but with a drive marked as missing<br />
* Set LVM up on top of it (as the old drive had LVM (it's a 120GB drive just for the `/` parition, we wanted to have some space available if we'll ever find in the need)<br />
* Boot a live distro and copy /<br />
** Install the bootloader on the new drive adding the necessary modules for RAID and LVM<br />
* Reboot the server from the RAID-memeber disk<br />
* Check if everything is OK<br />
* Add the old disk to the RAID and let mdadm resync the contents.<br />
<br />
== Step by step guide ==<br />
Here I'll try to cover step by step the command we used, it has been a while since we did it so I'm not 100% sure I'll remember everything<br />
<br />
First a layout of the partition befor the RAID<br />
sda 8:0 0 114.5G 0 disk <br />
├─sda1 8:1 0 243M 0 part /boot <br />
├─sda2 8:2 0 1K 0 part <br />
└─sda5 8:5 0 114.3G 0 part <br />
├─bitarno--system-root 253:0 0 30G 0 lvm /<br />
└─bitarno--system-swap 253:3 0 4G 0 lvm [SWAP]<br />
<br />
And after the switch<br />
<br />
sda 8:0 0 114.5G 0 disk <br />
├─sda1 8:1 0 243M 0 part <br />
│ └─md1 9:1 0 242.8M 0 raid1 /boot<br />
├─sda2 8:2 0 1K 0 part <br />
└─sda5 8:5 0 114.3G 0 part <br />
└─md2 9:2 0 114.2G 0 raid1 <br />
├─ba--system-root 253:0 0 30G 0 lvm /<br />
└─ba--system-swap 253:3 0 4G 0 lvm [SWAP]<br />
sde 8:64 0 114.5G 0 disk <br />
├─sde1 8:65 0 243M 0 part <br />
│ └─md1 9:1 0 242.8M 0 raid1 /boot<br />
├─sde2 8:66 0 1K 0 part <br />
└─sde5 8:69 0 114.3G 0 part <br />
└─md2 9:2 0 114.2G 0 raid1 <br />
├─ba--system-root 253:0 0 30G 0 lvm /<br />
└─ba--system-swap 253:3 0 4G 0 lvm [SWAP]<br />
<br />
The fifth partition is an extended one which contains the RAID one<br />
<br />
In this way we have two arrays, one for the boot and one for the LVM which contains the root and the swap<br />
<br />
First of all we need to wipe out every possible header from the new disk as it will become a RAID member<br />
dd if=/dev/zero of=/dev/sde bs=100M count=1<br />
<br />
Then we created the partitions with sfdisk about the same size as the first disk. It's not needed for them to be the same as it wasn't possible to copy the partitions with dd<br />
<br />
We need:<br />
* one parition for the boot marked as Linux raid autodetect<br />
* the other for LVM marked as Linux raid autodetect that takes the free space left<br />
<br />
We then proceeded to create the 2 RAIDS, /dev/sde is the new disk<br />
mdadm --create /dev/md1 --level=1 --raid-devices=2 /dev/sde1 missing<br />
mdadm --create /dev/md2 --level=1 --raid-devices=2 /dev/sde5 missing<br />
<br />
We made the filesystem on the newly created /dev/md1<br />
mkfs.ext2 /dev/md1<br />
And copied the files <br />
mount /dev/md1 /mnt<br />
rsync -avPh /boot /mnt<br />
sync && umount /mnt<br />
We were done with /boot, and we needed to create the LVM volumes:<br />
<br />
First we marked /dev/md2 as LVM member with fdisk then we told LVM /dev/md2 was a device it could use<br />
pvcreate /dev/md2<br />
<br />
We then created the virtual group that was going to host the logical volumes<br />
vgcreate ba-system /dev/md2<br />
And created the logical volumes over it<br />
lvcreate -L30G -n root ba-system<br />
lvcreate -L4G -n swap ba-system<br />
We createed the filesystem for root <br />
mkfs.ext4 /dev/mapper/ba--system-root<br />
And for swap<br />
mkswap /dev/mapper/ba--system-swap<br />
<br />
Then it was time to poweroff the server and boot from a live, we choosed ArchLinux as it's lightweight and provides all the packages we need without forcefully bringing up an installation procedure<br />
<br />
We mounted the root partitions<br />
mkdir /mnt/old /mnt/new<br />
mount /dev/mapper/ba--system-root /mnt/new<br />
mount /dev/mapper/bitarno--system-root /mnt/old<br />
<br />
And copied the datas over:<br />
rsync -avPh /mnt/old/ /mnt/new<br />
<br />
We then proceeded to mount the boot partition <br />
mount /dev/md1 /mnt/new/boot<br />
<br />
And arch-chroot'ed into it. Arch-chroot is a wonderfull piece of software that saves you from bind mounting /dev /proc and /sys in the chroot<br />
<br />
arch-chroot /mnt/new<br />
<br />
It was time to install grub and regenerate the image to contain LVM and RAID modules, this was the hardest part as we wrongly supposed all the modules were already present.<br />
<br />
We added "domdadm" to GRUB_CMDLINE_LINUX_DEFAULT in /etc/default/grub, the line should look something like<br />
cat /etc/default/grub| grep -i cmdli<br />
GRUB_CMDLINE_LINUX_DEFAULT="quiet domdadm"<br />
<br />
And we added the modules needed to GRUB_PRELOAD_MODULES in the same file, if the line don't exist create it<br />
GRUB_PRELOAD_MODULES="lvm diskfilter mdraid1x"<br />
<br />
Then it was time to install grub on both HDD in the MBR, note that it wasn't needed to specify the boot partition as we were in a chroot<br />
<br />
grub-install /dev/sda<br />
grub-install /dev/sde<br />
<br />
And just to be sure<br />
update-grub<br />
<br />
We exited from the chroot, unmounted everything, rebooted and kept our finger crossed till the password prompt of the root-on-RAID booted system.<br />
<br />
This last step I simplified it, we made several errors and had to boot into live several times, as we kept forgetting to add the needed modules and command lines arguments<br />
<br />
To be sure to boot from the raid root you can edit the grub entry before booting, make sure it's like the following<br />
insmod mdraid1x<br />
Have to be present inside the menuentry section of your os and the linux entry looks similar to<br />
linux /vmlinuz-3.16.0-4-amd64 root=/dev/mapper/ba--system-root ro quiet domdadm<br />
<br />
As we failed to achieve everithing on the first try we edited the grub command line and the performed grub install from the booted system.<br />
<br />
Once we managed to boot we had to finalize the process and add the old drive to the RAID array<br />
<br />
We backed up the partition table of the new disk<br />
sfdisk -d /dev/sde > /tmp/savetablesde<br />
<br />
Unmounted the automatically-mounted /dev/sda[1,2,5] deactivating the swap and LVM<br />
<br />
swapoff /dev/mapper/bitarno-system-swap<br />
vgchange -an bitarno--system<br />
<br />
Whiped out all the old drive first 100M <br />
dd if=/dev/zero of=/dev/sda bs=100M count=1<br />
sync<br />
And in the end we copied the partition table on the old disk<br />
sfdisk /dev/sda < /tmp/savetablesde<br />
<br />
We added the partitions to the array<br />
mdadm /dev/md1 --add /dev/sda1<br />
mdadm /dev/md2 --add /dev/sda5<br />
<br />
DONE!<br />
<br />
We then checked the status of the resync of mdadm with<br />
cat /proc/mdstat<br />
<br />
== Issues ==<br />
<br />
We (of course) had some issues in the process:<br />
<br />
* Thougth the drive was of the same model the capacity was a little different and so we couldnt copy the partition scheme as we tougth we could do<br />
* It's very important to generate the grub image inserting the modules and the boot parameter needed for lvm and RAID<br />
* It's impossible to backup and restore the lvm too as for a while we found ourselves with the 2 LVMs disk together and names were conflicting.<br />
<br />
<br />
[[Categoria:eigenNet]]<br />
[[Categoria:HowTo]]<br />
[[Categoria:Autoformazione]]</div>Svalohttps://wiki.eigenlab.org/index.php?title=HowTo_Single_Disk_to_RAID&diff=4509HowTo Single Disk to RAID2016-11-19T19:41:45Z<p>Svalo: Final edit, everything should be there</p>
<hr />
<div><br />
We found ourselves in the need of switching from a single disk root to a root backed by a RAID, here's how we did.<br />
<br />
== Context ==<br />
We sat up a new/old server, [[BitArno]], it has a nice /home of ~6TB backed by a RAID and a separate disk for the / partition. As the drive for the / was tested before getting to production resulting in no errors we tought we didn't need a RAID for it. We installed debian stable 8.1, sat up every service, went to bed just to wake up with a hung server refusing to boot.<br />
<br />
An on site check was required, we got there and found out that the / drive was failing to reallocate sectors, we fsck'ed it and it booted. "Great!" that same evening it was failing again and so we decided to switch from a single disk root to a RAID1 backed root expecially because we do use commodity hardware taken from old computers.<br />
<br />
== The general idea ==<br />
<br />
We wanted a way to easily switch from a drive to the RAID without having to back everything up and copy it over again with fewer downtime possible and so we decided to:<br />
* Poweroff the server and attach the new disk of an equal size<br />
* Power on the server<br />
* Create a RAID1 array composed by 2 drives but with a drive marked as missing<br />
* Set LVM up on top of it (as the old drive had LVM (it's a 120GB drive just for the `/` parition, we wanted to have some space available if we'll ever find in the need)<br />
* Boot a live distro and copy /<br />
** Install the bootloader on the new drive adding the necessary modules for RAID and LVM<br />
* Reboot the server from the RAID-memeber disk<br />
* Check if everything is OK<br />
* Add the old disk to the RAID and let mdadm resync the contents.<br />
<br />
== Step by step guide ==<br />
Here I'll try to cover step by step the command we used, it has been a while since we did it so I'm not 100% sure I'll remember everything<br />
<br />
First a layout of the partition befor the RAID<br />
sda 8:0 0 114.5G 0 disk <br />
├─sda1 8:1 0 243M 0 part /boot <br />
├─sda2 8:2 0 1K 0 part <br />
└─sda5 8:5 0 114.3G 0 part <br />
├─ba--system-root 253:0 0 30G 0 lvm /<br />
└─ba--system-swap 253:3 0 4G 0 lvm [SWAP]<br />
<br />
And after the switch<br />
<br />
sda 8:0 0 114.5G 0 disk <br />
├─sda1 8:1 0 243M 0 part <br />
│ └─md1 9:1 0 242.8M 0 raid1 /boot<br />
├─sda2 8:2 0 1K 0 part <br />
└─sda5 8:5 0 114.3G 0 part <br />
└─md2 9:2 0 114.2G 0 raid1 <br />
├─ba--system-root 253:0 0 30G 0 lvm /<br />
└─ba--system-swap 253:3 0 4G 0 lvm [SWAP]<br />
sde 8:64 0 114.5G 0 disk <br />
├─sde1 8:65 0 243M 0 part <br />
│ └─md1 9:1 0 242.8M 0 raid1 /boot<br />
├─sde2 8:66 0 1K 0 part <br />
└─sde5 8:69 0 114.3G 0 part <br />
└─md2 9:2 0 114.2G 0 raid1 <br />
├─ba--system-root 253:0 0 30G 0 lvm /<br />
└─ba--system-swap 253:3 0 4G 0 lvm [SWAP]<br />
<br />
In this way we have two arrays, one for the boot and one for the LVM which contains the root and the swap<br />
<br />
First of all we need to wipe out every possible header from the new disk as it will become a RAID member<br />
dd if=/dev/zero of=/dev/sde bs=100M count=1<br />
<br />
Then we created the partitions with sfdisk about the same size as the first disk. It's not needed for them to be the same as it wasn't possible to copy the partitions with dd<br />
<br />
We need:<br />
* one parition for the boot marked as Linux raid autodetect<br />
* the other for LVM marked as Linux raid autodetect that takes the free space left<br />
<br />
We then proceeded to create the 2 RAIDS, /dev/sde is the new disk<br />
mdadm --create /dev/md1 --level=1 --raid-devices=2 /dev/sde1 missing<br />
mdadm --create /dev/md2 --level=1 --raid-devices=2 /dev/sde5 missing<br />
<br />
We made the filesystem on the newly created /dev/md1<br />
mkfs.ext2 /dev/md1<br />
And copied the files <br />
mount /dev/md1 /mnt<br />
rsync -avPh /boot /mnt<br />
sync && umount /mnt<br />
We were done with /boot, ans we needed to create the LVM volumes:<br />
<br />
First we marked /dev/md2 as LVM member then we told LVM /dev/md2 was a device it could use<br />
pvcreate /dev/md2<br />
<br />
We then created the virtual group that was going to host the logical volumes<br />
vgcreate ba-system /dev/md2<br />
And created the logical volumes over it<br />
lvcreate -L30G -n root ba-system<br />
lvcreate -L4G -n swap ba-system<br />
We createed the filesystem for root <br />
mkfs.ext4 /dev/mapper/ba--system-root<br />
And for swap<br />
mkswap /dev/mapper/ba--system-swap<br />
<br />
Then it was time to poweroff the server and boot from a live, we choosed ArchLinux as it's lightweight and provides all the packages we need without forcefully bringing up an installation procedure<br />
<br />
We mounted the root partitions<br />
mkdir /mnt/old /mnt/new<br />
mount /dev/mapper/ba--system-root /mnt/new<br />
mount /dev/mapper/bitarno--system-root /mnt/old<br />
<br />
And copied the datas over:<br />
rsync -avPh /mnt/old/ /mnt/new<br />
<br />
We then proceeded to mount the boot partition <br />
mount /dev/md1 /mnt/new/boot<br />
<br />
And arch-chroot'ed into it arch-chroot is a wonderfull piece of software that saves you from bind mounting /dev /proc and /sys in the chroot<br />
<br />
arch-chroot /mnt/new<br />
<br />
It was time to install grub and regenerate the image to contain LVM and RAID modules, this was the hardest part as we wrongly supposed all the modules were already present.<br />
<br />
We added "domdadm" to GRUB_CMDLINE_LINUX_DEFAULT in /etc/default/grub, the line should look something like<br />
cat /etc/default/grub| grep -i cmdli<br />
GRUB_CMDLINE_LINUX_DEFAULT="quiet domdadm"<br />
<br />
And we added the modules needed to GRUB_PRELOAD_MODULES in the same file, if the line don't exist create it<br />
GRUB_PRELOAD_MODULES="lvm diskfilter mdraid1x"<br />
<br />
Then it was time to install grub on both HDD in the MBR, note that it wasn't needed to specify the boot partition as we were in a chroot<br />
<br />
grub-install /dev/sda<br />
grub-install /dev/sde<br />
<br />
And just to be sure<br />
update-grub<br />
<br />
We exited from the chroot, unmounted everything, rebooted and kept our finger crossed till the password prompt of the root-on-RAID booted system.<br />
<br />
This last step I simplified, we made several errors and had to boot into live several times, because we kept forgetting to add the needed modules and command lines arguments<br />
<br />
To be sure to boot from the raid root you can edit the grub entry before booting, make sure it's like the following<br />
insmod mdraid1x<br />
Have to be present inside the menuentry section of your os and the linux entry looks similar to<br />
linux /vmlinuz-3.16.0-4-amd64 root=/dev/mapper/ba--system-root ro quiet domdadm<br />
<br />
As we failed to achieve everithing on the first try we edited the grub command line and the performed grub install from the booted system.<br />
<br />
Once we managed to boot we had to finalize the process and add the old drive to the RAID array<br />
<br />
We backed up the partition table of the new disk<br />
sfdisk -d /dev/sde > /tmp/savetablesde<br />
<br />
Unmounted the automatically-mounted /dev/sda[1,2,5] deactivating the swap and LVM<br />
<br />
swapoff /dev/mapper/bitarno-system-swap<br />
vgchange -an bitarno--system<br />
<br />
Whiped out all the old drive first 100M <br />
dd if=/dev/zero of=/dev/sda bs=100M count=1<br />
sync<br />
And in the end we copied the partition table on the old disk<br />
sfdisk /dev/sda < /tmp/savetablesde<br />
<br />
And we added the partitions to the array<br />
mdadm /dev/md1 --add /dev/sda1<br />
mdadm /dev/md2 --add /dev/sda5<br />
<br />
DONE!<br />
<br />
You can check the status of the resync of mdadm with<br />
cat /proc/mdstat<br />
<br />
== Issues ==<br />
<br />
We (of course) had some issues in the process:<br />
<br />
* Thougth the drive was of the same model the capacity was a little different and so we couldnt copy the partition scheme as we tougth we could do<br />
* It's very important to generate the grub image inserting the modules and the boot parameter needed for lvm and RAID<br />
* It's impossible to backup and restore the lvm too as for a while we found ourselves with the 2 LVMs disk together and names were conflicting.<br />
<br />
<br />
[[Categoria:eigenNet]]<br />
[[Categoria:HowTo]]<br />
[[Categoria:Autoformazione]]</div>Svalohttps://wiki.eigenlab.org/index.php?title=HowTo_Single_Disk_to_RAID&diff=4508HowTo Single Disk to RAID2016-11-19T19:11:54Z<p>Svalo: Again, saving, not complete</p>
<hr />
<div><br />
We found ourselves in the need of switching from a single disk root to a root backed by a RAID, here's how we did.<br />
<br />
== Context ==<br />
We sat up a new/old server, [[BitArno]], it has a nice /home of ~6TB backed by a RAID and a separate dick for the / partition. As the drive for the / was tested before getting to production resulting in no errors we tought we didn't need a RAID for it. We installed debian stable 8.1, sat up every service, went to bet to wake up with a hung server refusing to boot.<br />
<br />
An on site check was required, we got there and found out that the / drive was failing to reallocate sectors, we fsck'ed it and it booted. "Great!" that same evening it was failing again and so we decided to switch from a single disk root to a RAID1 backed root expecially because we do use commodity hardware taken from old computers.<br />
<br />
== The general idea ==<br />
<br />
We wanted a way to easily switch from a drive to the RAID without having to back everything up and copy it over again with fewer downtime possible and so we decided to:<br />
* Poweroff the server and attach the new disk of an equal size<br />
* Power on the server<br />
* Create a RAID1 array composed by 2 drives but with a drive marked as missing<br />
* Set LVM up on top of it (as the old drive had LVM (it's a 120GB drive just for the `/` parition, we wanted to have some space available if we'll ever find in the need)<br />
* Boot a live distro and copy /<br />
** Install the bootloader on the new drive adding the necessary modules for RAID and LVM<br />
* Reboot the server from the RAID-memeber disk<br />
* Check if everything is OK<br />
* Add the old disk to the RAID and let mdadm resync the contents.<br />
<br />
== Step by step guide ==<br />
Here I'll try to cover step by step the command we used, it has been a while since we did it so I'm not 100% sure I'll remember everything<br />
First a layout of the partition befor the RAID<br />
sda 8:0 0 114.5G 0 disk <br />
├─sda1 8:1 0 243M 0 part /boot <br />
├─sda2 8:2 0 1K 0 part <br />
└─sda5 8:5 0 114.3G 0 part <br />
├─ba--system-root 253:0 0 30G 0 lvm /<br />
└─ba--system-swap 253:3 0 4G 0 lvm [SWAP]<br />
<br />
And after the switch<br />
<br />
sda 8:0 0 114.5G 0 disk <br />
├─sda1 8:1 0 243M 0 part <br />
│ └─md1 9:1 0 242.8M 0 raid1 /boot<br />
├─sda2 8:2 0 1K 0 part <br />
└─sda5 8:5 0 114.3G 0 part <br />
└─md2 9:2 0 114.2G 0 raid1 <br />
├─ba--system-root 253:0 0 30G 0 lvm /<br />
└─ba--system-swap 253:3 0 4G 0 lvm [SWAP]<br />
sde 8:64 0 114.5G 0 disk <br />
├─sde1 8:65 0 243M 0 part <br />
│ └─md1 9:1 0 242.8M 0 raid1 /boot<br />
├─sde2 8:66 0 1K 0 part <br />
└─sde5 8:69 0 114.3G 0 part <br />
└─md2 9:2 0 114.2G 0 raid1 <br />
├─ba--system-root 253:0 0 30G 0 lvm /<br />
└─ba--system-swap 253:3 0 4G 0 lvm [SWAP]<br />
<br />
In this way we have two arrays, one for the boot and one for the LVM which contains the root and the swap<br />
<br />
First of all we need to wipe out every possible header from the new disk as it will become a RAID member<br />
dd if=/dev/zero of=/dev/sde bs=100M count=1<br />
<br />
Then we created the partitions with sfdisk about the same size as the first disk. It's not needed for them to be the same as it wasn't possible to copy the partitions with dd<br />
<br />
We need:<br />
* one parition for the boot marked as Linux raid autodetect<br />
* the other for LVM marked as Linux raid autodetect that takes the free space left<br />
<br />
We then proceeded to create the 2 RAIDS, /dev/sde is the new disk<br />
mdadm --create /dev/md1 --level=1 --raid-devices=2 /dev/sde1 missing<br />
mdadm --create /dev/md2 --level=1 --raid-devices=2 /dev/sde5 missing<br />
<br />
We made the filesystem on the newly created /dev/md1<br />
mkfs.ext2 /dev/md1<br />
And copied the files <br />
mount /dev/md1 /mnt<br />
rsync -avPh /boot /mnt<br />
sync && umount /mnt<br />
We were done with /boot, ans we needed to create the LVM volumes:<br />
<br />
First we marked /dev/md2 as LVM member then we told LVM /dev/md2 was a device it could use<br />
pvcreate /dev/md2<br />
<br />
We then created the virtual group that was going to host the logical volumes<br />
vgcreate ba-system /dev/md2<br />
And created the logical volumes over it<br />
lvcreate -L30G -n root ba-system<br />
lvcreate -L4G -n swap ba-system<br />
We createed the filesystem for root <br />
mkfs.ext4 /dev/mapper/ba--system-root<br />
And for swap<br />
mkswap /dev/mapper/ba--system-swap<br />
<br />
Then it was time to poweroff the server and boot from a live, we choosed ArchLinux as it's lightweight and provides all the packages we need without forcefully bringing up an installation procedure<br />
<br />
We mounted the root partitions<br />
mkdir /mnt/old /mnt/new<br />
mount /dev/mapper/ba--system-root /mnt/new<br />
mount /dev/mapper/bitarno--system-root /mnt/old<br />
<br />
And copied the datas over:<br />
rsync -avPh /mnt/old/ /mnt/new<br />
<br />
We then proceeded to mount the boot partition <br />
mount /dev/md1 /mnt/new/boot<br />
<br />
And arch-chroot'ed into it arch-chroot is a wonderfull piece of software that saves you from bind mounting /dev /proc and /sys in the chroot<br />
<br />
arch-chroot /mnt/new<br />
<br />
It was time to install grub and regenerate the image to contain LVM and RAID modules, this was the hardest part as we wrongly supposed all the modules were already present.<br />
<br />
<br />
<br />
== Issues ==<br />
<br />
We (of course) had some issues in the process:<br />
<br />
* Thougth the drive was of the same model the capacity was a little different and so we couldnt copy the partition scheme as we tougth we could do<br />
* It's very important to generate the grub image inserting the modules and the boot parameter needed for lvm and RAID<br />
* It's impossible to backup and restore the lvm too as for a while we found ourselves with the 2 LVMs disk together and names were conflicting.<br />
<br />
<br />
[[Categoria:eigenNet]]<br />
[[Categoria:HowTo]]<br />
[[Categoria:Autoformazione]]</div>Svalohttps://wiki.eigenlab.org/index.php?title=HowTo_Single_Disk_to_RAID&diff=4507HowTo Single Disk to RAID2016-11-19T18:52:30Z<p>Svalo: Partial content, just not to loose everything</p>
<hr />
<div><br />
We found ourselves in the need of switching from a single disk root to a root backed by a RAID, here's how we did.<br />
<br />
== Context ==<br />
We sat up a new/old server, [[BitArno]], it has a nice /home of ~6TB backed by a RAID and a separate dick for the / partition. As the drive for the / was tested before getting to production resulting in no errors we tought we didn't need a RAID for it. We installed debian stable 8.1, sat up every service, went to bet to wake up with a hung server refusing to boot.<br />
<br />
An on site check was required, we got there and found out that the / drive was failing to reallocate sectors, we fsck'ed it and it booted. "Great!" that same evening it was failing again and so we decided to switch from a single disk root to a RAID1 backed root expecially because we do use commodity hardware taken from old computers.<br />
<br />
== The general idea ==<br />
<br />
We wanted a way to easily switch from a drive to the RAID without having to back everything up and copy it over again with fewer downtime possible and so we decided to:<br />
* Poweroff the server and attach the new disk of an equal size<br />
* Power on the server<br />
* Create a RAID1 array composed by 2 drives but with a drive marked as missing<br />
* Set LVM up on top of it (as the old drive had LVM (it's a 120GB drive just for the `/` parition, we wanted to have some space available if we'll ever find in the need)<br />
* Rsync the files on the new disk (member of the array) <br />
* Install the bootloader on the new drive adding the necessary modules for RAID and LVM<br />
* Reboot the server from the RAID-memeber disk<br />
* Check if everything is OK<br />
* Add the old disk to the RAID and let mdadm resync the contents.<br />
<br />
== Step by step guide ==<br />
Here I'll try to cover step by step the command we used, it has been a while since we did it so I'm not 100% sure I'll remember everything<br />
First a layout of the partition befor the RAID<br />
sda 8:0 0 114.5G 0 disk <br />
├─sda1 8:1 0 243M 0 part /boot <br />
├─sda2 8:2 0 1K 0 part <br />
└─sda5 8:5 0 114.3G 0 part <br />
├─ba--system-root 253:0 0 30G 0 lvm /<br />
└─ba--system-swap 253:3 0 4G 0 lvm [SWAP]<br />
<br />
And after the switch<br />
<br />
sda 8:0 0 114.5G 0 disk <br />
├─sda1 8:1 0 243M 0 part <br />
│ └─md1 9:1 0 242.8M 0 raid1 /boot<br />
├─sda2 8:2 0 1K 0 part <br />
└─sda5 8:5 0 114.3G 0 part <br />
└─md2 9:2 0 114.2G 0 raid1 <br />
├─ba--system-root 253:0 0 30G 0 lvm /<br />
└─ba--system-swap 253:3 0 4G 0 lvm [SWAP]<br />
sde 8:64 0 114.5G 0 disk <br />
├─sde1 8:65 0 243M 0 part <br />
│ └─md1 9:1 0 242.8M 0 raid1 /boot<br />
├─sde2 8:66 0 1K 0 part <br />
└─sde5 8:69 0 114.3G 0 part <br />
└─md2 9:2 0 114.2G 0 raid1 <br />
├─ba--system-root 253:0 0 30G 0 lvm /<br />
└─ba--system-swap 253:3 0 4G 0 lvm [SWAP]<br />
<br />
In this way we have two arrays, one for the boot and one for the LVM which contains the root and the swap<br />
<br />
First of all we need to wipe out every possible header from the new disk as it will become a RAID member<br />
dd if=/dev/zero of=/dev/sde bs=100M count=1<br />
<br />
Then we created the partitions with sfdisk about the same size as the first disk. It's not needed for them to be the same as it wasn't possible to copy the partitions with dd<br />
<br />
We need:<br />
* one parition for the boot marked as Linux raid autodetect<br />
* the other for LVM marked as Linux raid autodetect that takes the free space left<br />
<br />
We then proceeded to create the 2 RAIDS, /dev/sde is the new disk<br />
mdadm --create /dev/md1 --level=1 --raid-devices=2 /dev/sde1 missing<br />
mdadm --create /dev/md2 --level=1 --raid-devices=2 /dev/sde5 missing<br />
<br />
<br />
== Issues ==<br />
<br />
We (of course) had some issues in the process:<br />
<br />
* Thougth the drive was of the same model the capacity was a little different and so we couldnt copy the partition scheme as we tougth we could do<br />
* It's very important to generate the grub image inserting the modules and the boot parameter needed for lvm and RAID<br />
* It's impossible to backup and restore the lvm too as for a while we found ourselves with the 2 LVMs disk together and names were conflicting.<br />
<br />
<br />
[[Categoria:eigenNet]]<br />
[[Categoria:HowTo]]<br />
[[Categoria:Autoformazione]]</div>Svalohttps://wiki.eigenlab.org/index.php?title=HowTo_SSL&diff=4506HowTo SSL2016-11-19T17:48:12Z<p>Svalo: </p>
<hr />
<div><br />
Bozza per il momento, contribuite e chiedete nella pag di discussione<br />
<br />
esterno->idra->idra.proxy+(certificato)->rete_interna->server_interno+(certificato)<br />
<br />
<br />
*Accedere a startssl.com e fare il validation wizard dell'host<br />
*mandare la mail a webmaster@eigenlab.org<br />
*Controllare la mailinglist<br />
*Copiare e incollare nella casella di verifica il codice<br />
*Far partire il certificates wizard, skippare la creazione della chiave privata da parte di startssl (è molto importante!) e crearsi il certificato ssl con openssl sul server di eigenlab.<br />
Bravo, lo hai fatto? Io non ero bono quindi ecco:<br />
<br />
Genera chiave e csr, 4096 è la lunghezza in bit della chiave privata. Questo comando fa tutto in uno step solo, e genera una chiave verificabile con sha256, e non più con sha1 che è vulnerabile:<br />
<br />
openssl req -new -nodes -sha256 -keyout git.eigenlab.key -out git.eigenlab.org.csr -newkey rsa:4096<br />
<br />
<br />
*E dai in pasto il csr a startcom che ti darà il crt, <br />
<br />
*Mettere tutti i file (anche quelli della chain di fiducia) in /etc/ssl/apache/nomeserver/<br />
<br />
*Modificare ad ispirazione il vhost aggiungendo la roba per https<br />
in /etc/apache/httpd.conf<br />
<br />
NameVirtualHost *:80<br />
Listen 80<br />
<br />
NameVirtualHost *:443<br />
Listen 443<br />
<br />
E nessun Namevirtualhost nei vhost files.<br />
<br />
Su idra: Va aggiunta la parte per https:<br />
facsimile:<br />
<br />
<VirtualHost *:443><br />
ServerName git.eigenlab.org<br />
CustomLog /var/log/apache2/git.eigenlab.org-access.log combined<br />
ErrorLog /var/log/apache2/git_error_log<br />
ServerAdmin info@eigenlab.org<br />
<Proxy *><br />
Order deny,allow<br />
Allow from all<br />
</Proxy><br />
SSLEngine on<br />
SSLCipherSuite ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP:+eNULL<br />
SSLProxyEngine on<br />
SSLProtocol All -SSlv3<br />
SSLCertificateFile /etc/ssl/apache2/git.eigenlab.org/git.eigenlab.org.crt<br />
SSLCertificateKeyFile /etc/ssl/apache2/git.eigenlab.org/git.eigenlab.org.key<br />
SSLCertificateChainFile /etc/ssl/apache2/GandiStandardSSLCA.pem <br />
ProxyRequests off<br />
ProxyPreserveHost on<br />
ProxyPass / https://git.eigenlab.org/<br />
ProxyPassReverse / https://git.eigenlab.org/<br />
</VirtualHost><br />
<br />
*Sulla macchina host niente proxy, sì ssl, eventuale directory:<br />
facsimile<br />
<br />
<VirtualHost *:443><br />
ServerName git.eigenlab.org<br />
CustomLog /var/log/apache2/git.eigenlab.org-access.log combined<br />
ErrorLog /var/log/apache2/git_error_log<br />
ServerAdmin info@eigenlab.org<br />
DocumentRoot /home/git/gitlab/public<br />
<Directory /home/git/gitlab/public><br />
# This relaxes Apache security settings.<br />
Order deny,allow<br />
Allow from all <br />
# MultiViews must be turned off.<br />
Options -MultiViews<br />
</Directory><br />
SSLEngine on<br />
SSLCipherSuite ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:-SSLv2:+EXP:+eNULL<br />
SSLProxyEngine on<br />
SSLProtocol All -SSLv2<br />
SSLCertificateFile /etc/ssl/apache2/git.eigenlab.org/git.eigenlab.org.crt<br />
SSLCertificateKeyFile /etc/ssl/apache2/git.eigenlab.org/git.eigenlab.org.key<br />
SSLCertificateChainFile /etc/ssl/apache2/Startssl.pem<br />
SSLCACertificateFile /etc/ssl/apache2/ca.pem<br />
</VirtualHost><br />
<br />
<br />
[[Categoria:Autoformazione]]<br />
[[Categoria:EigenNet]]<br />
[[Categoria:HowTo]]</div>Svalohttps://wiki.eigenlab.org/index.php?title=HowToRete&diff=4505HowToRete2016-11-19T17:48:00Z<p>Svalo: </p>
<hr />
<div>Bene, hai un'antenna sul tetto, ed ora?<br />
<br />
Se tutto è andato a buon fine appena collegato alla rete il tuo computer riceverà delle informazioni come IP, rotte, DNS servers, etc. vediamo un po' cosa sono, se funziona tutto e se hai accesso alla rete...<br />
<br />
Essendo noi sostenitori del software con licenze open e libere, usiamo quasi esclusivamente sistemi operativi open (linux, nella fattispecie), quindi per adesso il wiki è d'aiuto solo per chi, come noi, ha interesse nel promuovere licenze open. Se sei interessato a partecipare ugualmente, ma possiedi un altro sistema operativo sentiti pure libero di aggiungere delle sezioni con guide per il tuo sistema operativo.<br />
<br />
== Overview ==<br />
<br />
Quando ti connetti ad una rete di computers, stai usando un insieme di protocolli ed elementi fisici, le loro interazioni sono schematizzate in uno standard chiamato [http://it.wikipedia.org/wiki/Open_Systems_Interconnection OSI]. Per avere un'idea del funzionamento della rete eigenNet, ma non solo, possiamo partire descrivendo il percorso che faranno i dati dalla sorgente alla destinazione, partiamo dal computer (il tuo) passo passo:<br />
#Dei dati devono essere spediti dal computer client, per esempio il tuo, ad un server, per esempio uno dei server di wikipedia<br />
#Il computer richiede ad un server DNS qual è l'IP del server di wikipedia (non ti preoccupare, è tutto spiegato più sotto)<br />
#Una volta ottenuto l'IP, il computer proverà a connettersi al server per ricevere i dati, i testi, le immagini<br />
#Per fare questo, creerà dei piccoli pacchetti di bits che verranno spediti alla scheda di rete (questa wireless o via cavo) contenenti la richiesta di questo o quel contenuto presente su wikipedia<br />
#La scheda di rete si occuperà di trasmettere i pacchetti al passo successivo, nel caso della nostra rete i pacchetti verranno trasmessi fino all'antenna che è sul tuo tetto o sul tetto più vicino, e da lì inizierà il percorso fino al gateway più vicino, dal quale raggiungerà il sito richiesto.<br />
#Per il ritorno basta seguire il percorso inverso ma questa volta non serve il passaggio del DNS, visto che i pacchetti contengono già nei loro header gli IP corretti (come una raccomandata a/r).<br />
<br />
Un po' di spiegazioni dei termini usati:<br />
<br />
<br />
*Un IP è un indirizzo numerico (ad esempio 123.4.56.78) che identifica un PC in una rete, se il PC viene spostato su una rete diversa il suo IP sarà diverso. Ci sono due tipi di IP: quello classico (IPv4) e quello nuovissimo (IPv6).<br />
**Un IPv4 è un indirizzo formato da 4 campi di 8 bit ciascuno, in decimale i valori oscillano da 0 a 255 (ad esempio 123.4.56.78)<br /><br />
::https://en.wikipedia.org/wiki/IPv4<br /><br />
:*Un IPv6 è un indirizzo formato da 8 campi di 16 bit ciascuno, in base 16 i valori oscillano da 0000 a FFFF (ad esempio 2a00:1508:1:f010:abcd:1234:ef56:7890)<br /><br />
::https://en.wikipedia.org/wiki/IPv6<br /><br />
<br />
<br />
*Quando ci si connette ad una rete, o si imposta sul proprio PC un IP statico o si chiede al DHCP che ci dia lui un IP.<br />
:Il [http://it.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol DHCP] è protocollo che permette di avere assegnati i parametri corretti al momento della connessione, esso provvederà (se correttamente configurato lato server) a fornirci principalmente IP, rotte e DNS.<br />
<br />
<br />
*Il gateway è chi (il modem di casa, il router wireless, un server...) ci permette di raggiungere internet, è l'apparecchio che inoltrerà i nostri pacchetti verso il resto del mondo e da cui passeranno le risposte.<br />
<br />
<br />
*Un pacchetto è un blocco di 1 e 0 che viaggia su una linea di comunicazione. Chi vuole inviare dei dati li traduce in uni e zeri, li divide in pacchetti (di solito la dimensione massima di un pacchetto è circa un kilobyte e mezzo) e aggiunge all'inizio del pacchetto (header) delle informazioni come l'IP di destinazione e l'IP del mittente.<br />
<br />
<br />
*Una interfaccia di rete rappresenta la componente fisica (di solito, ma non solo) con cui il PC si interfaccia col mondo esterno, ad esempio una interfaccia di rete può essere la porta a cui attacchi il cavo di rete (porta ethernet, su Linux solitamente si chiama eth0) oppure la scheda wireless del portatile (solitamente si chiama wlan0).<br />
<br />
<br />
*Le rotte sono delle indicazioni che istruiscono il computer riguardo a come fare per poter raggiungere un certo computer in base al suo IP. Ad esempio, una rotta può essere qualcosa tipo: "per comunicare con tutti i PC che hanno un IP che inizia con 12.34. (la destinazione, può riferirsi ad un IP solo o a un grosso gruppo di IP che iniziano tutti nello stesso modo) devi passare tramite il PC che ha IP 11.22.33.44 (il gateway)".<br /><br />
:Perciò ogni rotta è un'indicazione "stradale" ed è strutturata così:<br />
:{| border=1<br />
| primo campo<br />
| destinazione (default = 0.0.0.0/0 ovvero tutto)<br />
| es. 192.168.1.0/24<br />
|-<br />
| secondo campo<br />
| gateway ovvero colui che ti permette di raggiungere la destinazione<br />
| es. via 192.168.1.1<br />
|-<br />
| campo dev<br />
| indica l'interfaccia di rete (ad es. wireless o cavo o vpn) attraverso la quale si raggiunge la destinazione<br />
| es. dev wlan0<br />
|}<br />
<br />
Apriamo il terminale: nella maggior parte delle distribuzioni Linux lo troverete sotto <br />
Accessori -> Terminale<br />
o<br />
Sistema -> Terminale<br />
A seconda dell'ambiente grafico.<br />
<br />
Useremo la convenzione per cui i comandi che iniziano con<br />
user@computer $<br />
sono dati dall'utente mentre quelli che cominciano con<br />
user@computer #<br />
sono dati dal superutente, per diventare superutente basta digitare<br />
user@computer $ su<br />
o<br />
user@computer $ sudo su<br />
<br />
Usando il terminale su Linux, vediamo la configurazione delle rotte sul nostro PC, per esempio con il commando "ip route show", ottenendo qualcosa di simile a:<br />
<br />
user@computer $ ip route show<br />
default via 10.175.0.101 dev wlan0 proto static <br />
10.0.0.0/8 via 172.18.0.1 dev eigennet <br />
10.174.0.0/15 dev wlan0 proto kernel scope link src 10.174.0.178 <br />
172.16.0.0/12 via 172.18.0.1 dev eigennet <br />
172.18.0.0/24 dev eigennet proto kernel scope link src 172.18.0.213 <br />
192.168.1.0/24 dev wlan0 proto kernel scope link src 192.168.1.111 <br />
<br />
*"10.0.0.0/8 via 172.18.0.1 dev eigennet" vuol dire che tutti i computer con IP 10.X.Y.Z sono raggiungibili attraverso il gateway avente IPv4 172.18.0.1 e l'interfaccia di rete "eigennet" (in questo caso non si tratta di interfaccia fisica, come quella via cavo o wireless bensì di una interfaccia che comunica con una [[VPN]], argomento molto più avanzato).<br /><br />
<br />
*"10.174.0.0/15 dev wlan0" vuol dire che tutti i computer con IP 10.17{cifra che può essere 4 o 5}.X.Y sono raggiungibili direttamente (cioè senza dover passare da un gateway) attraverso l'interfaccia wireless chiamata "wlan0"<br />
<br />
*Un protocollo di routing è ciò che decide come instradare il traffico tra i nodi gestendo le rotte. Nella nostra rete si usano [http://www.open-mesh.org/projects/batman-adv/wiki B.A.T.M.A.N.-adv] e [http://www.pps.univ-paris-diderot.fr/~jch/software/babel/ babel] per i nodi che forniscono uscita su internet.<br />
<br />
*I DNS (Domain Name Server) sono dei server che conoscono le associazioni "nome del sito" <-> "indirizzo IP del server su cui sta il sito". Il punto è che la comunicazione avviene tra l'IP del PC e l'IP del server, dunque non si può contattare un sito, esempio "eigenlab.org" senza prima conoscerne l'indirizzo IP. Quando noi cerchiamo di contattare un sito scrivendone il nome (come eigenlab.org) il nostro PC farà una domanda ad un DNS (del quale conosciamo già l'IP perché ce lo ha detto il DHCP server) il quale ci risponderà con l'indirizzo IP associato a quel nome (nel nostro caso ad esempio l'associazione sarà eigenlab.org->10.175.0.85).<br />
:Se ti interessa approfondire cos'è un server DNS puoi dare un'occhiata <br /><br />
:https://en.wikipedia.org/wiki/Domain_Name_System<br /><br />
:Per vedere come funzionano i DNS distribuiti nella rete eigenNet dai un occhiata a<br />
:https://wiki.eigenlab.org/index.php/ConfigureBackUpAnycastDNS<br />
<br />
Bene innanzitutto vediamo se tutto è ok<br />
<br />
<br />
Aprendo un terminale digitate<br />
<br />
ping 10.174.0.100 [invio]<br />
<br />
Questo farà in modo che il tuo computer provi a parlare con uno dei server interni alla rete, quello che farà sarà mandare tanti piccoli pacchetti con scritto PING ed aspetterà altrettanti PONG in risposta dal server che ha IPv4 10.174.0.100.<br />
<br />
Se compare qualcosa simile a:<br />
<br />
user@computer $ ping 10.174.0.100<br />
PING 10.174.0.100 (10.174.0.100) 56(84) bytes of data.<br />
64 bytes from 10.174.0.100: icmp_seq=1 ttl=63 time=247 ms<br />
64 bytes from 10.174.0.100: icmp_seq=5 ttl=63 time=70.9 ms<br />
64 bytes from 10.174.0.100: icmp_seq=7 ttl=63 time=124 ms<br />
64 bytes from 10.174.0.100: icmp_seq=8 ttl=63 time=80.9 ms<br />
<br />
Allora stai comunicando con il server e sei dentro la rete :-)<br />
<br />
Per interrompere il comando, premi “Ctrl+C” (come per fare copia) che nella shell Linux termina un programma<br />
<br />
--- 10.174.0.100 ping statistics ---<br />
8 packets transmitted, 4 received, 50% packet loss, time 7029ms<br />
rtt min/avg/max/mdev = 70.992/130.862/247.472/70.216 ms<br />
<br />
Questa sezione da qualche informazione aggiuntiva, ovvero quanti PING non hanno ricevuto un PONG, il minor tempo di risposta, quello medio, quello massimo e la deviazione standard dei tempi.<br />
<br />
Altrimenti se il risultato è <br />
<br />
user@computer $ ping 10.174.0.100<br />
PING 10.174.0.100 (10.174.0.100) 56(84) bytes of data.<br />
^C (ovvero Ctrl+C per interrompere)<br />
--- 10.174.0.100 ping statistics ---<br />
*70 packets transmitted, 0 received, 100% packet loss, time 69058ms*<br />
<br />
Vuol dire che non sei collegato alla rete, dobbiamo iniziare a fare un po' di indagini. Intanto capiamo come è configurato il tuo computer.<br />
<br />
== Troubleshooting ==<br />
Cominciamo col controllare un elemento per volta fra quelli coinvolti solitamente nei problemi dal lato client.<br />
<br />
=== Controllo Dell'IP===<br />
<br />
Sempre da un terminale prova a scrivere<br />
<br />
Se sei connesso in wireless <br />
ip address show dev wlan0 (o il nome dell'interfaccia wireless, ad es. potrebbe essere wlan1, eth1, ath0, ra0) [invio]<br />
<br />
Se sei connesso via cavo <br />
<br />
ip address show dev eth0 (o il nome dell'interfaccia via cavo) [invio]<br />
<br />
se il risultato è simile a<br />
user@computer $ ip address show dev [nome interfaccia]<br />
3: [interfaccia]: : <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1350 qdisc pfifo_fast state UNKNOWN qlen 500<br />
link/ether e6:b9:06:73:14:1a brd ff:ff:ff:ff:ff:ff<br />
inet 10.175.0.213/15 brd 10.175.0.255 scope global <br />
valid_lft forever preferred_lft forever<br />
inet6 2001:1418:1a9:eebb:10:175:0:213/64 scope global <br />
valid_lft forever preferred_lft forever<br />
inet6 fe80::e4b9:6ff:fe73:141a/64 scope link <br />
valid_lft forever preferred_lft forever<br />
<br />
<br />
Allora hai un indirizzo ipv4 e ipv6 impostati. Non stupirti se vedi tutti questi indirizzi IP diversi, ne puoi avere quanti vuoi anche sulla stessa interfaccia di rete (anche se normalmente sono pochi).<br />
<br />
Cosa guardare:<br />
<BROADCAST,MULTICAST,UP,LOWER_UP> <br />
*è lo stato dell'interfaccia; le cose importanti sono UP, LOWER_UP, che ci dicono che l'interfaccia è attiva (potrebbe essere disattivata via software, via hardware ad esempio col bottoncino della wireless fisicamente presente sul portatile oppure semplicemente potrebbe esserci il cavo di rete staccato o rovinato (nel caso di scritta NO-CARRIER)).<br />
<br />
inet 10.175.0.213/15 brd 10.175.0.255 scope global <br />
<br />
*10.175.0.213 è l'IPv4 dell'interfaccia: la nostra subnet (cioè il nostro gruppo di IP, quelli che il tuo computer, essendo collegato ad eigenNet, può contattare direttamente senza passare da un gateway) inizia con *10.17{5,4}* se hai un IP che comincia in quel modo è uno dei nostri; lo slash in fondo è la dimensione subnet, 15 è corretto.<br />
<br />
inet6 2001:1418:1a9:eebb:10:175:0:213/64 scope global <br />
*questo è l'IPv6 dell'interfaccia: la nostra subnet inizia con *2001:1418:1a9:eebb*, se hai un IP che comincia in quel modo è uno dei nostri, come prima lo slash in fondo indica la subnet, 64 è corretto. Ignora la riga "inet6 fe80[...]/64 scope link" che riguarda un indirizzo presente anche se non si è davvero connessi. <br />
<br />
==== Nessun IP ====<br />
Se non hai gli IP impostati possiamo guardare le interfacce, in questo caso ci viene in aiuto il comando <br />
<br />
ip link<br />
<br />
user@computer $ ip link <br />
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT <br />
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00<br />
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN mode DEFAULT qlen 1000<br />
link/ether 00:23:8b:0b:b5:39 brd ff:ff:ff:ff:ff:ff<br />
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DORMANT qlen 1000<br />
link/ether 00:23:4d:69:d5:f7 brd ff:ff:ff:ff:ff:ff<br />
<br />
Anche qui possiamo vedere che ad esempio l'intefaccia eth0 <br />
<NO-CARRIER,BROADCAST,MULTICAST,UP> <br />
Dice NO-CARRIER ovvero non collegato, potrebbe essere il caso di controllare l'attacco del cavo ethernet (cavo staccato o cavo rovinato)<br />
<br />
E con state DOWN ci informa che l'interfaccia eth0 è spenta<br />
<br />
Mentre l'interfaccia wlan0 <br />
<BROADCAST,MULTICAST,UP,LOWER_UP><br />
Dice che è collegata e tutto funziona<br />
<br />
Una possibile soluzione nel caso che una delle interfacce avesse come state DOWN è la seguente:<br />
sudo ip link set dev <interfaccia> up<br />
<br />
Dopodiché ricontrollare se l'interfaccia è UP e provare a riconnettersi alla rete per vedere se viene assegnato un IP.<br />
<br />
Altre cose ''esotiche'' che potrebbero impedire ad una interfaccia di rete di essere UP: il bottoncino della wireless sul portatile è su off, è necessario sbloccare l'interfaccia wireless via software con <br />
rfkill unblock all<br />
oppure raramente può esser necessario ricaricate i driver della scheda di rete, trovate il nome del driver con<br />
lspci -k<br />
sotto "Network controller" o "Ethernet controller", dopo "Kernel driver in use:", lo rimuovete e ricaricate con<br />
sudo rmmod <nome del driver>; sudo modprobe <nome del driver><br />
<br />
Nel caso l'interfaccia indicasse UP per un certo tempo ma non si ricevesse un IP dal server DHCP è possibile capire cosa stia succedendo:<br />
*Se usate NetworkManager controllate se siete associati all'Access Point (AP) di eigennet con<br />
nm-tool<br />
*Altrimenti provate con<br />
iwconfig<br />
* O ancora <br />
iw dev <interfaccia> link<br />
<br />
Che vi daranno informazioni sulla connessione wireless, sopratutto i primi campi. Se risultate associati all'access point (cioè c'è scritto il nome della rete, ad esempio "eigenNet") allora provate a dare<br />
sudo dhcpcd wlan0 <br />
oppure, se lamenta che dhcpcd non esiste<br />
sudo dhclient -v wlan0<br />
Che cercherà nuovamente di ottenere i parametri (IP, rotte, DNS...) chiedendo se nella rete sono presenti dei server DHCP. In base all'output (il testo che esce dai comandi sopra riportati) capirete se ci sono altri problemi e potrete contattarci per segnalarlo ed aiutarci.<br />
<br />
=== Controllo Delle Rotte ===<br />
<br />
A questo punto controlliamo le rotte. Le possiamo controllare usando il comando <br />
<br />
ip route show<br />
<br />
Ottenendo qualcosa di simile a<br />
<br />
user@computer $ ip route show<br />
default via 10.175.0.101 dev wlan0 proto static <br />
10.0.0.0/8 via 172.18.0.1 dev eigennet <br />
10.174.0.0/15 dev wlan0 proto kernel scope link src 10.174.0.178 <br />
172.16.0.0/12 via 172.18.0.1 dev eigennet <br />
172.18.0.0/24 dev eigennet proto kernel scope link src 172.18.0.213 <br />
192.168.1.0/24 dev wlan0 proto kernel scope link src 192.168.1.111 <br />
<br />
==== Nessuna rotta ====<br />
Per navigare dentro eigennet non serve una rotta global (0.0.0.0/0), perché è una rete locale e, una volta connessi, si può raggiungere ogni risorsa dall'interno. <br />
<br />
Se quindi il comando vi restituisce qualcosa di simile a <br />
user@computer $ ip route show<br />
10.174.0.0/15 dev wlan0 proto kernel scope link src 10.174.0.178 <br />
<br />
Vuol dire che avete la possibilità di raggiungere tutte le risorse interne ma che non potete raggiungere internet. Questo può essere a causa di qualche problema con i gateway o un problema nel raggiungerli. Se conoscete l'IP della macchina che dovrebbe farvi da gateway per il mondo, provate a pingarla (ovvero fare un ping al suo indirizzo) per vedere se la raggiungete. Nel caso non riusciste fatecelo sapere, qualcosa sta succedendo sulla rete.<br />
<br />
==== Rotta presente ma comunque non raggiungo internet ====<br />
<br />
Nel caso ci sia una rotta definita anche per default, ma non foste comunque in grado di connettervi potete aiutarci nel risolvere il problema digitando in un terminale il comando<br />
traceroute wikipedia.org<br />
o <br />
tracepath wikipedia.org<br />
<br />
questo dovrebbe dare un risultato simile a <br />
<br />
user@computer $ tracepath wikipedia.org<br />
1: etherpad.eigenlab.org 0.090ms pmtu 1500<br />
1: 10.175.0.101 0.811ms <br />
1: 10.175.0.101 0.496ms <br />
2: 131.114.186.1 0.946ms <br />
3: fib-ser.unipi.it 0.945ms asymm 4 <br />
4: ru-unipi-rx1-pi1.pi1.garr.net 0.970ms <br />
5: rx1-pi1-rx1-rm2.rm2.garr.net 9.030ms <br />
6: r-rm2-rx1-rm2.rm2.garr.net 5.639ms asymm 7 <br />
7: no reply alcuni server nascondono il loro nome<br />
8: no reply <br />
9: tiscali.mil01.atlas.cogentco.com 18.962ms asymm 10 <br />
10: xe-9-2-0.was10.ip4.tinet.net 113.285ms asymm 15 <br />
11: no reply<br />
12: no reply<br />
13: no reply<br />
14: no reply<br />
15: no reply<br />
16: 208.80.152.201 152.453ms reached<br />
<br />
<br />
Questo comando restituisce il percorso che hanno fatto i nostri pacchetti per raggiungere la destinazione, nel caso non riusciste a vedere un ""reached"" in fondo all'output del comando segnalatecelo includendo anche l'ultimo ip che vedete.<br />
<br />
Per servizi interni alla rete, per come essa è strutturata, questo comando non funziona<br />
<br />
=== Controllo dei DNS === <br />
Se tutto è andato bene ma non riuscite comunque a navigare potrebbe essere un problema di DNS per vedere quali avete impostati controllate il file /etc/resolv.conf<br />
cat /etc/resolv.conf<br />
<br />
Il risultato dovrebbe essere simile a questo:<br />
<br />
user@computer $ cat /etc/resolv.conf <br />
nameserver 10.174.0.101<br />
nameserver 10.174.0.100<br />
<br />
queste due righe indicano gli IP dei server DNS, se il file è vuoto, lancia questo comando da shell<br />
<br />
echo -e "nameserver 10.174.0.100\nnameserver 10.174.0.101">/etc/resolv.conf<br />
<br />
Che sovrascrive in /etc/resolv.conf con le due righe corrette.<br />
<br />
Un sintomo del fatto che i DNS non funzionino può essere che facendo<br />
ping google.it<br />
<br />
il terminale non reagisce (come succedeva all'inizio della pagina ) ma<br />
ping 8.8.8.8<br />
<br />
Invece funziona.<br />
<br />
Per fare manualmente la richiesta dell'IP associato ad un nome<br />
<br />
dig nomesi.to<br />
<br />
o se volete chiedere ad un server particolare (ad esempio a 8.8.8.8, un dns di google)<br />
<br />
dig @8.8.8.8 nomesi.to<br />
<br />
Dig solitamente è installato di default, se non lo fosse cercate su internet il nome della vostra distribuzione più dig (solitamente sta in qualche programma chiamato dnsutils, bindtools...)<br />
<br />
<br />
=== Ma la mia antenna funziona/è accesa? ===<br />
<br />
Per controllare che l'antenna sia accesa si possono sfruttare un paio di cose:<br />
<br />
* Prima di tutto collegarsi via cavo all'antenna usando il cavo ethernet che arriva in casa o attaccandosi al POE (Power Over Ethernet ovvero lo scatolino nero che alimenta l'antenna usando la porta con scritto LAN, NON POE (perché altrimenti forse si frigge la scheda di rete)<br />
<br />
* controllare che sull'interfaccia cablata '''non''' compaia NO-CARRIER col comando<br />
<br />
ip link show dev <interfaccia><br />
<br />
*provare a fare dei ping IPv6 link local, ovvero provare a pingare un indirizzo che viene tradotto dal protocollo ipv6 in “ ogni scheda attaccata direttamente all'interfaccia “ questo si può fare digitando il comando<br />
<br />
ping6 ff02::1%<nome dell'interfaccia di rete cablata ad esempio eth0><br />
<br />
Se si riceve risposta bisogna prendere nota dell'IPv6 locale della propria scheda di rete ethernet, in modo da poter vedere se l'antenna risponde ai ping. Questo si fa facilmente con<br />
<br />
ip -6 address show dev eth0<br />
<br />
e guardando l'IP che comincia con fe80:: , se ai ping risponde anche un altro IP, l'antenna è accesa e risponde<br />
=== Entrare nelle antenne ===<br />
Abbiamo trovato nella sezione precedente l'IP dell'antenna. Per entrarci dobbiamo usare il programma SSH, che permette di interagire con l'antenna facendo apparire sul nostro computer il suo terminale, i comandi disponibili quindi saranno quelli installati sull'antenna.<br />
Il comando da lanciare è:<br />
ssh -i <chiaveprivata> root@<ip antenna> [invio]<br />
A questo punto il sistema chiederà di inserire la password della chiave (nel caso fosse protetta), altrimenti l'antenna ci darà subito il benvenuto con la ricetta di un drink seguito dal prompt.<br />
BusyBox v1.19.4 (2012-10-02 10:56:10 CEST) built-in shell (ash)<br />
Enter 'help' for a list of built-in commands. <br />
_______ ________ __<br />
| |.-----.-----.-----.| | | |.----.| |_<br />
| - || _ | -__| || | | || _|| _|<br />
|_______|| __|_____|__|__||________||__| |____|<br />
|__| W I R E L E S S F R E E D O M<br />
-----------------------------------------------------<br />
ATTITUDE ADJUSTMENT (Bleeding Edge, r33603)<br />
-----------------------------------------------------<br />
* 1/4 oz Vodka Pour all ingredients into mixing<br />
* 1/4 oz Gin tin with ice, strain into glass.<br />
* 1/4 oz Amaretto<br />
* 1/4 oz Triple sec<br />
* 1/4 oz Peach schnapps<br />
* 1/4 oz Sour mix<br />
* 1 splash Cranberry juice<br />
-----------------------------------------------------<br />
root@OpenWrt:~#<br />
<br />
Vediamo ora come fare alcune operazioni comuni:<br />
<br />
* Per ottenere la lista dei nodi raggiungibili si usa il comando "batctl originators" o il comando abbreviato "batctl o"<br />
root@OpenWrt:~# batctl o<br />
[B.A.T.M.A.N. adv 2012.3.0, MainIF/MAC: br-clients/00:27:22:c3:34:cb (bat0)]<br />
Originator last-seen (#/255) Nexthop [outgoingIF]: Potential nexthops ...<br />
00:27:22:c3:34:38 0.070s (170) 00:27:22:c2:34:86 [ wlan0]: 00:27:22:c2:34:86 (170)<br />
00:27:22:c3:34:86 0.070s (200) 00:27:22:c2:34:86 [ wlan0]: 00:27:22:c2:34:86 (200)<br />
de:9f:db:5c:c0:85 0.420s (169) 00:27:22:c2:34:86 [ wlan0]: de:9f:db:5c:c0:85 ( 0) 00:27:22:c2:34:86 (169)<br />
06:15:6d:fc:71:f4 0.840s (147) 00:27:22:c2:34:86 [ wlan0]: 00:27:22:c2:34:86 (147)<br />
00:15:6d:fd:71:f4 0.400s (148) 00:27:22:c2:34:86 [ wlan0]: 00:27:22:c2:34:86 (148)<br />
dc:9f:db:5d:c0:85 0.400s (168) 00:27:22:c2:34:86 [ wlan0]: 00:27:22:c2:34:86 (168)<br />
00:15:6d:7b:97:0b 0.290s (143) 00:27:22:c2:34:86 [ wlan0]: 00:27:22:c2:34:86 (143)<br />
00:27:22:c2:34:86 0.600s (200) 00:27:22:c2:34:86 [ wlan0]: 00:27:22:c2:34:86 (200)<br />
La prima colonna indica il nodo destinazione, Nexthop è il prossimo nodo a cui verranno consegnati i pacchetti. Gli originators sono tutti i nodi raggiungibili direttamente o indirettamente, cioè tutta la porzione di rete che possiamo vedere; gli indirizzi contenuti nella colonna NextHop sono i nostri vicini più prossimi, ovvero solamente quelli direttamente raggiungibili.<br />
<br />
* Per abilitare o disabilitare la modalità "hotspot"<br />
<br />
La modalità "access point" o "hotspot" permette ai normali computer di connettersi ad eigenNet, purché ci sia un server DHCP nelle vicinanze (oppure puoi usare un indirizzo IP statico).<br />
Normalmente, è consigliabile avere questa opzione disabilitata e utilizzare un access point dedicato, in quanto influisce negativamente sulle performance come nodo della rete.<br />
<br />
Per attivare la modalità "hotspot", è necessario cambiare un paio di valori nel file di configurazione <pre>/etc/config/eigennet</pre> utilizzando vim, l'editor di testo predefinito.<br />
<br />
La riga <pre>option wifi_clients 'false'</pre> deve diventare <pre>option wifi_clients 'true'</pre> o viceversa, nel caso si volesse disattivare.<br />
<br />
La riga <pre>option bootmode '2'</pre> deve diventare <pre>option bootmode '1'</pre><br />
<br />
L'anntenna va poi riavviata. La seconda modifica chiede all'antenna di rileggere la configurazione e applicare le modifiche, il valore di bootmode tornerà automaticamente a 2.<br />
<br />
* Per cambiare la chiave di accesso all'antenna bisogna modificare la riga <pre>option sshAuthorizedKeys '...'</pre> sostituendo al posto dei puntini, il contenuto del file della chiave pubblica.<br />
<br />
[http://support.suso.com/supki/SSH_Tutorial_for_Linux Tutorial SSH]<br />
[http://heather.cs.ucdavis.edu/~matloff/UnixAndC/Editors/ViIntro.html Tutorial vim]<br />
<br />
=== Riavviare ===<br />
Una cosa buona, se l'antenna per qualche motivo non si comporta bene, è riavviarla. Per farlo basta staccare il cavo attaccato allo scatolino nero alla porta con scritto POE oppure togliere la corrente se per caso il montaggio è stato fatto portando la corrente sul tetto, aspettare 12 secondi contando<br />
* Prealpi Trivenete 1 <br />
* Alpi Giulie 2<br />
* Alpi Carniche 3<br />
* ...<br />
* Alpi Liguri e Alpi Marittime 12<br />
<br />
Se comunque non sei riuscito a risolvere [https://eigenlab.org/index.php/dove-siamo contattaci].<br />
<br />
<br />
Su eigenNet ci sono diversi servizi, li puoi scoprire qui:<br />
<br />
http://eigenlab.org/index.php/eigennet/servizi<br />
<br />
<br />
[[Categoria:eigenNet]]<br />
[[Categoria:HowTo]]</div>Svalohttps://wiki.eigenlab.org/index.php?title=HowToOCsync&diff=4504HowToOCsync2016-11-19T17:47:46Z<p>Svalo: </p>
<hr />
<div>Abbiamo un istanza di [https://owncloud.org/ Owncloud] su un server della rete, ottimo, mo che ci facciamo? Oltre a poterlo usare per caricare i files e condividerli con gruppi/utenti/tiziaccasosuinternet lo possiamo pure usare per evitare di sincronizzare la nostra rubrica e i nostri calendari con Google.<br />
=Il problema=<br />
Di default da una certa versione di Android i contatti vengono automaticamente sincronizzati coi server di Google, se non si desidera bisogna esplicitamente dirgli di non farlo ed usare un account locale. <br />
Da Android 6 invece non è più possibile (almeno sui telefoni sui quali ho messo le mani) avere account locali e quindi i contatti e calendari sono *forzatamente* caricati su google.<br />
=La svolta=<br />
La nostra istanza di owncloud ha abilitato il modulo per i contatti, quello per il calendario ed anche un modulo per le todolist, vediamo come usarli:<br />
<br />
'''WARNING''' Caricando i tuoi dati ti stai fidando del proprietario del server e di chi ha accesso alla macchina, chiunque con un accesso alla macchina potrà leggere i dati caricati<br />
<br />
==Contatti==<br />
La tecnologia che OC usa per syncronizzare il contatti è [https://en.wikipedia.org/wiki/CardDAV carddav], il nostro server forza l'uso di HTTPS (connessioni cifrate fra dispositivo e server verificate da StarCom) quindi i dati non viaggiano mai in "chiaro" sulla rete, nè Internet ne eigenNet. <br />
====Cosa ci serve:====<br />
* Uno smartphone/computer/tablet o qualsiasi cosa che possa usare carddav e abbia una rubrica<br />
* Per Android l'app [https://f-droid.org/repository/browse/?fdfilter=davdroid&fdid=at.bitfire.davdroid Davdroid] installabile da [https://f-droid.org/about/ F-droid] (Un repository aggiuntivo per applicazioni OpenSource per android)<br />
* Un account sul nostro [https://apollo.eigenlab.org/owncloud/ Owncloud]<br />
* Internet/eigenNet<br />
<br />
E ora con ordine:<br />
# [[Installare F-droid]]<br />
# Cerca l'app 'Davdroid ed installala<br />
# Apri Davdroid<br />
<gallery><br />
File:Davdroid.png| Pigia sulla chiave col + <br />
File:DavdroidLogin.png<br />
File:DavLogin.png <br />
File:DavNext.png|L'indirizzo da inserire è apollo.eigenlab.org/owncoud e le credenziali personali<br />
File:DavContacts.png|Seleziona le rubriche che vuoi sincronizzare, ce ne possono essere più di una<br />
File:DavFinal.png <br />
File:Accounts.png<br />
File:DavDatails.png<br />
File:DavAccountDetails.png<br />
</gallery><br />
<br />
==Calendario==<br />
Tutto uguale ma seleziona<br />
[[File:DavCal.png|miniatura|none]]<br />
==Note==<br />
Tutto uguale ma selezionanone<br />
[[File:DavNotes.png |miniatura|none]]<br />
<br />
<br />
[[Categoria:HowTo]]</div>Svalohttps://wiki.eigenlab.org/index.php?title=HowToBatman&diff=4503HowToBatman2016-11-19T17:47:29Z<p>Svalo: </p>
<hr />
<div>Con queste istruzioni si può creare una mesh di prova fra diversi pc oppure collegarsi ad [[EigenNet]], utilizzando batman-adv e antenna wireless integrata.<br />
<br />
<br />
<br />
Prima di inziare fermiamo il nostro network manager, potrebbe interferire.<br />
<br />
/etc/init.d/network-manager stop<br />
<br />
<br />
Dobbiamo impostare la modalità della nostra scheda wireless. Può essere Managed (client che si connette ad access point), Master (agisce da access point), Ad-Hoc (nodi che si collegano fra loro senza access point). Quindi scegliamo la modalità Ad-Hoc.<br />
<br />
iwconfig wlan0 mode Ad-Hoc<br />
<br />
<br />
Batman incapsula il traffico aggiungendo un header di 28 bytes in ogni pacchetto, quindi bisogna aumentare la dimensione massima dei pacchetti che possono essere trasmessi sull'interfaccia fisica da 1500 a 1528 (in modo che possano passare i pacchetti originariamente grandi 1500)<br />
<br />
ifconfig wlan0 mtu 1528<br />
<br />
<br />
Possiamo scegliere il canale su cui operare. Saltando questo passaggio si usa il canale 1<br />
<br />
iwconfig wlan0 channel [n]<br />
<br />
<br />
L'essid serve ad identificare gli altri nodi della mesh<br />
<br />
iwconfig wlan0 essid "lamiamesh"<br />
<br />
<br />
Impostiamo anche lo stesso bssid perchè alcuni driver wifi hanno problemi quando ci sono molti nodi con bssid diversi e non si associano.<br />
<br />
iwconfig wlan0 ap 02:aa:bb:cc:dd:ee<br />
<br />
<br />
A questo punto possiamo tirare su l'interfaccia<br />
<br />
ip link set wlan0 up<br />
<br />
<br />
Molto probabilmente avremo già il modulo batman-adv, in caso contrario lo scarichiamo e installiamo da http://www.open-mesh.org . Per caricarlo<br />
<br />
modprobe batman-adv<br />
<br />
<br />
Batman opera in kernel space per evitare il sovraccarico di read() e write() che avrebbe processando i pacchetti in user space.<br />
Per configurare il modulo batman-adv si usa il programma batctl.<br />
<br />
<br />
Adesso aggiungiamo le interfacce su cui vogliamo fare la mesh<br />
batctl if add wlan0<br />
<br />
e batman crea automagicamente una nuova interfaccia virtuale bat0 inconsapevole del layer inferiore, che ci collega a tutti gli altri partecianti alla mesh.<br />
<br />
<br />
Configuriamo il layer 3. Tutti i partecipanti possono assegnarsi un ip oppure uno può attivare un server dhcp su bat0<br />
<br />
ip a add 192.168.1.1/24 dev bat0<br />
<br />
<br />
per l'accesso ad internet uno dei nodi può agire da gateway:<br />
iptables -t nat -A POSTROUTING -o intefaccia_con_internet -j MASQUERADE<br />
e sui client<br />
ip r add default via ip_del_gateway dev bat0<br />
<br />
<br />
per dare la possibilità ad altri di partecipare alla mesh, senza usare batman e collegandosi alla porta ethernet del pc, si usano i bridge.<br />
<br />
brctl addbr mesh-bridge<br />
brctl addif mesh-bridge eth0<br />
brctl addif mesh-bridge bat0<br />
<br />
<br />
<br />
== e per openwrt? ==<br />
<br />
git clone git://git.openwrt.org/12.09/openwrt.git<br />
make menuconfig e classica configurazione. kmod-batman-adv si trova sotto Kernel modules -> Network Support<br />
<br />
Si usano appositi file di configurazione<br />
in /etc/config/wireless<br />
config wifi-iface 'wmesh'<br />
option device 'device fisico'<br />
option ifname 'adhoc0'<br />
option network 'mesh'<br />
option mode 'adhoc'<br />
option ssid 'lamiamesh'<br />
option bssid '02:aa:bb:cc:dd:ee'<br />
in /etc/config/network<br />
config interface 'mesh'<br />
option ifname 'adhoc0'<br />
option mtu '1528'<br />
option proto 'batadv'<br />
option mesh 'bat0'<br />
[[Categoria:HowTo]]</div>Svalohttps://wiki.eigenlab.org/index.php?title=How2SitoHM&diff=4502How2SitoHM2016-11-19T17:47:18Z<p>Svalo: </p>
<hr />
<div>== Prerequisiti: ==<br />
<br />
# Un account su http://git.lattuga.net/user/sign_up <br />
# Fare amicizia con il terminale su Linux<br />
# Avere voglia di imparare 3 comani di git<br />
# Imparare un comando di fabric<br />
<br />
== Prerequisiti software: ==<br />
<br />
# python2.7<br />
# virtualenv2<br />
# git<br />
<br />
'''Debian-Ubuntu:''' <br />
<br />
sudo apt-get install python python-virtualenv git<br />
'''Arch:''' <br />
<br />
sudo pacman -S python2 python2-virtualenv git<br />
<br />
[Da qui in poi appariranno termini tecnici, non mordono, pensateli come delle pallette fuffose rosa] [[File:HairyBall.png|150x150px|Palletta fuffosa]]<br />
<br />
La prima cosa da fare per iniziare a lavorare sul sito è creare un virtualenv per python, altro non è che una cartella sul pc nella quale valgono alcune regole che ci semplificano il lavoro.<br />
<br />
Scegliamo la cartella in cui vogliamo lavorare, da qui in poi faccio finta che sia:<br />
/home/svalo/eigenLab/sitoHM<br />
Voi sostituite ogni occorrenza col vostro percorso<br />
<br />
Per prima cosa apriamo un terminale (Menu -> Accessori -> Terminale) e ci spostiamo dentro la cartella<br />
cd /home/svalo/eigenLab/sitoHM<br />
<br />
E creiamo un virtualenv<br />
<br />
virtualenv HM16<br />
<br />
Appariranno un po' di scritte che ci informano che sta installando una versione di python dentro la cartella HM16 e vari altri componenti. Questo serve perché così possiamo lavorare installando un sacco di cose e fare un sacco di configurazioni che non "sporcano" il sistema in generale ma che hanno valore solo dentro la cartella. Una volta finito HM potremo cancellare la cartella ed il sistema tornerà com'era prima.<br />
<br />
Poi attiviamo il virtualenv<br />
source ./HM16/bin/activate<br />
<br />
Per essere sicuri che tutto sia andato a buon fine dal terminale digitate<br />
which python<br />
Se la risposta è qualcosa di simile a<br />
/home/svalo/eigenLab/sitoHM/HM16/bin/python<br />
<br />
Allora tutto bene, se assomiglia a /usr/bin/python2.7 allora qualcosa non è andato bene, contatta lo smanettone più vicino :P<br />
<br />
A questo punto abbiamo creato il nostro virtualenv e lo abbiamo attivato, sarà il nostro spazio di lavoro, ogni volta che vorremo lavorare sul sito dovremmo entrare nella cartella che abbiamo scelto e attivare il virtualenv.<br />
<br />
Versione compatta per dalla seconda volta in poi<br />
<br />
cd /home/svalo/eigenLab/sitoHM<br />
. ./HM16/bin/activate<br />
<br />
Quando abbiamo finito di sviluppare e vogliamo fare altro basta scrivere nel terminale<br />
deactivate<br />
<br />
== Prendere il codice del sito == <br />
<br />
Siamo dentro la cartella /home/svalo/eigenLab/sitoHM/ adesso prendiamo il codice del sito<br />
<br />
Il codice del sito vive in un repository git su git.lattuga.net, lo potete recuperare col comando<br />
git clone http://git.lattuga.net/boyska/sito-hackit-16.git<br />
<br />
Questo sparerà un po' di messaggi e, se tutto va bene, ci ritroveremo con una bellissima cartella di sono sito-hackit-16 accanto a HM16<br />
<br />
Ovvero dando il comando ls in /home/svalo/eigenLab/sitoHM dovremmo vedere<br />
(HM16) /home/svalo/eigenLab/Developing/HM16/<br />
svalo:$ ls<br />
HM16 sito-hackit-16<br />
<br />
Ottimo adesso abbiamo il codice del sito, se entrate nella cartella sito-hackit-16 vedrete la struttura del progetto<br />
<br />
cd sito-hackit-16<br />
<br />
ls vi dirà cosa c'è dentro.<br />
<br />
La prima, e unica, volta dovremo installare le dipendenze del progetto per poter lavorare al sito<br />
pip install -r requirements.txt<br />
<br />
Questo legge il file requirements ed installa i programmi che servono per creare il sito.<br />
<br />
CI SIAMO! Abbiamo tutto quello che ci serve per cominciare<br />
<br />
Sempre da dentro la cartella sito-hackit-16 diamo il comando<br />
<br />
./develop-server.sh start &>/dev/null<br />
<br />
Queso farà partire un mini server web il python che ci farà vedere il sito allo stato attuale all'indirizzo http://localhost:8000<br />
<br />
Quando vorremo fermare il server python, dallo stesso terminale dal quale lo abbiamo lanciato dobbiamo dare<br />
./develop-server.sh stop<br />
<br />
== Modificare il sito ==<br />
<br />
Ok tutto figo maaaa come si modifica? <br />
<br />
Tutto questo accrocchio serve per generare il sito, il sito vero e proprio è solo una manciata di pagine html e di css, lo trovate dentro la cartella output. Quello è ciò che effettivamente andrà poi nel server che ospita il sito.<br />
<br />
Le pagine del sito stanno dentro <br />
content/pages/<br />
<br />
Possiamo modificarle e vedere cosa succede alla pagina http://localhost:8000 tutto quello che faremo rimarrà sul nostro pc, se facciamo qualche cazzata basterà dare il comando<br />
git checkout -- nomedelfiledaripristinare<br />
<br />
Le pagine sono scritte in markdown, le potete modificare con un editor di testo grafico tipo kate o gedit o dal terminale con vim o nano(bleah)<br />
<br />
Se abbiamo lanciato il develop server appena salviamo le modifiche ai files questo appariranno nella pagina su localhost.<br />
<br />
== Pubblicare le modifiche ==<br />
<br />
Prima di modificare o pubblicare le modifiche bisogna dare<br />
git pull origin master<br />
<br />
Questo serve per ricevere le modifiche che altri potrebbero aver fatto fra il momento in cui abbiamo scaricato il codice del sito e quello in cui vorremmo pubblicare le modifiche<br />
<br />
A questo punto possiamo inserire nella storia di git le nostre modifiche.<br />
<br />
git status <br />
ci dice quello che è cambiato dall'ultima modifica che git conosce (Non tutti i files e non tutte le modifiche che vediamo dentro la cartella sono note a git, lui conosce solo quello che noi gli diciamo di memorizzare)<br />
<br />
se ad esempio abbiamo modificato la pagina content/pages/info.md <br />
<br />
git ci dirà che quel file è stato modificato<br />
<br />
git diff<br />
<br />
ci farà vedere le modifiche<br />
<br />
git add content/pages/info.md <br />
Aggiungerà le modifiche alla coda delle modifiche da aggiungere<br />
<br />
git commit -m "Un messaggio breve ma significativo"<br />
<br />
Aggiungerà le nostre modifiche alla storia di git<br />
<br />
Questo aggiunge le modifiche solo alla storia presente sul nostro pc, per poterle vedere online dobbiamo mandarle repository di boyska. <br />
<br />
Questo però lo copriremo più in là di persona<br />
<br />
[[Categoria:Autoformazione]]<br />
[[Categoria:HowTo]]</div>Svalohttps://wiki.eigenlab.org/index.php?title=XMPP&diff=4500XMPP2016-11-19T17:35:37Z<p>Svalo: Inseriti un po' di contenuti</p>
<hr />
<div>XMPP è un protocollo di chat federato, questo vuol dire che chiunque abbia un'istanza di un server XMPP può comunicare con il resto della rete anche se gli account di chat sono su server diversi.<br />
<br />
Abbiamo installato [https://en.wikipedia.org/wiki/Prosody_(software) Prosody] sopra [[Zenzero]]<br />
<br />
Il server che abbiamo installato ha però 2 restrizioni importanti: <br />
* I client possono connettersi solo se supportano la cifratura SSL della connessione fra client e server<br />
* I server (per la federazione) possono connettersi solo se supportano la cifratura della connessione fra server e server.<br />
Queste limitazioni esistono perché siamo fermamente convinti che le comunicazioni debbano avvenire in modalità protetta.<br />
<br />
Siccome il servizio è ancora in fase di sperimentazione non permettiamo ancora la registrazione 'in-band', se vuoi un'account scrivi a info[at]eigenlab[dot]org.<br />
<br />
Abbiamo installato alcuni moduli per implementare alcune XEP, qui una lista parziale ed in aggiornamento:<br />
<br />
* MUC a.k.a. [http://xmpp.org/extensions/xep-0045.html XEP-0045] <code>conference.eigenlab.org</code> per le chat di gruppo<br />
* SMACKS a.k.a. [https://modules.prosody.im/mod_smacks.html XEP-0198] Per il resume di una sessione interrotta per la caduta della connessione<br />
* MAM a.k.a. [https://modules.prosody.im/mod_mam.html XEP-0313] Per l'archiviazione dei messaggi sul server fino ad una settimana così da poterli recuperare se sì è offline per un po'. Il modulo è configurabile per utente<br />
* Carbons a.k.a. [https://modules.prosody.im/mod_carbons.html XEP-0280] Per poter ricevere le conversazioni su tutti i device che supportano la XEP. In questo modo è possibile chattare al pc e continuare poi sul telefono o sul portatile come con altri client di chat moderni. <br />
* CSI, Throttle_presence e filter_chatstarter a.k.a. [https://modules.prosody.im/mod_csi.html CSI], [https://modules.prosody.im/mod_throttle_presence.html throttle presence] e [https://modules.prosody.im/mod_filter_chatstates.html filter_chatstates] Una serie di moduli specifici per i dispositivi mobile, permettono di decidere se ricevere o meno le notifiche di presenza di un contatto o quelle di 'il contatto sta scrivendo' quando il dispositivo è in tasca/in uno stato di basso consumo/ecc...<br />
<br />
== Guida ==<br />
pasticcera mi sdubbi alquanto col tuo deplorevole ardore<br />
<br />
=== Alcuni programmi che abbiamo provato ===<br />
''[01:02:10] kiba: FYI per ricevere i messaggi su tutti i dispositivi bisogna selezionare in gajim account->general->"receive conversation from other resources"''<br />
<br />
* Gajim : Il più completo client desktop per numero di plugin e di XEP recenti supportate<br />
* Conversations : Il migliore client per Android per numero di XEP integrate<br />
* Telepathy : Integrato in KDE manca di opzioni per la configurazione, supporta OTR ma non le carbon copy ed il message archiving<br />
* Pidgin : <br />
* XabberDev : <br />
<br />
=== Sicurezza: OTR, PGP OMEMO===<br />
<br />
Con [https://en.wikipedia.org/wiki/Off-the-Record_Messaging OTR] é quasi impossibile avere le conversazioni cifrate fra dispositivi diversi usati dallo stesso account mentre con [https://gajim.org/ Gajim] (desktop) e [https://conversations.im/ Conversations] (Android) è possibile usare [https://conversations.im/omemo/ OMEMO], un nuovo protocollo di cifratura sviluppato per Signal che permette una cifratura indolore anche fra device diversi l'unica pecca è che ancora poco supportato dai client. <br />
<br />
Per poterlo usare in Gajim va installato un plugin dal menu interno al programma; alla prima connessione con un cliente che supporta omemo verrà richiesto se fidarsi della chiave con cui si è presentato, è buona norma verificare la chiave attraverso un mezzo diverso. <br />
<br />
Conversation lo supporta di default, anche qui bisogna verificare la chiave del contatto.<br />
<br />
Per poter ricevere i messaggi sia su Gajim che su Conversations usando OMEMO bisogna fidarsi delle proprie chiavi su entrambi i device, si può abilitare andando sul proprio profilo utente e confermando la chiave<br />
<br />
<br />
[[Categoria:EigenNet]]<br />
[[Categoria:Autoformazione]]<br />
[[Categoria:Comunicazione sicura]]</div>Svalohttps://wiki.eigenlab.org/index.php?title=Cloud&diff=4499Cloud2016-11-19T16:52:15Z<p>Svalo: Link alla pagina con istruzioni per DavDroid</p>
<hr />
<div>[[File:NextCloudLogin.jpg|miniatura|Giovannina cerca di ricordarsi la password.]]<br />
Abbiamo organizzato la nostra [https://cloud.eigenlab.org '''Cloud'''] autogestita, così da rimanere in possesso dei dati che condividiamo e decidere insieme le policy da adottare.<br />
Praticamente un servizio come [https://www.dropbox.com/ Dropbox], ma molto più bello.<br />
<br />
== Guida ==<br />
Il cloud gira su [[BitArno]] ed è raggiungibile all'indirizzo <code>http://cloud.eigenlab.org</code>.<br />
Una volta che i/le mantainer ti avranno creato un'utenza puoi accedere al cloud tramite un browser web inserendo le tue credenziali.<br />
[[File:CloudSharedFiles.jpg|miniatura|Vista di alcuni file condivisi.]]<br />
<br />
Di norma la prima pagina mostrata è un elenco di file condivisi; un sistema di permessi ti consente di caricare file e modificarli solo nelle cartelle condivise in cui hai i permessi ''di scrittura'', e di vedere e scaricare file nella cartelle condivise in cui hai i permessi ''di lettura''. Facile.<br />
<br />
In alto a sinistra c'è un menu da cui si può selezionare la pagina da utilizzare: file condivisi, calendari, contatti, il player audio, etc.<br />
<br />
=== Calendario ===<br />
Chi ha la mania dell'ordine trarrà grande giovamento dall'uso del calendario condiviso: si può tenere traccia degli appuntamenti e chiunque abbia accesso ad un dato calendario può aggiungere appuntamenti e accolli, segnando (facoltativamente): data, ora, luogo, durata, descrizione, etc.<br />
<br />
Ovviamente i veri ''pro'' non usano soltanto [https://cloud.eigenlab.org/apps/calendar l'interfaccia web] del calendario, ma lo sincronizzano con una applicazione<ref>ce ne sono miliardi</ref> sullo smartfone e/o con il client di posta elettronica; in questo modo sono sempre al corrente di tutte le cose da fare e all'erta grazie agli allarmi che suonano con anticipo programmato. Nervi in poltiglia per un'efficienza '''massima'''.<br />
<br />
# Apri quindi il tuo programma o la tua app e dille che vuoi aggiungere un nuovo calendario.<br />
# '''Se''' ti propone "locale", "su questo dispositivo", "privato" (o cose simili) in alternativa a "condiviso", "in rete" (o cose simili), scegli la seconda alternativa.<br />
# '''Se''' ti chiede di scegliere il "formato" o il "protocollo" scegli '''CalDAV'''.<br />
# Laddove ti chiede l'''indirizzo'' del calendario inserisci quello che compare cliccando su "Settings" in basso a sinistra, scegliendo tra ''Primary CalDAV Address'' e ''iOS/OS X CalDAV Address'' a seconda di dove ti porta il cuore.<br />
# Prima o poi ti verranno chieste le credenziali per l'accesso al cloud.<br />
# Gòditi la tua nuova ansia tecnologica.<br />
<br />
[[HowToOCsync|Qui]] una guida passo passo per DavDroid, un app open source che può essere scaricata da F-Droid, funziona su piattaforma Android<br />
<br />
== nextCloud ==<br />
[http://cloud.eigenlab.org nextCloud] è l'implementazione di cloud computing che abbiamo scelto. Nativamente supporta lo web-storage una rubrica sincronizzabile tramite CardDav con tutti i dispositivi che supportano tale protocollo, un calendario sicronizzabile tramite CalDav, un riproduttore musicale integrato che legge dalla collezione locale. È estensibile grazie alle applicazioni [apps.owncloud.com] che possono essere installate facilmente.<br />
<br />
=== Collegamenti esterni ===<br />
* [https://nextcloud.com/support/ Guide e manuali]<br />
* [https://nextcloud.com Sito del progetto]<br />
<br />
<br />
[[Categoria:eigenNet]]<br />
[[Categoria:Autoformazione]]</div>Svalohttps://wiki.eigenlab.org/index.php?title=Hackmeeting0x13:WarmUp&diff=4291Hackmeeting0x13:WarmUp2016-05-06T09:27:54Z<p>Svalo: </p>
<hr />
<div>In grassetto i warmup che devono ancora essere tenuti:<br />
<br />
{| class="wikitable sortable"<br />
|-<br />
! Data !! Ora !! Città !! Spazio !! Titolo !! Descrizione !! Links<br />
|-<br />
| 22/03/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Mr.Robot || Proiezione della puntata pilota di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| 29/03/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Mr.Robot || Proiezione della 2° e 3° puntata di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| 5/04/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Mr.Robot || Proiezione della 4° e 5° puntata di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| 12/04/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Mr.Robot || Proiezione della 6° e 7° puntata di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| 16/04/2016 || 17.00 || Pisa || Exploit, largo Bruno Pontecorvo 2 || Il tuo server? A 40€ e Open Hardware || Presentazione delle Single Board Computer, con particolare attenzione all'Open Hardware. Cos'è e perchè é importante l'OH, alcuni esempi pratici di cose può essere fatto con una SBC. Il WarmUp è accessibile a tutt@ e non richiede particolari conoscenze tecniche||<br />
|-<br />
| 17/04/2016 || 17.00 || Bologna || Xm24 (Via Fioravanti, 24) || Laboratorio di fallimento ed elettronica || Laboratorio di elettroncia di base, cena vegan e concerto ||http://www.ecn.org/xm24/?ai1ec_event=laboratorio-di-fallimento-ed-elettronica&instance_id=26678<br />
|-<br />
| 19/04/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Mr.Robot || Proiezione dell' 8° e 9° puntata di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| 22/04/2016 || 17.30 || Pisa || eXploit (Largo Bruno Pontecorvo 2) || DIY bio: hackers, DNA e curiosità || La biologia do-it-yourself è un nuovo campo tutto da scoprire che però sta già prendendo piede in tutto il mondo. eigenLab e Open Wet Lab (da Trento) introdurranno il mondo del biohacking, i motivi per cui è nato e gli obbiettivi che si pone. Presenteranno poi i loro progetti di biologia casereccia, frutto di autoformazione e autoproduzione. Insomma la biologia non si deve per forza fare in un laboratorio superattrezzato, solo per la ricerca: con curiosità e passione si può fare molto anche in un laboratorio autocostruito. A seguire aperitivo moecolare! || <br />
|-<br />
| '''23/04/2016''' || 15.00 || Bologna || Biblioteca Salaborsa || Internet è rotta, aggiustiamo internet || Sabato 23 aprile, dalle 15 alle 18.30, l'Auditorium Enzo Biagi ospita il secondo incontro del ciclo Culture e pratiche open per farsi un'idea più ricca della internet di oggi e poter discutere con esperti del settore di temi come la privacy digitale, perché l'anonimato è importante e quali sono le alternative che si possono utilizzare anche nella vita di tutti i giorni.<br />
Programma dettagliato:<br />
* Privacy e anonimato in rete: a cura di Renato Gabriele<br />
* Che cos'è il Deep web: a cura di Carola Frediani (giornalista)<br />
* Tor, un sistema per la comunicazione anonima su internet: a cura di Daniele Pizio<br />
* Le reti wireless comunitarie: a cura di Leonardo Maccari (Ninux Firenze)<br />
|| http://www.bibliotecasalaborsa.it/eventi/26092<br />
|-<br />
| 26/04/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Mr.Robot || Proiezione del finale di stagione di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|}</div>Svalohttps://wiki.eigenlab.org/index.php?title=Hackmeeting0x13:WarmUp&diff=4287Hackmeeting0x13:WarmUp2016-04-13T12:22:09Z<p>Svalo: </p>
<hr />
<div>In grassetto i warmup che devono ancora essere tenuti:<br />
<br />
{| class="wikitable sortable"<br />
|-<br />
! Data !! Ora !! Città !! Spazio !! Titolo !! Descrizione !! Links<br />
|-<br />
| 22/03/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Mr.Robot || Proiezione della puntata pilota di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| 29/03/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Mr.Robot || Proiezione della 2° e 3° puntata di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| 5/04/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Mr.Robot || Proiezione della 4° e 5° puntata di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| 12/04/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Mr.Robot || Proiezione della 6° e 7° puntata di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| '''16/04/2016''' || 17.00 || Pisa || Exploit, largo Bruno Pontecorvo 2 || Il tuo server? A 40€ e Open Hardware || Presentazione delle Single Board Computer, con particolare attenzione all'Open Hardware. Cos'è e perchè é importante l'OH, alcuni esempi pratici di cose può essere fatto con una SBC. Il WarmUp è accessibile a tutt@ e non richiede particolari conoscenze tecniche||<br />
|-<br />
| '''17/04/2016''' || 17.00 || Bologna || Xm24 (Via Fioravanti, 24) || Laboratorio di fallimento ed elettronica || Laboratorio di elettroncia di base, cena vegan e concerto ||http://www.ecn.org/xm24/?ai1ec_event=laboratorio-di-fallimento-ed-elettronica&instance_id=26678<br />
|-<br />
| '''19/04/2016''' || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Mr.Robot || Proiezione dell' 8° e 9° puntata di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| '''22/04/2016''' || 17.30 || Pisa || eXploit (Largo Bruno Pontecorvo 2) || DIY bio: hackers, DNA e curiosità || La biologia do-it-yourself è un nuovo campo tutto da scoprire che però sta già prendendo piede in tutto il mondo. eigenLab e Open Wet Lab (da Trento) introdurranno il mondo del biohacking, i motivi per cui è nato e gli obbiettivi che si pone. Presenteranno poi i loro progetti di biologia casereccia, frutto di autoformazione e autoproduzione. Insomma la biologia non si deve per forza fare in un laboratorio superattrezzato, solo per la ricerca: con curiosità e passione si può fare molto anche in un laboratorio autocostruito. A seguire aperitivo moecolare! || <br />
|-<br />
| '''23/04/2016''' || 15.00 || Bologna || Biblioteca Salaborsa || Internet è rotta, aggiustiamo internet || Sabato 23 aprile, dalle 15 alle 18.30, l'Auditorium Enzo Biagi ospita il secondo incontro del ciclo Culture e pratiche open per farsi un'idea più ricca della internet di oggi e poter discutere con esperti del settore di temi come la privacy digitale, perché l'anonimato è importante e quali sono le alternative che si possono utilizzare anche nella vita di tutti i giorni.<br />
Programma dettagliato:<br />
* Privacy e anonimato in rete: a cura di Renato Gabriele<br />
* Che cos'è il Deep web: a cura di Carola Frediani (giornalista)<br />
* Tor, un sistema per la comunicazione anonima su internet: a cura di Daniele Pizio<br />
* Le reti wireless comunitarie: a cura di Leonardo Maccari (Ninux Firenze)<br />
|| http://www.bibliotecasalaborsa.it/eventi/26092<br />
|-<br />
| '''26/04/2016''' || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Mr.Robot || Proiezione del finale di stagione di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|}</div>Svalohttps://wiki.eigenlab.org/index.php?title=Hackmeeting0x13:WarmUp&diff=4286Hackmeeting0x13:WarmUp2016-04-13T12:20:15Z<p>Svalo: Aggiunta WarmUp SBC</p>
<hr />
<div>In grassetto i warmup che devono ancora essere tenuti:<br />
<br />
{| class="wikitable sortable"<br />
|-<br />
! Data !! Ora !! Città !! Spazio !! Titolo !! Descrizione !! Links<br />
|-<br />
| 22/03/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Mr.Robot || Proiezione della puntata pilota di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| 29/03/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Mr.Robot || Proiezione della 2° e 3° puntata di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| 5/04/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Mr.Robot || Proiezione della 4° e 5° puntata di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| 12/04/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Mr.Robot || Proiezione della 6° e 7° puntata di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| '''16/04/2016''' || 17.00 || Pisa || Exploit || Il tuo server? A 40€ e Open Hardware || Presentazione delle Single Board Computer, con particolare attenzione all'Open Hardware. Cos'è e perchè é importante l'OH, alcuni esempi pratici di cose può essere fatto con una SBC. Il WarmUp è accessibile a tutt@ e non richiede particolari conoscenze tecniche||<br />
|-<br />
| '''17/04/2016''' || 17.00 || Bologna || Xm24 (Via Fioravanti, 24) || Laboratorio di fallimento ed elettronica || Laboratorio di elettroncia di base, cena vegan e concerto ||http://www.ecn.org/xm24/?ai1ec_event=laboratorio-di-fallimento-ed-elettronica&instance_id=26678<br />
|-<br />
| '''19/04/2016''' || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Mr.Robot || Proiezione dell' 8° e 9° puntata di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| '''22/04/2016''' || 17.30 || Pisa || eXploit (Largo Bruno Pontecorvo 2) || DIY bio: hackers, DNA e curiosità || La biologia do-it-yourself è un nuovo campo tutto da scoprire che però sta già prendendo piede in tutto il mondo. eigenLab e Open Wet Lab (da Trento) introdurranno il mondo del biohacking, i motivi per cui è nato e gli obbiettivi che si pone. Presenteranno poi i loro progetti di biologia casereccia, frutto di autoformazione e autoproduzione. Insomma la biologia non si deve per forza fare in un laboratorio superattrezzato, solo per la ricerca: con curiosità e passione si può fare molto anche in un laboratorio autocostruito. A seguire aperitivo moecolare! || <br />
|-<br />
| '''23/04/2016''' || 15.00 || Bologna || Biblioteca Salaborsa || Internet è rotta, aggiustiamo internet || Sabato 23 aprile, dalle 15 alle 18.30, l'Auditorium Enzo Biagi ospita il secondo incontro del ciclo Culture e pratiche open per farsi un'idea più ricca della internet di oggi e poter discutere con esperti del settore di temi come la privacy digitale, perché l'anonimato è importante e quali sono le alternative che si possono utilizzare anche nella vita di tutti i giorni.<br />
Programma dettagliato:<br />
* Privacy e anonimato in rete: a cura di Renato Gabriele<br />
* Che cos'è il Deep web: a cura di Carola Frediani (giornalista)<br />
* Tor, un sistema per la comunicazione anonima su internet: a cura di Daniele Pizio<br />
* Le reti wireless comunitarie: a cura di Leonardo Maccari (Ninux Firenze)<br />
|| http://www.bibliotecasalaborsa.it/eventi/26092<br />
|-<br />
| '''26/04/2016''' || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Mr.Robot || Proiezione del finale di stagione di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|}</div>Svalohttps://wiki.eigenlab.org/index.php?title=Hackmeeting0x13:WarmUp&diff=4281Hackmeeting0x13:WarmUp2016-04-05T10:08:47Z<p>Svalo: Aggiunta dettagli</p>
<hr />
<div>{| class="wikitable sortable"<br />
|-<br />
! Data !! Ora !! Città !! Spazio !! Titolo !! Descrizione !! Links<br />
|-<br />
| 22/03/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Mr.Robot || Proiezione della puntata pilota di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| 29/03/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Mr.Robot || Proiezione della 2° e 3° puntata di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| 5/04/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Mr.Robot || Proiezione della 4° e 5° puntata di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| 12/04/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Mr.Robot || Proiezione della 6° e 7° puntata di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| 19/04/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Mr.Robot || Proiezione dell' 8° e 9° puntata di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| 23/04/2016 || 15.00 || Bologna || Biblioteca Salaborsa || Internet è rotta, aggiustiamo internet || Sabato 23 aprile, dalle 15 alle 18.30, l'Auditorium Enzo Biagi ospita il secondo incontro del ciclo Culture e pratiche open per farsi un'idea più ricca della internet di oggi e poter discutere con esperti del settore di temi come la privacy digitale, perché l'anonimato è importante e quali sono le alternative che si possono utilizzare anche nella vita di tutti i giorni.<br />
Programma dettagliato:<br />
* Privacy e anonimato in rete: a cura di Renato Gabriele<br />
* Che cos'è il Deep web: a cura di Carola Frediani (giornalista)<br />
* Tor, un sistema per la comunicazione anonima su internet: a cura di Daniele Pizio<br />
* Le reti wireless comunitarie: a cura di Leonardo Maccari (Ninux Firenze)<br />
|| http://www.bibliotecasalaborsa.it/eventi/26092<br />
|-<br />
| 26/04/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Mr.Robot || Proiezione del finale di stagione di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|}</div>Svalohttps://wiki.eigenlab.org/index.php?title=Hackmeeting0x13:WarmUp&diff=4280Hackmeeting0x13:WarmUp2016-04-05T10:05:27Z<p>Svalo: edit della descrizione</p>
<hr />
<div>{| class="wikitable sortable"<br />
|-<br />
! Data !! Ora !! Città !! Spazio !! Cosa !! Links<br />
|-<br />
| 22/03/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Proiezione della puntata pilota di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| 29/03/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Proiezione della 2° e 3° puntata di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| 5/04/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Proiezione della 4° e 5° puntata di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| 12/04/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Proiezione della 6° e 7° puntata di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| 19/04/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Proiezione dell' 8° e 9° puntata di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| 23/04/2016 || 15.00 || Bologna || Biblioteca Salaborsa || Internet è rotta, aggiustiamo internet || http://www.bibliotecasalaborsa.it/eventi/26092<br />
|-<br />
| 26/04/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Proiezione del finale di stagione di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|}</div>Svalohttps://wiki.eigenlab.org/index.php?title=Hackmeeting0x13:Talks&diff=4276Hackmeeting0x13:Talks2016-03-31T16:00:46Z<p>Svalo: </p>
<hr />
<div>Questa è la lista dei talks che saranno offerti all'Hackmeeting 0x13<br />
<br />
Se vuoi proporne uno o richiederne uno vai [http://hackmeeting.org/hackit16/calls.html Qui]<br />
<br />
{| class="wikitable sortable"<br />
|-<br />
! Speaker !! Title !! Abstract !! Room !! Schedule !! Day !! Link alla Lista<br />
|-<br />
| blackflag || Non di solo 2.4GHz vive l'hacker || Negli ultimi anni l'sdr e' evoluto tantissimo, e' possibile avere in mano strumenti come rad1o del CCC, le chiavette a basso costo sono molto piu' precise e il software comincia a diventare utilizzabile anche da chi non vuole dedicare la vita a risolvere dipendenze (software :D )... Penso sia utile riproporre l'argomento in maniera aggiornata sostituendo, al posto della questione crittografica, la comprensione delle "fake BTS". || Stanza n° || Ora || Giorno n * || [https://lists.autistici.org/message/20160315.170355.b78763c5.en.html Qui]<br />
|-<br />
| incandenza || Signal unleashed || Ho installato e messo in funzione tutto il full-stack di Signal from scratch il che, in ottica di questa comunità, potrebbe aprire le porte per un sistema di messaggistica totalmente autogestito Whatsapp-clone ma, come ben sapete, con cifratura End-To-End. || Stanza n° || Ora || Giorno n * || [https://lists.autistici.org/message/20160324.144549.8e68fc74.en.html Qui]<br />
|-<br />
| boyska || Streampunk: un servizio di streaming distribuito e scalabile || [http://streampunk.cc streampunk.cc] è un servizio di streaming aperto a tutte le realtà antifasciste, antisessiste e non commerciali; la differenza con una tradizionale istanza di icecast e' nell'utilizzo di autoradio, un software che implementa un sistema di streaming distribuito, scalabile, resiliente. [https://git.autistici.org/ale/autoradio Autoradio ] è un sistema distribuito minimale, che funziona bene usando uno sputo di risorse. Per gli utenti il suo utilizzo è trasparente, comportandosi come un classico server Icecast.|| Stanza n° || Ora || Giorno n * || [https://lists.autistici.org/message/20160324.183509.f4a75f4f.en.html Qui]<br />
|}</div>Svalohttps://wiki.eigenlab.org/index.php?title=Hackmeeting0x13:Talks&diff=4275Hackmeeting0x13:Talks2016-03-31T16:00:30Z<p>Svalo: Primi talks</p>
<hr />
<div>Questa è la lista dei talks che saranno offerti all'Hackmeeting 0x13<br />
<br />
Se vuoi proporne uno o richiederne uno vai [http://hackmeeting.org/hackit16/calls.html Qui]<br />
<br />
{| class="wikitable sortable"<br />
|-<br />
! Speaker !! Title !! Abstract !! Room !! Schedule !! Day !! Link alla Lista<br />
|-<br />
| blackflag || Non di solo 2.4GHz vive l'hacker || Negli ultimi anni l'sdr e' evoluto tantissimo, e' possibile avere in mano strumenti come rad1o del CCC, le chiavette a basso costo sono molto piu' precise e il software comincia a diventare utilizzabile anche da chi non vuole dedicare la vita a risolvere dipendenze (software :D )... Penso sia utile riproporre l'argomento in maniera aggiornata sostituendo, al posto della questione crittografica, la comprensione delle "fake BTS". || Stanza n° || Ora || Giorno n * || [https://lists.autistici.org/message/20160315.170355.b78763c5.en.html Qui]<br />
|-<br />
| incandenza || Signal unleashed || Ho installato e messo in funzione tutto il full-stack di Signal from scratch il che, in ottica di questa comunità, potrebbe aprire le porte per un sistema di messaggistica totalmente autogestito Whatsapp-clone ma, come ben sapete, con cifratura End-To-End. || Stanza n° || Ora || Giorno n * || [https://lists.autistici.org/message/20160324.144549.8e68fc74.en.html Qui]<br />
|-<br />
| boyska || Streampunk: un servizio di streaming distribuito e scalabile || [http://streampunk.cc streampunk.cc] è un servizio di streaming aperto a tutte le realtà antifasciste, antisessiste e non commerciali; la differenza con una tradizionale istanza di icecast e' nell'utilizzo di autoradio, un software che implementa un sistema di streaming distribuito, scalabile, resiliente. [https://git.autistici.org/ale/autoradio Autoradio ] è un sistema distribuito minimale, che funziona bene usando uno sputo di risorse. Per gli utenti il suo utilizzo è trasparente, comportandosi come un classico server Icecast.|| || Stanza n° || Ora || Giorno n * || [https://lists.autistici.org/message/20160324.183509.f4a75f4f.en.html Qui]<br />
|}</div>Svalohttps://wiki.eigenlab.org/index.php?title=Let%27s_Encrypt&diff=4274Let's Encrypt2016-03-23T08:46:49Z<p>Svalo: Creazione della pagina con le note sulla configurazione di apache per let'encrypt in caso di proxy</p>
<hr />
<div>[https://letsencrypt.org/ Let'sencrypt] è un progetto di Mozilla per fornire certificati HTTPS gratuitamente ed in modo automatico. Let's encrypt permette di richiedere un certificato, di autoconfigurare apache, di creare un webserver in python per far avvenire l'autenticazione del nome dominio ed altre cose simili tutto in maniera quasi completamente automatica. <br />
<br />
Quasi completamente appunto.<br />
<br />
Per esempio un caso più complesso è quello di un'applicazione, ad esempio etherpad, in cui il ruolo di apache è solo di proxy. In questo caso bisogna scegliere il metodo manuale e fare un po' di configurazioni nel virtualhost.<br />
<br />
== Scenario ==<br />
<br />
Internert -> Apache di frontiera -> Apache dell'host che fa da proxy -> Server dell'applicazione<br />
<br />
In questo caso, non volendo mettere offline i servizi forniti dall'host, bisogna scegliere il percorso manuale di let'sencrypt che consiste nel far mostrare ad un url deciso da letsencrypt un certo contenuto.<br />
<br />
Assumendo che l'Apache di frontiera passi tutte le richieste all'apache dell'host bisogna configurare quest'ultimo per non proxare all'applicazione i contenuti che dobbiamo servire a let'sencrypt.<br />
<br />
== Come fare ==<br />
<br />
Editiamo il file di configurazione dell sito pad.eigenlab.org:<br />
All'inizio pensavo che bastasse una direttiva alias per mappare un url ad un path sul filesystem ma ricevevo un permission denied, ho optato quindi per definire un blocco directory<br />
<br />
<VirtualHost *:80><br />
ServerName etherpad.eigenlab.org<br />
ServerAlias pad.eigenlab.org<br />
CustomLog /var/log/apache2/etherpad.eigenlab.org-access.log combined<br />
ErrorLog /var/log/apache2/etherpad.eigenlab.org-error.log<br />
# Sta roba server per letsencrypt<br />
DocumentRoot /var/www/localhost/htdocs<br />
Definisco la document root per pescare i files da lì<br />
<br />
<Proxy *><br />
Order deny,allow <br />
Allow from all <br />
</Proxy><br />
Direttive normali per il proxy<br />
<br />
# Staroba serve per letsencrypt<br />
ProxyPass /.well-known/acme-challenge !<br />
Questo dice ad apache che l'url che inizia con .well-known/acme-challenge non deve essere proxato, questo path ce lo ha indicato lets'encrypt.<br />
<Directory "/" ><br />
AllowOverride All<br />
Order allow,deny<br />
Allow from all<br />
</Directory><br />
Questo definisce un blocco directory che serve per mostrare il file impostando i permessi di accesso<br />
<br />
<br />
ProxyRequests off<br />
ProxyPreserveHost on<br />
ProxyPass / http://etherpad.eigenlab.org:9002/<br />
ProxyPassReverse / http://etherpad.eigenlab.org:9002/<br />
</VirtualHost><br />
Questa è la solita configurazione di un proxy<br />
<br />
In questo modo tutte le richieste del tipo pad.eigenlab.org/.well-known/acme-challenge verranno servite da apache stesso e non proxate. Nella document root creiamo quindi una cartella <br />
.well-known/acme-challenge<br />
e dentro creiamo il file che dovrà essere servito per dimostrare a letsencrypt che possediamo quel dominio.<br />
<br />
Fatto!</div>Svalohttps://wiki.eigenlab.org/index.php?title=Hackmeeting0x13:Talks&diff=4273Hackmeeting0x13:Talks2016-03-19T17:39:47Z<p>Svalo: Creazione pagina talks</p>
<hr />
<div>Questa è la lista dei talks che saranno offerti all'Hackmeeting 0x13<br />
<br />
Se vuoi proporne uno o richiederne uno vai [http://hackmeeting.org/hackit16/calls.html Qui]<br />
<br />
{| class="wikitable sortable"<br />
|-<br />
! Speaker !! Title !! Abstract !! Room !! Schedule !! Day<br />
|-<br />
| Filling up soon! || Just a placeholder || Just a placeholder || Just a placeholder || Just a placeholder || Just a placeholder<br />
|}</div>Svalohttps://wiki.eigenlab.org/index.php?title=Hackmeeting0x13:WarmUp&diff=4272Hackmeeting0x13:WarmUp2016-03-19T17:31:43Z<p>Svalo: </p>
<hr />
<div>{| class="wikitable sortable"<br />
|-<br />
! Data !! Ora !! Città !! Spazio !! Cosa !! Links<br />
|-<br />
| 22/03/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Proiezione della puntata pilota di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| 29/03/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Proiezione della 2° e 3° puntata di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| 5/04/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Proiezione della 4° e 5° puntata di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| 12/04/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Proiezione della 6° e 7° puntata di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| 19/04/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Proiezione dell' 8° e 9° puntata di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|-<br />
| 23/04/2016 || 15.00 || Bologna || Biblioteca Salaborsa || Internet va aggiustata? || http://www.bibliotecasalaborsa.it/eventi/26092<br />
|-<br />
| 26/04/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Proiezione del finale di stagione di Mr.Robot||https://eigenlab.org/2016/03/mr-robot/<br />
|}</div>Svalohttps://wiki.eigenlab.org/index.php?title=Hackmeeting0x13:WarmUp&diff=4271Hackmeeting0x13:WarmUp2016-03-19T17:30:19Z<p>Svalo: </p>
<hr />
<div>{| class="wikitable sortable"<br />
|-<br />
! Data !! Ora !! Città !! Spazio !! Cosa !! Links<br />
|-<br />
| 22/03/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Proiezione della puntata pilota di Mr.Robot||<br />
|-<br />
| 29/03/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Proiezione della 2° e 3° puntata di Mr.Robot||<br />
|-<br />
| 5/04/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Proiezione della 4° e 5° puntata di Mr.Robot||<br />
|-<br />
| 12/04/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Proiezione della 6° e 7° puntata di Mr.Robot||<br />
|-<br />
| 19/04/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Proiezione dell' 8° e 9° puntata di Mr.Robot||<br />
|-<br />
| 23/04/2016 || 15.00 || Bologna || Biblioteca Salaborsa || Internet va aggiustata? || http://www.bibliotecasalaborsa.it/eventi/26092<br />
|-<br />
| 26/04/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Proiezione del finale di stagione di Mr.Robot||<br />
|}</div>Svalohttps://wiki.eigenlab.org/index.php?title=Hackmeeting0x13:WarmUp&diff=4270Hackmeeting0x13:WarmUp2016-03-19T17:21:36Z<p>Svalo: </p>
<hr />
<div>{| class="wikitable sortable"<br />
|-<br />
! Data !! Ora !! Città !! Spazio !! Cosa !! Links<br />
|-<br />
| 22/03/2016 || 21.00 || Pisa || Polo Fibonacci (Largo Bruno Pontecorvo) Aula F || Proiezione della puntata pilota di Mr.Robot||<br />
|-<br />
| 23/04/2016 || 15.00 || Bologna || Biblioteca Salaborsa || Internet va aggiustata? || http://www.bibliotecasalaborsa.it/eventi/26092<br />
|-<br />
| Testo della cella || Testo della cella || Testo della cella || Testo della cella<br />
|-<br />
| Testo della cella || Testo della cella || Testo della cella || Testo della cella<br />
|-<br />
| Testo della cella || Testo della cella || Testo della cella || Testo della cella<br />
|-<br />
| Testo della cella || Testo della cella || Testo della cella || Testo della cella<br />
|}</div>Svalohttps://wiki.eigenlab.org/index.php?title=Hackmeeting0x13:WarmUp&diff=4269Hackmeeting0x13:WarmUp2016-03-19T17:10:21Z<p>Svalo: Creazione della pagina</p>
<hr />
<div>Qui appariranno gli WarmUp organizzati per l'Hhackmeeting 2016</div>Svalohttps://wiki.eigenlab.org/index.php?title=EigenOrto&diff=4268EigenOrto2016-03-19T17:08:37Z<p>Svalo: </p>
<hr />
<div>==La sfida!== <br />
<br />
La creazione di un orto urbano completamente biologico, era per noi, studenti e studentesse dell'università di Pisa, una sfida che all'inizio pareva ben oltre le nostre possibilità. Vari elementi ci scoraggiavano, primo tra tutti il problema logistico. Lo spazio inutilizzato di cui ci siamo appropriati è infatti un giardino nella facoltà di Scienze, con un terreno assolutamente inadatto allo scopo da noi prefissato. <br />
<br />
Il primo ostacolo stato risolto mestando la terra con altra nuova, insieme a molti litri di stallatico. <br />
Altro nodo gordiano, dove rifornirci di tutto ci che non avremmo potuto riciclare/recuperare? Non senza sforzi abbiamo trovato un piccolo rivenditore locale che ci ha profuso consigli contadini per il futuro.<br />
Il tempo ha sicuramente costituito un altro problema, essendo noi tutti studenti e dovendo coniugare lo studio con gli improrogabili obblighi che la produzione di cibo porta con sé. <br />
Abbiamo costituito dei turni che prevedevano l'annaffiatura, la concimazione, l'uso di biopesticidi, l'estirpazione di graminacee e, infine, la raccolta.<br />
<br />
'''E' stata una sfida con noi stessi prima di tutto, che ha messo alla prova il nostro ingegno, la nostra pazienza, la nostra voglia di fare.''' Rendere produttiva un pezzo di terra altrimenti abbandonato a se stesso, e farlo in modo sostenibile, questo era l'obiettivo che ci eravamo prefissati. <br />
<br />
'''La realtà degli orti urbani ormai estesa a macchia d'olio in tutta Europa,''' con esempi importanti in '''Gran Bretagna''' per esempio, dove la Ong, che occupa della gestione del patrimonio culturale inglese, ha assegnato appezzamenti a chi ha espresso il desiderio di coltivarsi in proprio frutta e verdura. La lista d'attesa di oltre 100 mila persone che hanno fatto richiesta di piccoli appezzamenti ad uso agricolo situati nel centro delle città ha fatto maturare la decisione del National Trust di intraprendere questa nuova iniziativa che renderebbe profiqui terreni e che altrimenti andrebbero inutilizzati. "Capital growth" il nome della recente campagna atta a trasformare zone derelitte della città in progetti comunitari di coltivazione e autoproduzione di frutta e ortaggi in loco. Il progetto consiste nell'offerta di un supporto tecnico e finanziario alle comunità interessate (che spaziano da scuole ad aziende a singoli cittadini) ad avviare esperienze di '''autosufficienza alimentare'''. La previsione ambiziosa è di creare entro il 2012 nuovi spazi produttivi in oltre 2000 aree urbane.<br />
Addirittura oltreoceano arrivano testimonianze simili: a '''Montréal''', in Canada, si è effettuato un progetto sociale per mobilitare le persone attorno ad un orto collettivo applicato ad alcuni quartieri della città.<br />
Negli Stati Uniti, a '''Los Angeles''', si parla di giardini commestibili. Si propone di sostituire il prato con un paesaggio domestico commestibile. Gli ortaggi che si coltivano nei cortili, sostiene Haeg, l'architetto che ha ideato il progetto, ricreano un rapporto, che ormai si credeva perso per sempre, tra l'uomo e le stagioni, i cicli organici della terra ed il vicinato. "Lo spazio banale e senza vita del prato uniforme antistante la casa sarà sostituito dall'abbondanza caotica della biodiversità.<br />
<br />
==Perché abbiamo creato un orto urbano?== <br />
<br />
Eccone i motivi: [https://eigenlab.org/articoli-e-comunicati/approfondimenti/108-eigenorto-esempio-di-autoproduzione-e-consumo-critico Articolo]<br />
<br />
==Blog dei lavori all'orto== <br />
<br />
Abbiamo deciso di scrivere questo day by day per aiutare chi volesse imitare il nostro percorso in qualunque modo, sul terrazzo di casa o ancora meglio, in un prato incolto come abbiamo fatto noi! <br />
[https://eigenlab.org/eigenorto/day-by-day-10 Blog del primo anno], [https://eigenlab.org/eigenorto/orto blog del secondo anno].<br />
<br />
==Prodotti da noi coltivati, e relative caratteristiche nutrizionali== <br />
<br />
Primo anno: <br />
* [[Pomodoro]] <br />
* [[Cipolla]] <br />
* [[Basilico]] <br />
* [[Melanzana]] <br />
* [[Prezzemolo]] <br />
* [[Zucchina]] <br />
* [[Cavolo]] <br />
* [[Zucca]] <br />
<br />
Secondo anno: <br />
(Oltre ai precedenti) <br />
* [[Piselli]] <br />
* [[Carote]] <br />
* [[Patate]] <br />
* [[Ceci]] <br />
* [[Rucola]] <br />
* [[Peperoni]] <br />
* [[Spinaci]] <br />
* [[Lattuga]] <br />
* [[Peperoncino]] <br />
<br />
==Attrezzi usati (e altro)== <br />
<br />
'''PRIMO ANNO''' <br />
(aggiungi foto)<br />
<br />
'''Cosa abbiamo utilizzato per realizzare tutto il progetto (orto di 25 mq):''' <br />
* Vanghe, 2 (riciclate) <br />
* Zappe, 2 (riciclate) <br />
* Rastrello (riciclato) <br />
* Guanti da lavoro (riciclati) <br />
* Argilla espansa, 80 L (comprata, costo totale 46 Euro) <br />
* Terriccio, 80 L (comprato, costo totale 30 Euro) <br />
* Stallatico, 20 L (comprato, costo totale 21 Euro) <br />
* Infuso all'ortica (preparato) <br />
* Pompa dell'acqua (comprato, costo totale 35 Euro) <br />
* Semi (comprati, costo totale 5 Euro) <br />
* Vasi (riciclati) <br />
* Sostegni pomodori -canne di bamboo- (recuperate)<br />
<br />
'''SECONDO ANNO''' <br />
<br />
[[File:orto2.jpg|200px|thumb|left|orto2]]<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
'''Cosa abbiiamo utilizzato per realizzare tutto il progetto (orto di 60 mq)''' <br />
* Vanghe, 3 (2 riciclate, 1 comprata) <br />
* Zappe, 2 (riciclate) <br />
* Rastrello (riciclato) <br />
* Guanti da lavoro (riciclati) <br />
* Argilla espansa, 160 L (comprata, costo totale 80 Euro) <br />
* Terriccio, 120 L (comprato, costo totale 50 Euro) <br />
* Stallatico, 30 L (comprato, costo totale 31 Euro) <br />
* Pompa dell'acqua (comprata l'anno precedente) <br />
* Semi (comprati, costo totale 5 Euro) <br />
* Vasi (riciclati) <br />
* Sostegni ceci e piselli -Spago,legni- (comprato, 1.80 Euro) <br />
* Camminamenti in plastica (riutilizzati)<br />
<br />
==I nostri biopesticidi/integratori/fertilizzanti== <br />
<br />
* [[Infuso di ortica]] <br />
* [[Integratore al calcio]] <br />
* [[Compost]] <br />
<br />
== La giusta terminologia ortesca!== <br />
<br />
* [[Mettere a dimora]] <br />
* [[Pane di terra]] <br />
* [[Innesto]] <br />
* [[Talea]] <br />
* [[Rotazione annuale]] <br />
* [[Verdura epigea]] <br />
* [[Verdura ipogea]]<br />
* [[Sfemminellatura]]<br />
* [[Consociazione]]<br />
* [[Pacciamatura]]</div>Svalohttps://wiki.eigenlab.org/index.php?title=EigenOrto&diff=4267EigenOrto2016-03-19T17:07:57Z<p>Svalo: Annullate le modifiche di Lunaele (discussione), riportata alla versione precedente di Lunaele</p>
<hr />
<div>==La sfida!== <br />
<br />
La creazione di un orto urbano completamente biologico, era per noi, studenti e studentesse dell'università di Pisa, una sfida che all'inizio pareva ben oltre le nostre possibilità. Vari elementi ci scoraggiavano, primo tra tutti il problema logistico. Lo spazio inutilizzato di cui ci siamo appropriati è infatti un giardino nella facoltà di Scienze, con un terreno assolutamente inadatto allo scopo da noi prefissato. <br />
<br />
Il primo ostacolo stato risolto mestando la terra con altra nuova, insieme a molti litri di stallatico. <br />
Altro nodo gordiano, dove rifornirci di tutto ci che non avremmo potuto riciclare/recuperare? Non senza sforzi abbiamo trovato un piccolo rivenditore locale che ci ha profuso consigli contadini per il futuro.<br />
Il tempo ha sicuramente costituito un altro problema, essendo noi tutti studenti e dovendo coniugare lo studio con gli improrogabili obblighi che la produzione di cibo porta con sé. <br />
Abbiamo costituito dei turni che prevedevano l'annaffiatura, la concimazione, l'uso di biopesticidi, l'estirpazione di graminacee e, infine, la raccolta.<br />
<br />
'''E' stata una sfida con noi stessi prima di tutto, che ha messo alla prova il nostro ingegno, la nostra pazienza, la nostra voglia di fare.''' Rendere produttiva un pezzo di terra altrimenti abbandonato a se stesso, e farlo in modo sostenibile, questo era l'obiettivo che ci eravamo prefissati. <br />
<br />
'''La realtà degli orti urbani ormai estesa a macchia d'olio in tutta Europa,''' con esempi importanti in '''Gran Bretagna''' per esempio, dove la Ong, che occupa della gestione del patrimonio culturale inglese, ha assegnato appezzamenti a chi ha espresso il desiderio di coltivarsi in proprio frutta e verdura. La lista d'attesa di oltre 100 mila persone che hanno fatto richiesta di piccoli appezzamenti ad uso agricolo situati nel centro delle città ha fatto maturare la decisione del National Trust di intraprendere questa nuova iniziativa che renderebbe profiqui terreni e che altrimenti andrebbero inutilizzati. "Capital growth" il nome della recente campagna atta a trasformare zone derelitte della città in progetti comunitari di coltivazione e autoproduzione di frutta e ortaggi in loco. Il progetto consiste nell'offerta di un supporto tecnico e finanziario alle comunità interessate (che spaziano da scuole ad aziende a singoli cittadini) ad avviare esperienze di '''autosufficienza alimentare'''. La previsione ambiziosa è di creare entro il 2012 nuovi spazi produttivi in oltre 2000 aree urbane.<br />
Addirittura oltreoceano arrivano testimonianze simili: a '''Montréal''', in Canada, si è effettuato un progetto sociale per mobilitare le persone attorno ad un orto collettivo applicato ad alcuni quartieri della città.<br />
Negli Stati Uniti, a '''Los Angeles''', si parla di giardini commestibili. Si propone di sostituire il prato con un paesaggio domestico commestibile. Gli ortaggi che si coltivano nei cortili, sostiene Haeg, l'architetto che ha ideato il progetto, ricreano un rapporto, che ormai si credeva perso per sempre, tra l'uomo e le stagioni, i cicli organici della terra ed il vicinato. "Lo spazio banale e senza vita del prato uniforme antistante la casa sarà sostituito dall'abbondanza caotica della biodiversità.<br />
<br />
==Perché abbiamo creato un orto urbano?== <br />
<br />
Eccone i motivi: [https://eigenlab.org/articoli-e-comunicati/approfondimenti/108-eigenorto-esempio-di-autoproduzione-e-consumo-critico Articolo]<br />
<br />
==Blog dei lavori all'orto== <br />
<br />
Abbiamo deciso di scrivere questo day by day per aiutare chi volesse imitare il nostro percorso in qualunque modo, sul terrazzo di casa o ancora meglio, in un prato incolto come abbiamo fatto noi! <br />
[https://eigenlab.org/eigenorto/day-by-day-10 Blog del primo anno], [https://eigenlab.org/eigenorto/orto blog del secondo anno].<br />
<br />
==Prodotti da noi coltivati, e relative caratteristiche nutrizionali== <br />
<br />
Primo anno: <br />
* [[Pomodoro]] <br />
* [[Cipolla]] <br />
* [[Basilico]] <br />
* [[Melanzana]] <br />
* [[Prezzemolo]] <br />
* [[Zucchina]] <br />
* [[Cavolo]] <br />
* [[Zucca]] <br />
<br />
Secondo anno: <br />
(Oltre ai precedenti) <br />
* [[Piselli]] <br />
* [[Carote]] <br />
* [[Patate]] <br />
* [[Ceci]] <br />
* [[Rucola]] <br />
* [[Peperoni]] <br />
* [[Spinaci]] <br />
* [[Lattuga]] <br />
* [[Peperoncino]] <br />
<br />
==Attrezzi usati (e altro)== <br />
<br />
'''PRIMO ANNO''' <br />
(aggiungi foto)<br />
<br />
'''Cosa abbiamo utilizzato per realizzare tutto il progetto (orto di 25 mq):''' <br />
* Vanghe, 2 (riciclate) <br />
* Zappe, 2 (riciclate) <br />
* Rastrello (riciclato) <br />
* Guanti da lavoro (riciclati) <br />
* Argilla espansa, 80 L (comprata, costo totale 46 Euro) <br />
* Terriccio, 80 L (comprato, costo totale 30 Euro) <br />
* Stallatico, 20 L (comprato, costo totale 21 Euro) <br />
* Infuso all'ortica (preparato) <br />
* Pompa dell'acqua (comprato, costo totale 35 Euro) <br />
* Semi (comprati, costo totale 5 Euro) <br />
* Vasi (riciclati) <br />
* Sostegni pomodori -canne di bamboo- (recuperate)<br />
<br />
'''SECONDO ANNO''' <br />
<br />
[[File:orto2.jpg|200px|thumb|left|orto2]]<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
'''Cosa abbiiamo utilizzato per realizzare tutto il progetto (orto di 60 mq)''' <br />
* Vanghe, 3 (2 riciclate, 1 comprata) <br />
* Zappe, 2 (riciclate) <br />
* Rastrello (riciclato) <br />
* Guanti da lavoro (riciclati) <br />
* Argilla espansa, 160 L (comprata, costo totale 80 Euro) <br />
* Terriccio, 120 L (comprato, costo totale 50 Euro) <br />
* Stallatico, 30 L (comprato, costo totale 31 Euro) <br />
* Pompa dell'acqua (comprata l'anno precedente) <br />
* Semi (comprati, costo totale 5 Euro) <br />
* Vasi (riciclati) <br />
* Sostegni ceci e piselli -Spago,legni- (comprato, 1.80 Euro) <br />
* Camminamenti in plastica (riutilizzati)<br />
<br />
==I nostri biopesticidi/integratori/fertilizzanti== <br />
<br />
* [[Infuso di ortica]] <br />
* [[Integratore al calcio]] <br />
* [[Compost]] <br />
<br />
== La giusta terminologia ortesca!== <br />
<br />
* [[Mettere a dimora]] <br />
* [[Pane di terra]] <br />
* [[Innesto]] <br />
* [[Talea]] <br />
* [[Rotazione annuale]] <br />
* [[Verdura epigea]] <br />
* [[Verdura ipogea]]<br />
* [[Sfemminellatura]]<br />
* [[Consociazione]]</div>Svalohttps://wiki.eigenlab.org/index.php?title=How2SitoHM&diff=4266How2SitoHM2016-03-19T15:27:07Z<p>Svalo: Ricreata la pagina che da gonfio avevo eliminato</p>
<hr />
<div>== Prerequisiti: ==<br />
<br />
# Un account su http://git.lattuga.net/user/sign_up <br />
# Fare amicizia con il terminale su Linux<br />
# Avere voglia di imparare 3 comani di git<br />
# Imparare un comando di fabric<br />
<br />
== Prerequisiti software: ==<br />
<br />
# python2.7<br />
# virtualenv2<br />
# git<br />
<br />
'''Debian-Ubuntu:''' <br />
<br />
sudo apt-get install python python-virtualenv git<br />
'''Arch:''' <br />
<br />
sudo pacman -S python2 python2-virtualenv git<br />
<br />
[Da qui in poi appariranno termini tecnici, non mordono, pensateli come delle pallette fuffose rosa] [[File:HairyBall.png|150x150px|Palletta fuffosa]]<br />
<br />
La prima cosa da fare per iniziare a lavorare sul sito è creare un virtualenv per python, altro non è che una cartella sul pc nella quale valgono alcune regole che ci semplificano il lavoro.<br />
<br />
Scegliamo la cartella in cui vogliamo lavorare, da qui in poi faccio finta che sia:<br />
/home/svalo/eigenLab/sitoHM<br />
Voi sostituite ogni occorrenza col vostro percorso<br />
<br />
Per prima cosa apriamo un terminale (Menu -> Accessori -> Terminale) e ci spostiamo dentro la cartella<br />
cd /home/svalo/eigenLab/sitoHM<br />
<br />
E creiamo un virtualenv<br />
<br />
virtualenv HM16<br />
<br />
Appariranno un po' di scritte che ci informano che sta installando una versione di python dentro la cartella HM16 e vari altri componenti. Questo serve perché così possiamo lavorare installando un sacco di cose e fare un sacco di configurazioni che non "sporcano" il sistema in generale ma che hanno valore solo dentro la cartella. Una volta finito HM potremo cancellare la cartella ed il sistema tornerà com'era prima.<br />
<br />
Poi attiviamo il virtualenv<br />
source ./HM16/bin/activate<br />
<br />
Per essere sicuri che tutto sia andato a buon fine dal terminale digitate<br />
which python<br />
Se la risposta è qualcosa di simile a<br />
/home/svalo/eigenLab/sitoHM/HM16/bin/python<br />
<br />
Allora tutto bene, se assomiglia a /usr/bin/python2.7 allora qualcosa non è andato bene, contatta lo smanettone più vicino :P<br />
<br />
A questo punto abbiamo creato il nostro virtualenv e lo abbiamo attivato, sarà il nostro spazio di lavoro, ogni volta che vorremo lavorare sul sito dovremmo entrare nella cartella che abbiamo scelto e attivare il virtualenv.<br />
<br />
Versione compatta per dalla seconda volta in poi<br />
<br />
cd /home/svalo/eigenLab/sitoHM<br />
. ./HM16/bin/activate<br />
<br />
Quando abbiamo finito di sviluppare e vogliamo fare altro basta scrivere nel terminale<br />
deactivate<br />
<br />
== Prendere il codice del sito == <br />
<br />
Siamo dentro la cartella /home/svalo/eigenLab/sitoHM/ adesso prendiamo il codice del sito<br />
<br />
Il codice del sito vive in un repository git su git.lattuga.net, lo potete recuperare col comando<br />
git clone http://git.lattuga.net/boyska/sito-hackit-16.git<br />
<br />
Questo sparerà un po' di messaggi e, se tutto va bene, ci ritroveremo con una bellissima cartella di sono sito-hackit-16 accanto a HM16<br />
<br />
Ovvero dando il comando ls in /home/svalo/eigenLab/sitoHM dovremmo vedere<br />
(HM16) /home/svalo/eigenLab/Developing/HM16/<br />
svalo:$ ls<br />
HM16 sito-hackit-16<br />
<br />
Ottimo adesso abbiamo il codice del sito, se entrate nella cartella sito-hackit-16 vedrete la struttura del progetto<br />
<br />
cd sito-hackit-16<br />
<br />
ls vi dirà cosa c'è dentro.<br />
<br />
La prima, e unica, volta dovremo installare le dipendenze del progetto per poter lavorare al sito<br />
pip install -r requirements.txt<br />
<br />
Questo legge il file requirements ed installa i programmi che servono per creare il sito.<br />
<br />
CI SIAMO! Abbiamo tutto quello che ci serve per cominciare<br />
<br />
Sempre da dentro la cartella sito-hackit-16 diamo il comando<br />
<br />
./develop-server.sh start &>/dev/null<br />
<br />
Queso farà partire un mini server web il python che ci farà vedere il sito allo stato attuale all'indirizzo http://localhost:8000<br />
<br />
Quando vorremo fermare il server python, dallo stesso terminale dal quale lo abbiamo lanciato dobbiamo dare<br />
./develop-server.sh stop<br />
<br />
== Modificare il sito ==<br />
<br />
Ok tutto figo maaaa come si modifica? <br />
<br />
Tutto questo accrocchio serve per generare il sito, il sito vero e proprio è solo una manciata di pagine html e di css, lo trovate dentro la cartella output. Quello è ciò che effettivamente andrà poi nel server che ospita il sito.<br />
<br />
Le pagine del sito stanno dentro <br />
content/pages/<br />
<br />
Possiamo modificarle e vedere cosa succede alla pagina http://localhost:8000 tutto quello che faremo rimarrà sul nostro pc, se facciamo qualche cazzata basterà dare il comando<br />
git checkout -- nomedelfiledaripristinare<br />
<br />
Le pagine sono scritte in markdown, le potete modificare con un editor di testo grafico tipo kate o gedit o dal terminale con vim o nano(bleah)<br />
<br />
Se abbiamo lanciato il develop server appena salviamo le modifiche ai files questo appariranno nella pagina su localhost.<br />
<br />
== Pubblicare le modifiche ==<br />
<br />
Prima di modificare o pubblicare le modifiche bisogna dare<br />
git pull origin master<br />
<br />
Questo serve per ricevere le modifiche che altri potrebbero aver fatto fra il momento in cui abbiamo scaricato il codice del sito e quello in cui vorremmo pubblicare le modifiche<br />
<br />
A questo punto possiamo inserire nella storia di git le nostre modifiche.<br />
<br />
git status <br />
ci dice quello che è cambiato dall'ultima modifica che git conosce (Non tutti i files e non tutte le modifiche che vediamo dentro la cartella sono note a git, lui conosce solo quello che noi gli diciamo di memorizzare)<br />
<br />
se ad esempio abbiamo modificato la pagina content/pages/info.md <br />
<br />
git ci dirà che quel file è stato modificato<br />
<br />
git diff<br />
<br />
ci farà vedere le modifiche<br />
<br />
git add content/pages/info.md <br />
Aggiungerà le modifiche alla coda delle modifiche da aggiungere<br />
<br />
git commit -m "Un messaggio breve ma significativo"<br />
<br />
Aggiungerà le nostre modifiche alla storia di git<br />
<br />
Questo aggiunge le modifiche solo alla storia presente sul nostro pc, per poterle vedere online dobbiamo mandarle repository di boyska. <br />
<br />
Questo però lo copriremo più in là di persona</div>Svalohttps://wiki.eigenlab.org/index.php?title=HowToOCsync&diff=523HowToOCsync2016-02-03T12:04:32Z<p>Svalo: </p>
<hr />
<div>Abbiamo un istanza di [https://owncloud.org/ Owncloud] su un server della rete, ottimo, mo che ci facciamo? Oltre a poterlo usare per caricare i files e condividerli con gruppi/utenti/tiziaccasosuinternet lo possiamo pure usare per evitare di sincronizzare la nostra rubrica e i nostri calendari con Google.<br />
=Il problema=<br />
Di default da una certa versione di Android i contatti vengono automaticamente sincronizzati coi server di Google, se non si desidera bisogna esplicitamente dirgli di non farlo ed usare un account locale. <br />
Da Android 6 invece non è più possibile (almeno sui telefoni sui quali ho messo le mani) avere account locali e quindi i contatti e calendari sono *forzatamente* caricati su google.<br />
=La svolta=<br />
La nostra istanza di owncloud ha abilitato il modulo per i contatti, quello per il calendario ed anche un modulo per le todolist, vediamo come usarli:<br />
<br />
'''WARNING''' Caricando i tuoi dati ti stai fidando del proprietario del server e di chi ha accesso alla macchina, chiunque con un accesso alla macchina potrà leggere i dati caricati<br />
<br />
==Contatti==<br />
La tecnologia che OC usa per syncronizzare il contatti è [https://en.wikipedia.org/wiki/CardDAV carddav], il nostro server forza l'uso di HTTPS (connessioni cifrate fra dispositivo e server verificate da StarCom) quindi i dati non viaggiano mai in "chiaro" sulla rete, nè Internet ne eigenNet. <br />
====Cosa ci serve:====<br />
* Uno smartphone/computer/tablet o qualsiasi cosa che possa usare carddav e abbia una rubrica<br />
* Per Android l'app [https://f-droid.org/repository/browse/?fdfilter=davdroid&fdid=at.bitfire.davdroid Davdroid] installabile da [https://f-droid.org/about/ F-droid] (Un repository aggiuntivo per applicazioni OpenSource per android)<br />
* Un account sul nostro [https://apollo.eigenlab.org/owncloud/ Owncloud]<br />
* Internet/eigenNet<br />
<br />
E ora con ordine:<br />
# [[Installare F-droid]]<br />
# Cerca l'app 'Davdroidì ed installala<br />
# Apri Davdroid<br />
<gallery><br />
File:Davdroid.png| Pigia sulla chiave col + <br />
File:DavdroidLogin.png<br />
File:DavLogin.png <br />
File:DavNext.png|L'indirizzo da inserire è apollo.eigenlab.org/owncoud e le credenziali personali<br />
File:DavContacts.png|Seleziona le rubriche che vuoi sincronizzare, ce ne possono essere più di una<br />
File:DavFinal.png <br />
File:Accounts.png<br />
File:DavDatails.png<br />
File:DavAccountDetails.png<br />
</gallery><br />
==Calendario==<br />
Tutto uguale ma seleziona<br />
[[File:DavCal.png|miniatura|none]]<br />
==Note==<br />
Tutto uguale ma selezionanone<br />
[[File:DavNotes.png |miniatura|none]]</div>Svalohttps://wiki.eigenlab.org/index.php?title=HowToOCsync&diff=522HowToOCsync2016-02-03T12:03:17Z<p>Svalo: /* Cosa ci serve: */</p>
<hr />
<div>Abbiamo un istanza di [https://owncloud.org/ Owncloud] su un server della rete, ottimo, mo che ci facciamo? Oltre a poterlo usare per caricare i files e condividerli con gruppi/utenti/tiziaccasosuinternet lo possiamo pure usare per evitare di sincronizzare la nostra rubrica e i nostri calendari con Google.<br />
=Il problema=<br />
Di default da una certa versione di Android i contatti vengono automaticamente sincronizzati coi server di Google, se non si desidera bisogna esplicitamente dirgli di non farlo ed usare un account locale. <br />
Da Android 6 invece non è più possibile (almeno sui telefoni sui quali ho messo le mani) avere account locali e quindi i contatti e calendari sono *forzatamente* caricati su google.<br />
=La svolta=<br />
La nostra istanza di owncloud ha abilitato il modulo per i contatti, quello per il calendario ed anche un modulo per le todolist, vediamo come usarli:<br />
<br />
'''WARNING''' Caricando i tuoi dati ti stai fidando del proprietario del server e di chi ha accesso alla macchina, chiunque con un accesso alla macchina potrà leggere i dati caricati<br />
<br />
==Contatti==<br />
La tecnologia che OC usa per syncronizzare il contatti è [https://en.wikipedia.org/wiki/CardDAV carddav], il nostro server forza l'uso di HTTPS (connessioni cifrate fra dispositivo e server verificate da StarCom) quindi i dati non viaggiano mai in "chiaro" sulla rete, nè Internet ne eigenNet. <br />
====Cosa ci serve:====<br />
* Uno smartphone/computer/tablet o qualsiasi cosa che possa usare carddav e abbia una rubrica<br />
* Per Android l'app [https://f-droid.org/repository/browse/?fdfilter=davdroid&fdid=at.bitfire.davdroid Davdroid] installabile da [https://f-droid.org/about/ F-droid] (Un repository aggiuntivo per applicazioni OpenSource per android)<br />
* Un account sul nostro [https://apollo.eigenlab.org/owncloud/ Owncloud]<br />
* Internet/eigenNet<br />
<br />
E ora con ordine:<br />
# [[Installare F-droid]]<br />
# Cerca l'app 'Davdroidì ed installala<br />
# Apri Davdroid<br />
<gallery><br />
File:Davdroid.png| Pigia sulla chiave col + <br />
File:DavdroidLogin.png<br />
File:DavLogin.png <br />
File:DavNext.png|L'indirizzo da inserire è apollo.eigenlab.org/owncoud e le credenziali personali<br />
File:DavContacts.png<br />
File:DavFinal.png<br />
File:Accounts.png<br />
File:DavDatails.png<br />
File:DavAccountDetails.png<br />
</gallery><br />
==Calendario==<br />
Tutto uguale ma seleziona<br />
[[File:DavCal.png|miniatura|none]]<br />
==Note==<br />
Tutto uguale ma selezionanone<br />
[[File:DavNotes.png |miniatura|none]]</div>Svalohttps://wiki.eigenlab.org/index.php?title=HowToOCsync&diff=521HowToOCsync2016-02-03T11:55:54Z<p>Svalo: Creata pagina con "Abbiamo un istanza di [https://owncloud.org/ Owncloud] su un server della rete, ottimo, mo che ci facciamo? Oltre a poterlo usare per caricare i files e condividerli con grupp..."</p>
<hr />
<div>Abbiamo un istanza di [https://owncloud.org/ Owncloud] su un server della rete, ottimo, mo che ci facciamo? Oltre a poterlo usare per caricare i files e condividerli con gruppi/utenti/tiziaccasosuinternet lo possiamo pure usare per evitare di sincronizzare la nostra rubrica e i nostri calendari con Google.<br />
=Il problema=<br />
Di default da una certa versione di Android i contatti vengono automaticamente sincronizzati coi server di Google, se non si desidera bisogna esplicitamente dirgli di non farlo ed usare un account locale. <br />
Da Android 6 invece non è più possibile (almeno sui telefoni sui quali ho messo le mani) avere account locali e quindi i contatti e calendari sono *forzatamente* caricati su google.<br />
=La svolta=<br />
La nostra istanza di owncloud ha abilitato il modulo per i contatti, quello per il calendario ed anche un modulo per le todolist, vediamo come usarli:<br />
<br />
'''WARNING''' Caricando i tuoi dati ti stai fidando del proprietario del server e di chi ha accesso alla macchina, chiunque con un accesso alla macchina potrà leggere i dati caricati<br />
<br />
==Contatti==<br />
La tecnologia che OC usa per syncronizzare il contatti è [https://en.wikipedia.org/wiki/CardDAV carddav], il nostro server forza l'uso di HTTPS (connessioni cifrate fra dispositivo e server verificate da StarCom) quindi i dati non viaggiano mai in "chiaro" sulla rete, nè Internet ne eigenNet. <br />
====Cosa ci serve:====<br />
* Uno smartphone/computer/tablet o qualsiasi cosa che possa usare carddav e abbia una rubrica<br />
* Per Android l'app [https://f-droid.org/repository/browse/?fdfilter=davdroid&fdid=at.bitfire.davdroid Davdroid] installabile da [https://f-droid.org/about/ F-droid] (Un repository aggiuntivo per applicazioni OpenSource per android)<br />
* Un account sul nostro [https://apollo.eigenlab.org/owncloud/ Owncloud]<br />
* Internet/eigenNet<br />
<br />
E ora con ordine:<br />
# [[Installare F-droid]]<br />
# Cerca l'app 'Davdroidì ed installala<br />
# Apri Davdroid<br />
Pigia sulla chiave col + [[File:Davdroid.png|miniatura|left]]<br />
[[File:DavdroidLogin.png|miniatura|left]]<br />
[[File:DavLogin.png|miniatura|left]] <br />
[[File:DavNext.png|miniatura|left]]<br />
[[File:DavContacts.png|miniatura|left]]<br />
[[File:DavCal.png|miniatura|left]]<br />
[[File:DavNotes.png |miniatura|left]]<br />
[[File:DavFinal.png|miniatura|left]]<br />
[[File:Accounts.png|miniatura|left]]<br />
[[File:DavDatails.png|miniatura|left]]<br />
[[File:DavAccountDetails.png|miniatura|left]]</div>Svalohttps://wiki.eigenlab.org/index.php?title=File:DavAccountDetails.png&diff=520File:DavAccountDetails.png2016-02-03T11:43:06Z<p>Svalo: </p>
<hr />
<div></div>Svalohttps://wiki.eigenlab.org/index.php?title=File:DavDatails.png&diff=519File:DavDatails.png2016-02-03T11:42:36Z<p>Svalo: </p>
<hr />
<div></div>Svalo