Re: [Ninux-Wireless] [NoTech] Collaborazione con la protezione civile

[Andrea Pescetelli]

Perchè da Roma non risponde nessuno?


Il giorno 11 aprile 2014 19:11, Enrico Bassetti  ha scritto:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 11/04/2014 07:22, BornAgain wrote:
> > Il problema è capire nel 2014 cosa significa comunicazione di
> > emergenza. Entrano in gioco diversi fattori .. Ma il discorso
> > sarebbe lungo, ma interessante, da fare qui. Se vuoi ne scriviamo
> > in privato o creiamo una ml apposita per EmergencyNinux e riuniamo
> > tutti quelli interessati a scopi del genere :)
>
>
> Includetemi nella lista nel caso, sono molto interessato alla cosa ;-)
>
> Enrico
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.12 (GNU/Linux)
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iEYEARECAAYFAlNIIlwACgkQ5kEOWepW2PsWXgCdEyqR33m+XYQ97htkhv2byI2L
> FoUAn2+HeSpyAEnhrz0QcBZaww88Vu6a
> =vrDa
> -END PGP SIGNATURE-
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
>



-- 
Andrea Pescetelli aka Fish
Skype: andrea5742
Ninux int: 5001/5002
Mobile: +39 3891156050
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] The Heartbleed Challenge

[Alessandro D'Addazio]

Che cos'e questo sito

--- Messaggio originale ---

Da: "Germano Massullo" 
Inviata: 11 aprile 2014 23:43
A: wireless@ml.ninux.org
Oggetto: [Ninux-Wireless] The Heartbleed Challenge

Segnalo la sfida "The Heartbleed Challenge"
https://www.cloudflarechallenge.com/heartbleed
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] The Heartbleed Challenge

[Germano Massullo]

Segnalo la sfida "The Heartbleed Challenge"
https://www.cloudflarechallenge.com/heartbleed
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] [Tech] Olsr su debian stabile

[Saverio Proto]

Mi dai la tua versione di olsrd per capire se e' un bug ?

Saverio


Il 11 aprile 2014 05:10, Leandro Noferini  ha scritto:
> Ciao a tutti,
>
> ho (re)installato da poco un computer per il nodo Argingrosso con debian
> e olsr perché quello che c'era prima è morto (una prece per il koala).
>
> Ho trovato però quello che sembra un bug del pacchetto debian di olsr
> perché quando avvio il demone con il comando
>
> service olsrd start
>
> lo script non va in background e se provo a dare il Ctrl-C olsrd si
> ferma. Ho provato anche a specificare l'opzione -nofork come sta scritto
> per gli script di avvio in /etc/default/olsrd senza efficacia.
>
> È un bug?
>
> P.S.: quando mi era stato configurato sul computer morto mi erano stati
>   passati anche due script 4olsr e 6 olsr che però ho perso. Me li
>   potreste ripassare?
>
> --
> leandro
> L'unica cosa che sappiamo del futuro
> è che non ha alternative
> http://6xukrlqedfabdjrb.onion
>
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
>
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Ground Routing HOWTO

[Saverio Proto]

questo non ha senso !

config interface 'antenna_1'
option proto 'static'
option ifname 'eth1.3'
option ipaddr '172.22.66.10'
option netmask '255.255.0.0'
option gateway '192.168.1.160'

a parte questo puoi disabilitare il firewall di openwrt come primo step.
/etc/init.d/firewall stop && /etc/init.d/firewall disable

poi ci sta un po di confusione. 192.168.1.0/24 la puoi usare solo su un
nodo, sul nodo remoto devi usare una seconda subnet se vuoi fare routing.

grazie

Saverio



Il giorno 11 aprile 2014 16:25, Nicola Ruscitto
ha scritto:

> Vi invio configurazione del router e schema di collegamento
> Grazie
> Nicola
>
>
>  Schema config 
> rete
>
>  antenna 
> 192-168-1-170.png
>
>  router 
> 192-168-1-160.png
>
>
> root@OpenWrt:~# cat /etc/config/network
>
> config interface 'loopback'
> option ifname 'lo'
> option proto 'static'
> option ipaddr '127.0.0.1'
> option netmask '255.0.0.0'
>
> config interface 'lan'
> option proto 'static'
> option netmask '255.255.255.0'
> option ipaddr '192.168.1.160'
> option _orig_ifname 'eth1'
> option _orig_bridge 'false'
> option ifname 'eth1.7'
> option gateway '192.168.1.1'
> option dns '192.168.1.1'
>
> config interface 'wan'
> option ifname 'eth0'
> option proto 'dhcp'
>
> config switch
> option name 'switch0'
> option reset '1'
> option enable_vlan '1'
>
> config switch_vlan
> option device 'switch0'
> option vlan '1'
> option vid '1'
> option ports '0t 1t 2t 3t 4t'
>
> config switch_vlan
> option device 'switch0'
> option vlan '2'
> option ports '0t 3t'
> option vid '3'
>
> config interface 'antenna_1'
> option proto 'static'
> option ifname 'eth1.3'
> option ipaddr '172.22.66.10'
> option netmask '255.255.0.0'
> option gateway '192.168.1.160'
>
> config switch_vlan
> option device 'switch0'
> option vlan '3'
> option ports '0t 1 2 3t 4'
> option vid '7'
>
>
> e questo é il firewall
>
> root@OpenWrt:~# cat /etc/config/firewall
>
> config defaults
> option syn_flood '1'
> option input 'ACCEPT'
> option output 'ACCEPT'
> option forward 'ACCEPT'
>
> config zone
> option name 'lan'
> option input 'ACCEPT'
> option output 'ACCEPT'
> option forward 'ACCEPT'
> option network 'lan'
>
> config zone
> option name 'wan'
> option network 'wan'
> option input 'REJECT'
> option output 'ACCEPT'
> option forward 'REJECT'
> option masq '1'
> option mtu_fix '1'
>
> config rule
> option name 'Allow-DHCP-Renew'
> option src 'wan'
> option proto 'udp'
> option dest_port '68'
> option target 'ACCEPT'
> option family 'ipv4'
>
> config rule
> option name 'Allow-Ping'
> option src 'wan'
> option proto 'icmp'
> option icmp_type 'echo-request'
> option family 'ipv4'
> option target 'ACCEPT'
>
> config rule
> option name 'Allow-DHCPv6'
> option src 'wan'
> option proto 'udp'
> option src_ip 'fe80::/10'
> option src_port '547'
> option dest_ip 'fe80::/10'
> option dest_port '546'
> option family 'ipv6'
> option target 'ACCEPT'
>
> config rule
> option name 'Allow-ICMPv6-Input'
> option src 'wan'
> option proto 'icmp'
> list icmp_type 'echo-request'
> list icmp_type 'echo-reply'
> list icmp_type 'destination-unreachable'
> list icmp_type 'packet-too-big'
> list icmp_type 'time-exceeded'
> list icmp_type 'bad-header'
> list icmp_type 'unknown-header-type'
> list icmp_type 'router-solicitation'
> list icmp_type 'neighbour-solicitation'
> list icmp_type 'router-advertisement'
> list icmp_type 'neighbour-advertisement'
> option limit '1000/sec'
> option family 'ipv6'
> option target 'ACCEPT'
>
> config rule
> option name 'Allow-ICMPv6-Forward'
> option src 'wan'
> option dest '*'
> option proto 'icmp'
> list icmp_type 'echo-request'
> list icmp_type 'echo-reply'
> list icmp_type 'destination-unreachable'
> list icmp_type 'packet-too-big'
> list icmp_type 'time-exceeded'
> list icmp_type 'bad-header'
> list icmp_type 'unknown-header-type'
> option limit '1000/sec'
> option family 'ipv6'
> option targe

Re: [Ninux-Wireless] [NoTech] Collaborazione con la protezione civile

[Enrico Bassetti]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 11/04/2014 07:22, BornAgain wrote:
> Il problema è capire nel 2014 cosa significa comunicazione di 
> emergenza. Entrano in gioco diversi fattori .. Ma il discorso
> sarebbe lungo, ma interessante, da fare qui. Se vuoi ne scriviamo
> in privato o creiamo una ml apposita per EmergencyNinux e riuniamo
> tutti quelli interessati a scopi del genere :)


Includetemi nella lista nel caso, sono molto interessato alla cosa ;-)

Enrico
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlNIIlwACgkQ5kEOWepW2PsWXgCdEyqR33m+XYQ97htkhv2byI2L
FoUAn2+HeSpyAEnhrz0QcBZaww88Vu6a
=vrDa
-END PGP SIGNATURE-
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Consegna posta ML

[federico la morgia]

A me dice consegna 17:16.

--- Messaggio originale ---

Da: "Andrea Pescetelli" 
Inviata: 11 aprile 2014 17:16
A: "ninux. org [ninux_wireless]" 
Oggetto: Re: [Ninux-Wireless] Consegna posta ML

Prova microfono ore 13:34 del 11/04
Il 11/apr/2014 13:32 "Massimiliano CARNEMOLLA"  ha
scritto:

> E' come se ci fosse un'ora di ritardo tra l'invio e la ricezione dei
> messaggi in lista.
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
>
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Consegna posta ML

[Gioacchino Mazzurco]

Arrivata alle 17:40 ...
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Ground Routing HOWTO

[Nicola Ruscitto]

Vi invio configurazione del router e schema di collegamento
Grazie
Nicola


 Schema config 
rete

 antenna 
192-168-1-170.png

 router 
192-168-1-160.png


root@OpenWrt:~# cat /etc/config/network

config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'

config interface 'lan'
option proto 'static'
option netmask '255.255.255.0'
option ipaddr '192.168.1.160'
option _orig_ifname 'eth1'
option _orig_bridge 'false'
option ifname 'eth1.7'
option gateway '192.168.1.1'
option dns '192.168.1.1'

config interface 'wan'
option ifname 'eth0'
option proto 'dhcp'

config switch
option name 'switch0'
option reset '1'
option enable_vlan '1'

config switch_vlan
option device 'switch0'
option vlan '1'
option vid '1'
option ports '0t 1t 2t 3t 4t'

config switch_vlan
option device 'switch0'
option vlan '2'
option ports '0t 3t'
option vid '3'

config interface 'antenna_1'
option proto 'static'
option ifname 'eth1.3'
option ipaddr '172.22.66.10'
option netmask '255.255.0.0'
option gateway '192.168.1.160'

config switch_vlan
option device 'switch0'
option vlan '3'
option ports '0t 1 2 3t 4'
option vid '7'


e questo é il firewall

root@OpenWrt:~# cat /etc/config/firewall

config defaults
option syn_flood '1'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'ACCEPT'

config zone
option name 'lan'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'ACCEPT'
option network 'lan'

config zone
option name 'wan'
option network 'wan'
option input 'REJECT'
option output 'ACCEPT'
option forward 'REJECT'
option masq '1'
option mtu_fix '1'

config rule
option name 'Allow-DHCP-Renew'
option src 'wan'
option proto 'udp'
option dest_port '68'
option target 'ACCEPT'
option family 'ipv4'

config rule
option name 'Allow-Ping'
option src 'wan'
option proto 'icmp'
option icmp_type 'echo-request'
option family 'ipv4'
option target 'ACCEPT'

config rule
option name 'Allow-DHCPv6'
option src 'wan'
option proto 'udp'
option src_ip 'fe80::/10'
option src_port '547'
option dest_ip 'fe80::/10'
option dest_port '546'
option family 'ipv6'
option target 'ACCEPT'

config rule
option name 'Allow-ICMPv6-Input'
option src 'wan'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
list icmp_type 'router-solicitation'
list icmp_type 'neighbour-solicitation'
list icmp_type 'router-advertisement'
list icmp_type 'neighbour-advertisement'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'

config rule
option name 'Allow-ICMPv6-Forward'
option src 'wan'
option dest '*'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'

config include
option path '/etc/firewall.user'

config forwarding
option dest 'wan'
option src 'lan'

config zone
option name 'ninux'
option input 'ACCEPT'
option forward 'ACCEPT'
option output 'ACCEPT'
option network 'antenna_1'

config forwarding
option dest 'lan'
option src 'ninux'

config forwarding
option dest 'ninux'
option src 'lan'


Il giorno 11 aprile 2014 16:17, Nicola Ruscitto
ha scritto:

> Dimenticavo,
> le antenne sono due Tp-Link wa7510n e il router é Tp-Link wr841n
>
> Grazie
> Nicola
>
>
> Il giorno 11 aprile 2014 14:26, Nicola Ruscitto <
> nicolaruscitt...@gmail.com> ha scritto:
>
> Vi invio configurazione del router e schema di collegamento (in allegato)
>> Grazie
>> Nicola
>>
>> root@OpenWrt:~# cat /etc/config/network
>>
>> config 

Re: [Ninux-Wireless] Ground Routing HOWTO

[Nicola Ruscitto]

Dimenticavo,
le antenne sono due Tp-Link wa7510n e il router é Tp-Link wr841n

Grazie
Nicola


Il giorno 11 aprile 2014 14:26, Nicola Ruscitto
ha scritto:

> Vi invio configurazione del router e schema di collegamento (in allegato)
> Grazie
> Nicola
>
> root@OpenWrt:~# cat /etc/config/network
>
> config interface 'loopback'
> option ifname 'lo'
> option proto 'static'
> option ipaddr '127.0.0.1'
> option netmask '255.0.0.0'
>
> config interface 'lan'
> option proto 'static'
> option netmask '255.255.255.0'
> option ipaddr '192.168.1.160'
> option _orig_ifname 'eth1'
> option _orig_bridge 'false'
> option ifname 'eth1.7'
> option gateway '192.168.1.1'
> option dns '192.168.1.1'
>
> config interface 'wan'
> option ifname 'eth0'
> option proto 'dhcp'
>
> config switch
> option name 'switch0'
> option reset '1'
> option enable_vlan '1'
>
> config switch_vlan
> option device 'switch0'
> option vlan '1'
> option vid '1'
> option ports '0t 1t 2t 3t 4t'
>
> config switch_vlan
> option device 'switch0'
> option vlan '2'
> option ports '0t 3t'
> option vid '3'
>
> config interface 'antenna_1'
> option proto 'static'
> option ifname 'eth1.3'
> option ipaddr '172.22.66.10'
> option netmask '255.255.0.0'
> option gateway '192.168.1.160'
>
> config switch_vlan
> option device 'switch0'
> option vlan '3'
> option ports '0t 1 2 3t 4'
> option vid '7'
>
>
> e questo é il firewall
>
> root@OpenWrt:~# cat /etc/config/firewall
>
> config defaults
> option syn_flood '1'
> option input 'ACCEPT'
> option output 'ACCEPT'
> option forward 'ACCEPT'
>
> config zone
> option name 'lan'
> option input 'ACCEPT'
> option output 'ACCEPT'
> option forward 'ACCEPT'
> option network 'lan'
>
> config zone
> option name 'wan'
> option network 'wan'
> option input 'REJECT'
> option output 'ACCEPT'
> option forward 'REJECT'
> option masq '1'
> option mtu_fix '1'
>
> config rule
> option name 'Allow-DHCP-Renew'
> option src 'wan'
> option proto 'udp'
> option dest_port '68'
> option target 'ACCEPT'
> option family 'ipv4'
>
> config rule
> option name 'Allow-Ping'
> option src 'wan'
> option proto 'icmp'
> option icmp_type 'echo-request'
> option family 'ipv4'
> option target 'ACCEPT'
>
> config rule
> option name 'Allow-DHCPv6'
> option src 'wan'
> option proto 'udp'
> option src_ip 'fe80::/10'
> option src_port '547'
> option dest_ip 'fe80::/10'
> option dest_port '546'
> option family 'ipv6'
> option target 'ACCEPT'
>
> config rule
> option name 'Allow-ICMPv6-Input'
> option src 'wan'
> option proto 'icmp'
> list icmp_type 'echo-request'
> list icmp_type 'echo-reply'
> list icmp_type 'destination-unreachable'
> list icmp_type 'packet-too-big'
> list icmp_type 'time-exceeded'
> list icmp_type 'bad-header'
> list icmp_type 'unknown-header-type'
> list icmp_type 'router-solicitation'
> list icmp_type 'neighbour-solicitation'
> list icmp_type 'router-advertisement'
> list icmp_type 'neighbour-advertisement'
> option limit '1000/sec'
> option family 'ipv6'
> option target 'ACCEPT'
>
> config rule
> option name 'Allow-ICMPv6-Forward'
> option src 'wan'
> option dest '*'
> option proto 'icmp'
> list icmp_type 'echo-request'
> list icmp_type 'echo-reply'
> list icmp_type 'destination-unreachable'
> list icmp_type 'packet-too-big'
> list icmp_type 'time-exceeded'
> list icmp_type 'bad-header'
> list icmp_type 'unknown-header-type'
> option limit '1000/sec'
> option family 'ipv6'
> option target 'ACCEPT'
>
> config include
> option path '/etc/firewall.user'
>
> config forwarding
> option dest 'wan'
> option src 'lan'
>
> config zone
> option name 'ninux'
> option input 'ACCEPT'
> option forward 'ACCEPT'
> option output 'ACCEPT'
> option network 'antenna_1'
>
> config forwarding
> option dest 'lan'
> option src 'ninux'
>
> config forwarding
> option dest 'ninux'
> option src 'lan'
>
>
>
> Il giorno 11 aprile 2014 11:14, Saverio Proto  ha
> scritto:
>
> Non si capisce il setup.
>> Inviaci:
>> schema connessione apparati coinvolti
>> configurazione IP interfacce apparati.
>>
>> Saverio
>>
>> Il 11 aprile 2014 09:54, Nicola Ruscitto 
>> ha scritto:
>> > Buongiorn

Re: [Ninux-Wireless] Ground Routing HOWTO

[Gigismi]

anche il modello esatto di tp-link su cui hai installato openwrt.


Il giorno 11 aprile 2014 09:54, Nicola Ruscitto
ha scritto:

> Buongiorno,
> avrei bisogno di un aiutino in merito alla configurazione del ground
> routing che sto provando in questi giorni. Sto utilizzando una CPE con
> openwrt e pacchetto "trelay" installato e un router tplink sempre con
> openwrt e pacchetto olsrd. L'altra CPE invece ha solo openwrt e olsr.
>
> Le antenne stanno nella sottorete 172.22.0.0 mentre la rete locale l'ho
> lasciata sulla 192.168.1.0
>
> Praticamente funziona tutto ovvero olsrd in esecuzione sul ground router
> vede il vicino ed aggiorna la tabella di routing. Tuttavia l'IP dell'
> antenna remota non é pingabile nonostante abbia  settato i forwarding tra
> le dua interfacce (LAN e VLAN dati).
>
> Viceversa, se vado sull'altra antenna riesco a fare un ping sulla prima
> antenna.
>
> Cosa ho tralasciato?
>
> Grazie
> Nicola
>
>
> Il giorno 06 aprile 2014 17:26, Nicola Ruscitto <
> nicolaruscitt...@gmail.com> ha scritto:
>
> Ciao ragazzi,
>> la prova del router a terra con radio wa7510n openwrt ha dato esiti
>> positivi. Una volta impostate le vlan e caricato il modulo trelay
>> sull'antenna così come suggerito sulla guida, il router ha aggiornato la
>> sua tabella di routing aggiungendo il vicino.
>>
>> Saluti
>> Nicola
>>
>
>
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
>
>


-- 
__Gigi__
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] OpenWrt e AirOs - OpenSSL: update to 1.0.1g - heartbleed bug

[Edoardo Mazzaracchio]

Ok sto rincoglionito, sono le tre ore di sonno a notte XD scusate lo spam


Il giorno 11 aprile 2014 11:23, Massimiliano CARNEMOLLA <
massimili...@null.net> ha scritto:

> On 11/04/2014 9.02, Saverio Proto wrote:
>
>> opkg update
>> opkg install openssl
>>
>> ed ho aggiornato openssl senza dover riflashare.
>>
>>
> Sugli upgrade di pacchetti in generale :
>
> Su Debian dopo
>
> apt-get update
>
> si dava
>
> apt-get upgrade
>
> per aggiornatre i pacchetti gia' installati.
>
> Esiste un qualcosa del genere che gestisce tutto in modo semi-automatico
> con opkg come viene fatto su Debian e derivate ?
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
>
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] [ninux-roma] OpenWrt e AirOs - OpenSSL: update to 1.0.1g - heartbleed bug

[federico la morgia]

Airos nada

--- Messaggio originale ---

Da: "Edoardo Mazzaracchio" 
Inviata: 11 aprile 2014 10:45
A: nodi-r...@ml.ninux.org
Cc: "wireless" 
Oggetto: Re: [Ninux-Wireless] [ninux-roma] OpenWrt e AirOs - OpenSSL: update to 
1.0.1g - heartbleed bug

Ho appena fatto un "sudo apt-get update" e "sudo apt-get upgrade" su EdgeOS
del mio EdgeMAX e ha aggiornato proprio OpenSSL:

nazza@Nazza-Edge:~$ sudo apt-get upgrade
Reading package lists... Done
Building dependency tree... Done
The following packages will be upgraded:
  openssh-client openssh-server ssh
3 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 1253 kB of archives.
After this operation, 45.1 kB disk space will be freed.
Do you want to continue [Y/n]? Y

Per AirOS non ho ancora visto


2014-04-11 9:02 GMT+02:00 Saverio Proto :

> Ciao,
>
> inoltro da OpenWrt Devel.
>
> OpenWrt ha gia rilasciato il nuovo ipkg di OpenSSL.
>
> Alla grande il sui miei apparato Scooreggione sono entrato ed ho dato i
> comandi
>
> opkg update
> opkg install openssl
>
> ed ho aggiornato openssl senza dover riflashare.
>
> Io non ho piu apparati miei con AirOS. Chi ha accesso ad apparati
> AirOS con Sburratone, puo fare ldd per controllare il web server
> lighttpd che versione di OpenSSL usa ?
>
> Stanno uscendo i tools per sfruttare il bug. Questo è un bug serio.
>
> Saverio
>
>
>
> -- Forwarded message --
> From: John Crispin 
> Date: 2014-04-10 22:45 GMT+02:00
> Subject: [OpenWrt-Devel] OpenSSL: update to 1.0.1g - heartbleed bug
> To: OpenWrt Development List 
>
>
> Heartbleed - libopenssl AA binary feed update
>
> we updated the AA release. the files libopenssl_1.0.1e-1_*.ipk have
> been replaced with libopenssl_1.0.1g-1_*.ipk and the Packages index
> was updated. If you use openssl on your unit you need to run :
>
> # opkg update
> # opkg upgrade libopenssl
>
> In order to ensure that all affected services are using the updated
> OpenSSL library it is recommended to reboot the device after applying
> the upgrade.
>
> To find out more about the bug go to - http://heartbleed.com/
>
> Note that default OpenWrt installations are not vulnerable to the
> particular bug, neither the builtin SSH server nor the optional LuCI
> SSL support rely on OpenSSL for cryptography.
>
> The OpenSSL library is not installed within the stock images available
> on the download server.
>
> This is not a lightweight bug. Please take it serious and check your unit.
>
> OpenWrt Developers
> ___
> openwrt-devel mailing list
> openwrt-de...@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
>
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Consegna posta ML

[Andrea Pescetelli]

Prova microfono ore 13:34 del 11/04
Il 11/apr/2014 13:32 "Massimiliano CARNEMOLLA"  ha
scritto:

> E' come se ci fosse un'ora di ritardo tra l'invio e la ricezione dei
> messaggi in lista.
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
>
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] EdgeOS e batman-adv e alfred

[Luca Postregna]

Ciao,
  qualcuno ha testato batman-adv ed il suo fedele alfred su EdgeOS?
Esiste un repository debian per batman-adv e alfred aggiornati?
Sarei tentato di acuistare un EdgeRouter Lite della Ubiquiti, ed avrei
bisogno di un feedback a riguardo.

Saluti
LP

-- 
luca.postregna.name
twitter.com/lucapost
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Comprensione tecnica routing a terra

[Stefano De Carlo]

Il 11/04/2014 10:47, Massimiliano CARNEMOLLA ha scritto:
> Sto seguendo la guida di Ninux Calabria .
>
> L'antenna prende l'IP 10.96.1.254
> Il Tp-Link prende l'IP 10.96.1.253 sull'interfaccia LAN
> Sulla backbone 172.31.96.40
>
> Se ho capito bene, alla rete 10 fanno parte le antenne, il ground router.
>

Della rete 10 fanno parte il ground router e il "lato LAN" delle
antenne, ovvero la parte dell'antenna che ti consente di gestirla via
webbrowser (nel linguaggio AirOS: Management Interface).

> La rete 172 a che serve ?
>

L'hai detto prima, è la Backbone, ovvero la dorsale wireless mesh.
È Ninux propriamente detta.
È la rete dove passeranno i messaggi di sincronizzazione del protocollo
OLSR.

Il fatto che l'indirizzo 172. venga inserito nel router non ti deve
ingannare, è anzi la proprietà del routing a terra il fatto che
l'antenna lo "deleghi" al router. Ma è comunque l'indirizzo sul quale
viaggerà il traffico via etere.

Stefanauss.



signature.asc
Description: OpenPGP digital signature
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Comprensione tecnica routing a terra

[Fabio Capriati]

No Massimiliano, le interfacce taggate (che mandano i pacchetti alle
antenne rispettive) prendono la 172, le interfacce di management delle
antenne prendono la 10 così come l'ip lato lan del router


Il giorno 11 aprile 2014 10:47, Massimiliano CARNEMOLLA <
massimili...@null.net> ha scritto:

> Sto seguendo la guida di Ninux Calabria .
>
> L'antenna prende l'IP 10.96.1.254
> Il Tp-Link prende l'IP 10.96.1.253 sull'interfaccia LAN
> Sulla backbone 172.31.96.40
>
> Se ho capito bene, alla rete 10 fanno parte le antenne, il ground router.
>
> La rete 172 a che serve ?
>
>
> A collegare in VPN le Isole alla Rete Ninux ?
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
>
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] OpenWrt e AirOs - OpenSSL: update to 1.0.1g - heartbleed bug

[l0aCk3r [matteo]]

Dal mio edge router la versione di OpenSSL non dovrebbe essere
buggata... e non ci sono update distribuiti da nessuno.

matteo@er1:~$ openssl version
OpenSSL 0.9.8o 01 Jun 2010


vbash-4.1# show version
Version:  v1.4.1
Build ID: 4648309
Build on: 03/10/14 16:07
Copyright:2012-2013 Ubiquiti Networks, Inc.
HW model: EdgeRouter Lite 3-Port
HW S/N:   DC9FDB2862CE
Uptime:   12:42:51 up 14 days, 11:39,  1 user,  load average: 0.02,
0.04, 0.05

Saluti,
l0aCk3r [matteo]
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] [Tech] Olsr su debian stabile

[Leandro Noferini]

Saverio Proto  writes:

> lascia perdere il pacchetto debian. é vecchio.

In questo particolare caso debian smentisce la saggezza popolare perché
in testing c'è olsrd versione 0.6.6.1, che da quel che capisco dal sito
è la versione stabile

ii  olsrd  0.6.6.1-1  i386   optimized link-state 
routing daemon (unik

-- 
Ciao
leandro
http://6xukrlqedfabdjrb.onion/blog/
gpg fingerprint: 54A4 2612 FD50 0313 7FED  6A91 DA5C 1552 E7A4 D6C2
"Noi di Es Toch narriamo un breve mito: all'inizio il Creatore disse
un'immensa bugia. Perché non c'era proprio nulla, ma il Creatore parlò
dicendo: Esiste. Ed ecco, affinché la menzogna di Dio potesse essere
la verità di Dio, l'universo cominciò subito a esistere..."



pgpmg0kCx1TtB.pgp
Description: PGP signature
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] [Tech] Olsr su debian stabile

[Alessandro Gnagni]

ti servono:
apt-get install bison flex build-essential


Il 11/04/2014 09:39, Saverio Proto ha scritto:
> Ciao,
> 
> lascia perdere il pacchetto debian. é vecchio. Installa a mano tanto
> olsrd non ha nessuna dipendenza da nessuna libreria.
> 
> ecco gli script che hai chiesto:
> https://github.com/ninuxorg/attitude_adjustment/commit/9f009bb8462f7478559cf903cd6290fcb638f79d
> 
> Saverio
> 
> 
> Il 11 aprile 2014 05:10, Leandro Noferini  ha 
> scritto:
>> Ciao a tutti,
>>
>> ho (re)installato da poco un computer per il nodo Argingrosso con debian
>> e olsr perché quello che c'era prima è morto (una prece per il koala).
>>
>> Ho trovato però quello che sembra un bug del pacchetto debian di olsr
>> perché quando avvio il demone con il comando
>>
>> service olsrd start
>>
>> lo script non va in background e se provo a dare il Ctrl-C olsrd si
>> ferma. Ho provato anche a specificare l'opzione -nofork come sta scritto
>> per gli script di avvio in /etc/default/olsrd senza efficacia.
>>
>> È un bug?
>>
>> P.S.: quando mi era stato configurato sul computer morto mi erano stati
>>   passati anche due script 4olsr e 6 olsr che però ho perso. Me li
>>   potreste ripassare?
>>
>> --
>> leandro
>> L'unica cosa che sappiamo del futuro
>> è che non ha alternative
>> http://6xukrlqedfabdjrb.onion
>>
>> ___
>> Wireless mailing list
>> Wireless@ml.ninux.org
>> http://ml.ninux.org/mailman/listinfo/wireless
>>
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
> 

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Comprensione tecnica routing a terra

[Luca Postregna]

>
>
> La rete 172 a che serve ?
>

qui in friuli a nulla, o meglio la puoi utilizzare per fare lo speedtest
integrato in AirOS tra l'AP ed i clients.
di fatto quella subnet non serve nemmeno che sia visibile dentro ninux.
almeno credo.

saluti
LP


>
>
> A collegare in VPN le Isole alla Rete Ninux ?
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
>



-- 
luca.postregna.name
twitter.com/lucapost
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] [Tech] Olsr su debian stabile

[Leandro Noferini]

Saverio Proto  writes:

> lascia perdere il pacchetto debian. é vecchio. Installa a mano tanto
> olsrd non ha nessuna dipendenza da nessuna libreria.

E mi va bene anche per definizione "se c'è in debian è vecchio" ma se
c'è un baco lo segnalo.

> ecco gli script che hai chiesto:
> https://github.com/ninuxorg/attitude_adjustment/commit/9f009bb8462f7478559cf903cd6290fcb638f79d

Grazie!

[...]

-- 
Ciao
leandro
http://6xukrlqedfabdjrb.onion/blog/
gpg fingerprint: 54A4 2612 FD50 0313 7FED  6A91 DA5C 1552 E7A4 D6C2
"Noi di Es Toch narriamo un breve mito: all'inizio il Creatore disse
un'immensa bugia. Perché non c'era proprio nulla, ma il Creatore parlò
dicendo: Esiste. Ed ecco, affinché la menzogna di Dio potesse essere
la verità di Dio, l'universo cominciò subito a esistere..."



pgpxA71dzE4Al.pgp
Description: PGP signature
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] [NoTech] Collaborazione con la protezione civile

[Leandro Noferini]

BornAgain  writes:

>>chiacchierando alla riunione di Ninux qui a Firenze si prospettava
>>l'ipotesi di proporre al servizio di protezione civile
>>dell'amministrazione cittadina una collaborazione per la gestione di
>>uno o più nodi che possano essere sfruttati in caso di calamità.
>
> Che tipo di calamità? 

Banalmente, non ne ho idea ma quello sarebbe una questione da PC, non da
noi.

>>Per la situazione topografica della città di Firenze un nodo
>>eventualmente anche energicamente autosufficiente (tipo con un gruppo
>>elettrogeno) in effetti potrebbe illuminare la città ma queste sono
>>nostre illazioni.
>>
>>In generale una collaborazione del genere è fattibile? È mai stata
>>tentata?

> Io andai a parlare di mesh, prima di conoscere ed entrare in Ninux,
> all'ufficio Prot. Civ. da me in provincia mentre facevo
> volontariato. Ne uscii sentendomi un alieno. Forse tu avrai più
> fortuna

Speriamo, sempre ammesso che se ne faccia qualcosa.

>>Pensate possa essere una strada interessante?
> Si, ma non a livello istituzionale. Magari parlane ad associazioni di
> volontariato. O all'ARI, loro per legge sono deputati alle
> comunicazioni di emergenza.
>
> Il problema è capire nel 2014 cosa significa comunicazione di
> emergenza.

Principalmente si pensava di riuscire a comunicare con la centrale, in
caso di calamità.

> Entrano in gioco diversi fattori .. Ma il discorso sarebbe lungo, ma
> interessante, da fare qui. Se vuoi ne scriviamo in privato o creiamo
> una ml apposita per EmergencyNinux e riuniamo tutti quelli interessati
> a scopi del genere :)

Non c'è niente di internazionale già attivo?

> Io a Reggio sto lavocchiando per la creazione di nodi autosuff. dentro
> i palazzi sui 2.4 per usare ServalMesh in caso di emergenza

-- 
Ciao
leandro
http://6xukrlqedfabdjrb.onion/blog/
gpg fingerprint: 54A4 2612 FD50 0313 7FED  6A91 DA5C 1552 E7A4 D6C2
"Noi di Es Toch narriamo un breve mito: all'inizio il Creatore disse
un'immensa bugia. Perché non c'era proprio nulla, ma il Creatore parlò
dicendo: Esiste. Ed ecco, affinché la menzogna di Dio potesse essere
la verità di Dio, l'universo cominciò subito a esistere..."



pgpAbGAuD48Yp.pgp
Description: PGP signature
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Consegna posta ML

[Massimiliano CARNEMOLLA]

Su http://ml.ninux.org/pipermail/wireless/2014-April/thread.html

arrivano quasi in tempo reale

mentre sulle caselle e-mail degli iscritti dopo 1 ora di tempo.
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Consegna posta ML

[Massimiliano CARNEMOLLA]

E' come se ci fosse un'ora di ritardo tra l'invio e la ricezione dei 
messaggi in lista.

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] OpenWrt e AirOs - OpenSSL: update to 1.0.1g - heartbleed bug

[Massimiliano CARNEMOLLA]

On 11/04/2014 9.02, Saverio Proto wrote:

opkg update
opkg install openssl

ed ho aggiornato openssl senza dover riflashare.



Sugli upgrade di pacchetti in generale :

Su Debian dopo

apt-get update

si dava

apt-get upgrade

per aggiornatre i pacchetti gia' installati.

Esiste un qualcosa del genere che gestisce tutto in modo semi-automatico 
con opkg come viene fatto su Debian e derivate ?

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Ground Routing HOWTO

[Saverio Proto]

Non si capisce il setup.
Inviaci:
schema connessione apparati coinvolti
configurazione IP interfacce apparati.

Saverio

Il 11 aprile 2014 09:54, Nicola Ruscitto 
ha scritto:
> Buongiorno,
> avrei bisogno di un aiutino in merito alla configurazione del ground routing
> che sto provando in questi giorni. Sto utilizzando una CPE con openwrt e
> pacchetto "trelay" installato e un router tplink sempre con openwrt e
> pacchetto olsrd. L'altra CPE invece ha solo openwrt e olsr.
>
> Le antenne stanno nella sottorete 172.22.0.0 mentre la rete locale l'ho
> lasciata sulla 192.168.1.0
>
> Praticamente funziona tutto ovvero olsrd in esecuzione sul ground router
> vede il vicino ed aggiorna la tabella di routing. Tuttavia l'IP dell'
> antenna remota non é pingabile nonostante abbia  settato i forwarding tra le
> dua interfacce (LAN e VLAN dati).
>
> Viceversa, se vado sull'altra antenna riesco a fare un ping sulla prima
> antenna.
>
> Cosa ho tralasciato?
>
> Grazie
> Nicola
>
>
> Il giorno 06 aprile 2014 17:26, Nicola Ruscitto 
> ha scritto:
>
>> Ciao ragazzi,
>> la prova del router a terra con radio wa7510n openwrt ha dato esiti
>> positivi. Una volta impostate le vlan e caricato il modulo trelay
>> sull'antenna così come suggerito sulla guida, il router ha aggiornato la sua
>> tabella di routing aggiungendo il vicino.
>>
>> Saluti
>> Nicola
>
>
>
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
>
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Comprensione tecnica routing a terra

[Massimiliano CARNEMOLLA]

Sto seguendo la guida di Ninux Calabria .

L'antenna prende l'IP 10.96.1.254
Il Tp-Link prende l'IP 10.96.1.253 sull'interfaccia LAN
Sulla backbone 172.31.96.40

Se ho capito bene, alla rete 10 fanno parte le antenne, il ground router.

La rete 172 a che serve ?


A collegare in VPN le Isole alla Rete Ninux ?
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Linksys brickati

[Massimiliano CARNEMOLLA]

On 03/04/2014 21.39, Alessandro (aka ArkaNet) wrote:

Vai qui
http://www.ebay.it/itm/USB-2-0-to-Serial-TTL-with-Dual-3-3V-and-5V-Output-and-Leads-suits-RPI-/111023766941?pt=UK_BOI_Electrical_Components_Supplies_ET&hash=item19d9883d9d&_uhb=1

(o da qualsiasi altra parte cercando "usb to serial 3.3")

Compra, aspetta che t'arrivi e godi dell'accesso via seriale ! ;)



E' appena arrivata questa mattina dal Regno Unito, puntuali come non mai 
rispetto ai servizi di spedizione italiani.


:-)
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] [ninux-roma] OpenWrt e AirOs - OpenSSL: update to 1.0.1g - heartbleed bug

[Saverio Proto]

io leggo openssh non openssl

occhio !

Saverio

2014-04-11 9:42 GMT+02:00 Edoardo Mazzaracchio :
> Ho appena fatto un "sudo apt-get update" e "sudo apt-get upgrade" su EdgeOS
> del mio EdgeMAX e ha aggiornato proprio OpenSSL:
>
> nazza@Nazza-Edge:~$ sudo apt-get upgrade
> Reading package lists... Done
> Building dependency tree... Done
> The following packages will be upgraded:
>   openssh-client openssh-server ssh
> 3 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
> Need to get 1253 kB of archives.
> After this operation, 45.1 kB disk space will be freed.
> Do you want to continue [Y/n]? Y
>
> Per AirOS non ho ancora visto
>
>
> 2014-04-11 9:02 GMT+02:00 Saverio Proto :
>
>> Ciao,
>>
>> inoltro da OpenWrt Devel.
>>
>> OpenWrt ha gia rilasciato il nuovo ipkg di OpenSSL.
>>
>> Alla grande il sui miei apparato Scooreggione sono entrato ed ho dato i
>> comandi
>>
>> opkg update
>> opkg install openssl
>>
>> ed ho aggiornato openssl senza dover riflashare.
>>
>> Io non ho piu apparati miei con AirOS. Chi ha accesso ad apparati
>> AirOS con Sburratone, puo fare ldd per controllare il web server
>> lighttpd che versione di OpenSSL usa ?
>>
>> Stanno uscendo i tools per sfruttare il bug. Questo è un bug serio.
>>
>> Saverio
>>
>>
>>
>> -- Forwarded message --
>> From: John Crispin 
>> Date: 2014-04-10 22:45 GMT+02:00
>> Subject: [OpenWrt-Devel] OpenSSL: update to 1.0.1g - heartbleed bug
>> To: OpenWrt Development List 
>>
>>
>> Heartbleed - libopenssl AA binary feed update
>>
>> we updated the AA release. the files libopenssl_1.0.1e-1_*.ipk have
>> been replaced with libopenssl_1.0.1g-1_*.ipk and the Packages index
>> was updated. If you use openssl on your unit you need to run :
>>
>> # opkg update
>> # opkg upgrade libopenssl
>>
>> In order to ensure that all affected services are using the updated
>> OpenSSL library it is recommended to reboot the device after applying
>> the upgrade.
>>
>> To find out more about the bug go to - http://heartbleed.com/
>>
>> Note that default OpenWrt installations are not vulnerable to the
>> particular bug, neither the builtin SSH server nor the optional LuCI
>> SSL support rely on OpenSSL for cryptography.
>>
>> The OpenSSL library is not installed within the stock images available
>> on the download server.
>>
>> This is not a lightweight bug. Please take it serious and check your unit.
>>
>> OpenWrt Developers
>> ___
>> openwrt-devel mailing list
>> openwrt-de...@lists.openwrt.org
>> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
>
>
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Ground Routing HOWTO

[Nicola Ruscitto]

Buongiorno,
avrei bisogno di un aiutino in merito alla configurazione del ground
routing che sto provando in questi giorni. Sto utilizzando una CPE con
openwrt e pacchetto "trelay" installato e un router tplink sempre con
openwrt e pacchetto olsrd. L'altra CPE invece ha solo openwrt e olsr.

Le antenne stanno nella sottorete 172.22.0.0 mentre la rete locale l'ho
lasciata sulla 192.168.1.0

Praticamente funziona tutto ovvero olsrd in esecuzione sul ground router
vede il vicino ed aggiorna la tabella di routing. Tuttavia l'IP dell'
antenna remota non é pingabile nonostante abbia  settato i forwarding tra
le dua interfacce (LAN e VLAN dati).

Viceversa, se vado sull'altra antenna riesco a fare un ping sulla prima
antenna.

Cosa ho tralasciato?

Grazie
Nicola


Il giorno 06 aprile 2014 17:26, Nicola Ruscitto
ha scritto:

> Ciao ragazzi,
> la prova del router a terra con radio wa7510n openwrt ha dato esiti
> positivi. Una volta impostate le vlan e caricato il modulo trelay
> sull'antenna così come suggerito sulla guida, il router ha aggiornato la
> sua tabella di routing aggiungendo il vicino.
>
> Saluti
> Nicola
>
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] [ninux-roma] OpenWrt e AirOs - OpenSSL: update to 1.0.1g - heartbleed bug

[Edoardo Mazzaracchio]

Ho appena fatto un "sudo apt-get update" e "sudo apt-get upgrade" su EdgeOS
del mio EdgeMAX e ha aggiornato proprio OpenSSL:

nazza@Nazza-Edge:~$ sudo apt-get upgrade
Reading package lists... Done
Building dependency tree... Done
The following packages will be upgraded:
  openssh-client openssh-server ssh
3 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 1253 kB of archives.
After this operation, 45.1 kB disk space will be freed.
Do you want to continue [Y/n]? Y

Per AirOS non ho ancora visto


2014-04-11 9:02 GMT+02:00 Saverio Proto :

> Ciao,
>
> inoltro da OpenWrt Devel.
>
> OpenWrt ha gia rilasciato il nuovo ipkg di OpenSSL.
>
> Alla grande il sui miei apparato Scooreggione sono entrato ed ho dato i
> comandi
>
> opkg update
> opkg install openssl
>
> ed ho aggiornato openssl senza dover riflashare.
>
> Io non ho piu apparati miei con AirOS. Chi ha accesso ad apparati
> AirOS con Sburratone, puo fare ldd per controllare il web server
> lighttpd che versione di OpenSSL usa ?
>
> Stanno uscendo i tools per sfruttare il bug. Questo è un bug serio.
>
> Saverio
>
>
>
> -- Forwarded message --
> From: John Crispin 
> Date: 2014-04-10 22:45 GMT+02:00
> Subject: [OpenWrt-Devel] OpenSSL: update to 1.0.1g - heartbleed bug
> To: OpenWrt Development List 
>
>
> Heartbleed - libopenssl AA binary feed update
>
> we updated the AA release. the files libopenssl_1.0.1e-1_*.ipk have
> been replaced with libopenssl_1.0.1g-1_*.ipk and the Packages index
> was updated. If you use openssl on your unit you need to run :
>
> # opkg update
> # opkg upgrade libopenssl
>
> In order to ensure that all affected services are using the updated
> OpenSSL library it is recommended to reboot the device after applying
> the upgrade.
>
> To find out more about the bug go to - http://heartbleed.com/
>
> Note that default OpenWrt installations are not vulnerable to the
> particular bug, neither the builtin SSH server nor the optional LuCI
> SSL support rely on OpenSSL for cryptography.
>
> The OpenSSL library is not installed within the stock images available
> on the download server.
>
> This is not a lightweight bug. Please take it serious and check your unit.
>
> OpenWrt Developers
> ___
> openwrt-devel mailing list
> openwrt-de...@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
>
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] [Tech] Olsr su debian stabile

[Saverio Proto]

Ciao,

lascia perdere il pacchetto debian. é vecchio. Installa a mano tanto
olsrd non ha nessuna dipendenza da nessuna libreria.

ecco gli script che hai chiesto:
https://github.com/ninuxorg/attitude_adjustment/commit/9f009bb8462f7478559cf903cd6290fcb638f79d

Saverio


Il 11 aprile 2014 05:10, Leandro Noferini  ha scritto:
> Ciao a tutti,
>
> ho (re)installato da poco un computer per il nodo Argingrosso con debian
> e olsr perché quello che c'era prima è morto (una prece per il koala).
>
> Ho trovato però quello che sembra un bug del pacchetto debian di olsr
> perché quando avvio il demone con il comando
>
> service olsrd start
>
> lo script non va in background e se provo a dare il Ctrl-C olsrd si
> ferma. Ho provato anche a specificare l'opzione -nofork come sta scritto
> per gli script di avvio in /etc/default/olsrd senza efficacia.
>
> È un bug?
>
> P.S.: quando mi era stato configurato sul computer morto mi erano stati
>   passati anche due script 4olsr e 6 olsr che però ho perso. Me li
>   potreste ripassare?
>
> --
> leandro
> L'unica cosa che sappiamo del futuro
> è che non ha alternative
> http://6xukrlqedfabdjrb.onion
>
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
>
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] [NoTech] Collaborazione con la protezione civile

[OCBexpress (Valer;o)]

Io, visto che devo tirare su un nodo a Roma a Prati e lo vorrei alimentare
a solare, potrei partecipare.
Soprattutto, una volta sviluppato bene in wiki il lato alimentazione, il
resto vie da sè.
Ti rimarrebbe da fare una specie di osservatorio (campi nel database
riguardo l'alimentazione del nodo e magari anche il suo stato) che
potrebbero partire ad esempio quando è collegato un
controller-ethernet-alimentazione che ne gestisca lo stato. Un semplice
arduino-ethernet/usb potrebbe funzionare come "regolatore di carica" ed
indicarne lo stato via scrittura su log e database remoto. Ma sicuro
esistono anche altre soluzioni già in sviluppo open.

Saluti,
Valerio
(che un giorno contribuirà con il suo nodo, ora con i suoi sogni ninuxiani
:)

--
Valer;o)
E-mail: ocbexpr...@gmail.com
GoogleTalk: ocbexpr...@gmail.com
VoIP: 5339...@sip.messagenet.it


Il giorno 11 aprile 2014 07:22, BornAgain  ha
scritto:

>
>
> On 11 aprile 2014 05:32:41 CEST, Leandro Noferini <
> lnofe...@cybervalley.org> wrote:
> >Ciao a tutti,
>
> Ciao
> >
> >chiacchierando alla riunione di Ninux qui a Firenze si prospettava
> >l'ipotesi di proporre al servizio di protezione civile
> >dell'amministrazione cittadina una collaborazione per la gestione di
> >uno
> >o più nodi che possano essere sfruttati in caso di calamità.
>
> Che tipo di calamità?
>
> >
> >Per la situazione topografica della città di Firenze un nodo
> >eventualmente anche energicamente autosufficiente (tipo con un gruppo
> >elettrogeno) in effetti potrebbe illuminare la città ma queste sono
> >nostre illazioni.
> >
> >In generale una collaborazione del genere è fattibile? È mai stata
> >tentata?
> Io andai a parlare di mesh, prima di conoscere ed entrare in Ninux,
> all'ufficio Prot. Civ. da me in provincia mentre facevo volontariato. Ne
> uscii sentendomi un alieno. Forse tu avrai più fortuna
> >
> >Pensate possa essere una strada interessante?
> Si, ma non a livello istituzionale. Magari parlane ad associazioni di
> volontariato. O all'ARI, loro per legge sono deputati alle comunicazioni di
> emergenza.
>
> Il problema è capire nel 2014 cosa significa comunicazione di emergenza.
> Entrano in gioco diversi fattori .. Ma il discorso sarebbe lungo, ma
> interessante, da fare qui. Se vuoi ne scriviamo in privato o creiamo una ml
> apposita per EmergencyNinux e riuniamo tutti quelli interessati a scopi del
> genere :)
>
> Io a Reggio sto lavocchiando per la creazione di nodi autosuff. dentro i
> palazzi sui 2.4 per usare ServalMesh in caso di emergenza
>
>
> Ciao
> BornAgain
>
> -- Inviato dal mio cellulare con Kaiten Mail.
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
>
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] [NoTech] Collaborazione con la protezione civile

[Simone Magrin]

Argomento molto interessante : volentieri per la ML dedicata.
Confermo che l'Ari (ass Radioamatori) ha frequenze disponibili per
collegamenti wireless e qui a Varese ha una rete che copre tutto il
territorio.

Se vuoi contattare ari di Firenze, verifico e ti metto in contatto! (Se li
prendi nel modo giusto, sono una gran risorsa!)

Ciao
Simo

Send by Nexus 5
Il 11/apr/2014 08:51 "BornAgain"  ha scritto:

>
>
> On 11 aprile 2014 05:32:41 CEST, Leandro Noferini <
> lnofe...@cybervalley.org> wrote:
> >Ciao a tutti,
>
> Ciao
> >
> >chiacchierando alla riunione di Ninux qui a Firenze si prospettava
> >l'ipotesi di proporre al servizio di protezione civile
> >dell'amministrazione cittadina una collaborazione per la gestione di
> >uno
> >o più nodi che possano essere sfruttati in caso di calamità.
>
> Che tipo di calamità?
>
> >
> >Per la situazione topografica della città di Firenze un nodo
> >eventualmente anche energicamente autosufficiente (tipo con un gruppo
> >elettrogeno) in effetti potrebbe illuminare la città ma queste sono
> >nostre illazioni.
> >
> >In generale una collaborazione del genere è fattibile? È mai stata
> >tentata?
> Io andai a parlare di mesh, prima di conoscere ed entrare in Ninux,
> all'ufficio Prot. Civ. da me in provincia mentre facevo volontariato. Ne
> uscii sentendomi un alieno. Forse tu avrai più fortuna
> >
> >Pensate possa essere una strada interessante?
> Si, ma non a livello istituzionale. Magari parlane ad associazioni di
> volontariato. O all'ARI, loro per legge sono deputati alle comunicazioni di
> emergenza.
>
> Il problema è capire nel 2014 cosa significa comunicazione di emergenza.
> Entrano in gioco diversi fattori .. Ma il discorso sarebbe lungo, ma
> interessante, da fare qui. Se vuoi ne scriviamo in privato o creiamo una ml
> apposita per EmergencyNinux e riuniamo tutti quelli interessati a scopi del
> genere :)
>
> Io a Reggio sto lavocchiando per la creazione di nodi autosuff. dentro i
> palazzi sui 2.4 per usare ServalMesh in caso di emergenza
>
>
> Ciao
> BornAgain
>
> -- Inviato dal mio cellulare con Kaiten Mail.
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
>
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] OpenWrt e AirOs - OpenSSL: update to 1.0.1g - heartbleed bug

[Saverio Proto]

Ciao,

inoltro da OpenWrt Devel.

OpenWrt ha gia rilasciato il nuovo ipkg di OpenSSL.

Alla grande il sui miei apparato Scooreggione sono entrato ed ho dato i comandi

opkg update
opkg install openssl

ed ho aggiornato openssl senza dover riflashare.

Io non ho piu apparati miei con AirOS. Chi ha accesso ad apparati
AirOS con Sburratone, puo fare ldd per controllare il web server
lighttpd che versione di OpenSSL usa ?

Stanno uscendo i tools per sfruttare il bug. Questo è un bug serio.

Saverio



-- Forwarded message --
From: John Crispin 
Date: 2014-04-10 22:45 GMT+02:00
Subject: [OpenWrt-Devel] OpenSSL: update to 1.0.1g - heartbleed bug
To: OpenWrt Development List 


Heartbleed - libopenssl AA binary feed update

we updated the AA release. the files libopenssl_1.0.1e-1_*.ipk have
been replaced with libopenssl_1.0.1g-1_*.ipk and the Packages index
was updated. If you use openssl on your unit you need to run :

# opkg update
# opkg upgrade libopenssl

In order to ensure that all affected services are using the updated
OpenSSL library it is recommended to reboot the device after applying
the upgrade.

To find out more about the bug go to - http://heartbleed.com/

Note that default OpenWrt installations are not vulnerable to the
particular bug, neither the builtin SSH server nor the optional LuCI
SSL support rely on OpenSSL for cryptography.

The OpenSSL library is not installed within the stock images available
on the download server.

This is not a lightweight bug. Please take it serious and check your unit.

OpenWrt Developers
___
openwrt-devel mailing list
openwrt-de...@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless