Re: [Ninux-Wireless] VPN senza encryption

[Saverio Proto]

anche con tinc, basta usare --bypass-security

Massimiliano ma prima di fare questa domanda in lista hai provato a
leggere la documentazione di almeno 1 software per fare vpn ?

Saverio


2013/11/24 Nemesis :
> On 11/24/2013 09:36 PM, Massimiliano wrote:
>
> Ciao, vorrei connettere i miei 2 nodi con quelli dell'altro mio amico.
> Non vedendosi devo utilizzare la rete Internet ma la VPN utilizzando un
> canale criptato genera molto "spreco" di banda.
> E' possibile effettuare il tunnel senza encryption ?
>
>
> Che io sappia con openvpn sì.
>
> "To disable encryption use the "--cipher none" option.  Just remember
> that the payload of the VPN traffic will be sent in the clear and any
> network link between the 2 peers can see traffic in this mode of
> operation."
>
> http://openvpn.net/archive/openvpn-users/2007-05/msg00293.html
>
> Ma credo che si possa fare anche con gli altri software.
>
> Nemesis
>
> ___
> 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] VPN senza encryption

[Giuseppe De Marco]

se dai un'occhiata a http://lartc.org/, alla sezione tunneling, ci sono
begli esempi di tunnels tradizionali senza payload criptato, ad ogni modo
open-vpn con i certificati e senza criptazione penso sia una ottima
soluzione.


2013/11/24 Nemesis 

>  On 11/24/2013 09:36 PM, Massimiliano wrote:
>
> Ciao, vorrei connettere i miei 2 nodi con quelli dell'altro mio amico.
> Non vedendosi devo utilizzare la rete Internet ma la VPN utilizzando un
> canale criptato genera molto "spreco" di banda.
> E' possibile effettuare il tunnel senza encryption ?
>
>
> Che io sappia con openvpn sì.
>
> "To disable encryption use the "--cipher none" option.  Just remember
> that the payload of the VPN traffic will be sent in the clear and any
> network link between the 2 peers can see traffic in this mode of
> operation."
>
> http://openvpn.net/archive/openvpn-users/2007-05/msg00293.html
>
> Ma credo che si possa fare anche con gli altri software.
>
> Nemesis
>
> ___
> 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] ifconfig vs ip addr

[Giuseppe De Marco]

import socket
socket.gethostbyname(socket.gethostname())


oppure fai un comando di sistema (subprocess.Popen), fetchi l'output,
e con le regexp di python trovi tutto.

Fai prima una findall eppoi un match con gruppi assegnati e ti ritrovi
un dizionario che puoi trasformare in oggetto o in cosa desideri
meglio.



2013/11/24 Nemesis 

>  Ritorna la questione,
>
> guardate i commenti a questa domanda su stackoverflow:
>
> http://stackoverflow.com/questions/20177686/python-parser-for-unix-ip-address-command-iproute2
>
> In particolare questo commento:
>
> *"One more thing though: Your friends are totally right about iproute2
> being the future. But on many systems, particularly embedded ones, you're
> still more likely to encounter the good old ifconfig, the iproute2 package
> might not be installed. So if you want to make your abstraction layer
> portable, you'll probably have to account for both. – Lukas Graf"*
>
> Mi sa che tocca ingegnarsi di più.
>
> Federico
>
> ___
> 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] Collasso internet in Italia

[Luca Postregna]

ho letto da qualche parte che c'è stato un incendio in una galleria dove
passavano lotti ATM multifibra di Roma e Pisa.
poi hanno dovuto aspettare la chiusura dell'intervento dei vigili del fuoco
per ripristinare i tratti danneggiati.


2013/11/24 federico la morgia 

> Saverio secondo te cosa è successo quindi a Telecom o comunque cosa è
> successo ?
>
> ___
> 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] SSH: recuperare tipo di antenna

[nemesis]

Scusate per tipo di antenna intendo:

Dish, Sector, Omnidirezionale.

Il tipo di device già lo recupero.

Volevo sapere se è possibile, se sapete se c'è un modo di farlo e se 
non c'è di cercarlo insieme a me, amenochè non vorrete inserire queste 
info sempre manualmente per fare i calcoli sulla fattibilità dei link!



On Sun, 24 Nov 2013 22:50:25 +0100, "Alessandro (aka ArkaNet)" 
 wrote:

Ciao Federico

Una volta che hai accesso alla macchina con "cat /proc/cpuinfo" hai
già molte delle risposte che cerchi.
 Se poi esegui anche un "uname -a" sicuramente avrai info aggiuntive
sul software/firmware installato nonchè il nome della macchina.

Via snmp non ricordo se esce solo il nome della macchina o anche
altro.

Prova con un semplice "snmpwalk -v 2c -c public IP_MACCHINA" senza
aggiungere oid e dalle prime righe ti accorgi già se le info possono
essere sufficienti.

--
 Arka

 sia su AirOS che OpenWRT

 C'è un modo per capire che tipo di antenna è installata?

 E' possibile recuperare la stessa cosa anche via SNMP?

 Federico

___
 Wireless mailing list
 Wireless@ml.ninux.org [1]
 http://ml.ninux.org/mailman/listinfo/wireless [2]



Links:
--
[1] mailto:Wireless@ml.ninux.org
[2] http://ml.ninux.org/mailman/listinfo/wireless


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

Re: [Ninux-Wireless] ifconfig vs ip addr

[nemesis]

Giuseppe non lo cerco in locale ma su macchine remote! C'è pure scritto 
nella domanda.


Magari era così facile.

Federico



On Mon, 25 Nov 2013 09:47:29 +0100, Giuseppe De Marco 
 wrote:

import socket
socket.gethostbyname(socket.gethostname())

oppure fai un comando di sistema (subprocess.Popen), fetchi l'output,
e con le regexp di python trovi tutto.

Fai prima una findall eppoi un match con gruppi assegnati e ti
ritrovi un dizionario che puoi trasformare in oggetto o in cosa
desideri meglio.

2013/11/24 Nemesis

 Ritorna la questione,

 guardate i commenti a questa domanda su stackoverflow:


http://stackoverflow.com/questions/20177686/python-parser-for-unix-ip-address-command-iproute2
[2]

 In particolare questo commento:

 _"One more thing though: Your friends are totally right about
iproute2 being the future. But on many systems, particularly embedded
ones, you're still more likely to encounter the good old ifconfig, 
the

iproute2 package might not be installed. So if you want to make your
abstraction layer portable, you'll probably have to account for both.
– Lukas Graf"_

 Mi sa che tocca ingegnarsi di più.

 Federico

___
 Wireless mailing list
 Wireless@ml.ninux.org [3]
 http://ml.ninux.org/mailman/listinfo/wireless [4]



Links:
--
[1] mailto:neme...@ninux.org
[2]

http://stackoverflow.com/questions/20177686/python-parser-for-unix-ip-address-command-iproute2
[3] mailto:Wireless@ml.ninux.org
[4] http://ml.ninux.org/mailman/listinfo/wireless


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

Re: [Ninux-Wireless] SSH: recuperare tipo di antenna

[Alessandro Gnagni]

Su openwrt di certo no. Forse riesci a recuperare il guadagno dell'antenna.
Su airos tocca controllare via snmp walk.
Il 25/nov/2013 11:20 "nemesis"  ha scritto:

> Scusate per tipo di antenna intendo:
>
> Dish, Sector, Omnidirezionale.
>
> Il tipo di device già lo recupero.
>
> Volevo sapere se è possibile, se sapete se c'è un modo di farlo e se non
> c'è di cercarlo insieme a me, amenochè non vorrete inserire queste info
> sempre manualmente per fare i calcoli sulla fattibilità dei link!
>
>
> On Sun, 24 Nov 2013 22:50:25 +0100, "Alessandro (aka ArkaNet)" <
> arkant...@gmail.com> wrote:
>
>> Ciao Federico
>>
>> Una volta che hai accesso alla macchina con "cat /proc/cpuinfo" hai
>> già molte delle risposte che cerchi.
>>  Se poi esegui anche un "uname -a" sicuramente avrai info aggiuntive
>> sul software/firmware installato nonchè il nome della macchina.
>>
>> Via snmp non ricordo se esce solo il nome della macchina o anche
>> altro.
>>
>> Prova con un semplice "snmpwalk -v 2c -c public IP_MACCHINA" senza
>> aggiungere oid e dalle prime righe ti accorgi già se le info possono
>> essere sufficienti.
>>
>> --
>>  Arka
>>
>>  sia su AirOS che OpenWRT
>>
>>  C'è un modo per capire che tipo di antenna è installata?
>>
>>  E' possibile recuperare la stessa cosa anche via SNMP?
>>
>>  Federico
>>
>> ___
>>  Wireless mailing list
>>  Wireless@ml.ninux.org [1]
>>  http://ml.ninux.org/mailman/listinfo/wireless [2]
>>
>>
>>
>> Links:
>> --
>> [1] mailto:Wireless@ml.ninux.org
>> [2] 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] ifconfig vs ip addr

[nemesis]

Il problema è che il tipo ha ragione, se voglio fare un livello di 
astrazione che recupera le informazioni dai device in modo portabile 
devo supportare tutti e due i comandi. Non è pratico che per usare il 
livello di astrazione bisogna prima aggiornare tutti i device di una 
rete.


Federico


On Sun, 24 Nov 2013 23:08:59 +0100, "Alessandro (aka ArkaNet)" 
 wrote:

Personalmente ifconfig lo uso per pura "flessibilità di sistemi"
però c'è da considerare che è un po deprecato rispetto le
funzionalità offerte da ip.
 Rispetto la nostra attuale situazione si può usare tranquillamente
il pacchetto iproute2, invitando, per sicurezza, all'aggiornamento
degli ultimi firmware disponibili chiunque sia in rete.

--
 Arka
Il 24/nov/2013 22:59 "Nemesis"  ha scritto:

 Ritorna la questione,

 guardate i commenti a questa domanda su stackoverflow:


http://stackoverflow.com/questions/20177686/python-parser-for-unix-ip-address-command-iproute2
[2]

 In particolare questo commento:

 _"One more thing though: Your friends are totally right about
iproute2 being the future. But on many systems, particularly embedded
ones, you're still more likely to encounter the good old ifconfig, 
the

iproute2 package might not be installed. So if you want to make your
abstraction layer portable, you'll probably have to account for both.
– Lukas Graf"_

 Mi sa che tocca ingegnarsi di più.

 Federico

___
 Wireless mailing list
 Wireless@ml.ninux.org [3]
 http://ml.ninux.org/mailman/listinfo/wireless [4]



Links:
--
[1] mailto:neme...@ninux.org
[2]

http://stackoverflow.com/questions/20177686/python-parser-for-unix-ip-address-command-iproute2
[3] mailto:Wireless@ml.ninux.org
[4] 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] Collasso internet in Italia

[Martin Pepaj]

Pare sia saltato anche il sistema informatico sanitario regionale Lazio.

Il giorno 25/nov/2013 10:55, "Luca Postregna"  ha
scritto:

ho letto da qualche parte che c'è stato un incendio in una galleria dove
passavano lotti ATM multifibra di Roma e Pisa.
poi hanno dovuto aspettare la chiusura dell'intervento dei vigili del fuoco
per ripristinare i tratti danneggiati.


2013/11/24 federico la morgia 

> >
> > Saverio secondo te cosa è successo quindi a Telecom o comunque cosa è
> successo ?
> >
>
> > ___
> > Wireless mailing list
> > Wireless@ml.ninux.org
> > ...
>



-- 
luca.postregna.name
twitter.com/lucapost

___
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] Mi spiegate l'output di "ip addr" di un mio device

[nemesis]

Allora innanzitutto grazie a Gioacchino e ad Arkanet per le risposte.

Ora vediamo nei dettagli.. EHEH

On Mon, 25 Nov 2013 00:17:41 +0100, "Alessandro (aka ArkaNet)" 
 wrote:

Partiamo dal presupposto che il discorso reti potrebbe essere lungo e
snervante ... quindi 'greppiamo' un po e quagliamo la situazione ;)

Importante da sapere
 * inet ed inet6 indicano le rispettive famiglie di appartenenza
(inet = ipv4 - inet6 = ipv6)


Ok e fin qui tutto chiaro


* brd sta per broadcast (te la faccio semplice: su un network "/24"
avrai un NETWORK ID [192.168.0.0] degli IP ADDRESS fruibili
[192.168.1.1-254] ed un BROADCAST ADDRESS [192.168.0.255] ) ok 
vero si parlava di MAC ADDRESS ma DOVEVO fare questa premessa, quindi
non essendo il MAC ADDRESS come un indirizzo IP assegnato
dinamicamente o staticamente ma univoco per ogni singolo "pezzo"
hardware di rete ff:ff:ff:ff:ff:ff è proprio il broadcast di OGNI
scheda/componente di rete


cioè significa che può mandare i pacchetti a tutti i device che sono in 
LAN se ce ne fosse bisogno?



* link scope local / link scope global
 A differenza di ipv4, il suo successore ha un indirizzo "locale"
(fe80::) ed uno "globale", quest ultimo consente al device di
dialogare all'esterno


Ok. Ora è più chiaro, anche se non so bene a cosa serve l'indirizzo 
locale. Ma che è tipo 127.0.0.1 ? (ma quella è la loopback!)



* altre interfacce 1
 (gre0 sit0) interfacce da assegnare in caso di tunnel/vpn


Quindi questa interfaccia è dormiente? O fa qualcosa nel mio caso?


* altre interfacce 2
 Eth0/1_real e wifi0 "se non ricordo male" vengono create proprio da
AirOS a fronte di sue funzionalità che non è che ci interessino un
gran chè

Per il resto ti invito, a tuo tempo libero, a fare una ricerca su
goole parendo dai fondamenti di rete, si lo so è noioso ma ne vale la
pena.

Sul wiki di ninux dovrebbe esserci qualche documentazione in
merito/slide/appunti.

Spero di essere stato sinteticamente esplicativo ;)


Mi sono fatto un paio di corsi nell'ultimo anno che mi hanno aiutato 
parecchio, però mi mancano ancora dei concetti che mi sembrano piuttosto 
avanzati.


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

Re: [Ninux-Wireless] Trasferimento energia elettrica attraverso il wireless

[Luca Cappelletti]

2013/11/23 Massimiliano :
> Ciao, ho trovato interessante la possibilita' di trasferire energia
> elettrica attraverso il wireless.
>
> Quanto sarebbe fattibile una cosa del genere ?
>
> Con quali limiti ed impossibilita' ?
>
> Puo' causare rischi alla salute ?
>
>
> Avete documentazione per costruire questi tipi di sistema ?

http://kawahara.akg.t.u-tokyo.ac.jp/

enjoy

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

Re: [Ninux-Wireless] Mi spiegate l'output di "ip addr" di un mio device

[nemesis]

On Mon, 25 Nov 2013 00:07:05 +0100, Gioacchino Mazzurco 
 wrote:

On Sunday 24 November 2013 22:38:37 Nemesis wrote:

1: lo:  mtu 16436 qdisc noqueue

...
fin qui ci sono,anche se non so perchè l'mtu è 16436mentre 
solitamente è

1500.


Di solito e' 1500 sulle interfacce ethernet su loopback di solito e' 
proprio

quello che vedi li


Ok, approfondendo ho trovato questo:

"ummm.. 16 * 1024 would be 16384 then if you add the 52 byte TCP/IP 
header information, it comes out to the 16436 number.


(52 bytes for the header is.. 20 bytes for the IP header, 20 bytes for 
the TCP header, then it pads it to the next 32 bit boundary. )



you can send a 16kb packet along with the header information without 
fragmenting the packet. That's why that magic number"

http://forums.fedoraforum.org/showthread.php?t=252717

Concordate?




2: gre0:  mtu 1476 qdisc noop

...

Questa non l'ho capita.


Questa credo sia roba specifica dei tunnel che fate li a Roma



Ma è dormiente o è in funzione? Saverio o qualcun altro di Roma sapete 
cos'è?




3: eth0_real:  mtu 1500 qdisc
pfifo_fast qlen 500


Questa credo faccia riferimento all'interfaccia ethernet  fisica,
puoi notare
che dice UP che significa che e' abilitata

Dice anche PROMISC che significa che non scarta i pacchetti che
riceve anche se
non sono destinati a lei, sul perche' di questo non so probabilmente 
dipende

dalle vostre conf


Penso che sia per fare in modo che da una LAN puoi arrivare al resto di 
ninux anche se non hai impostato un gateway OLSR sul tuo PC, basta che 
ci sia un gateway OLSR sulla tua LAN.. credo eh.. correggetemi se 
sbaglio



4: eth1_real:  mtu 
1500

qdisc pfifo_fast qlen 500


Questa dice NO-CARRIER che significa che il cavo e' scollegato


Ma che è un interfaccia ethernet nascosta non utilizzata da ubiqiti? 
Mistero! :D





5: sit0:  mtu 1480 qdisc noop

...

Che minchia è sit0 ?


Sit e' un device che si usa per i tunnel ipv6 e' normale che ti dica 
NOARP

visto che che e' un tunnel ip6ip


ip6ip, c'è qualche approfondimento in merito?


6: eth0:  mtu 1500 
qdisc

...

cosa è inet6 con scope link?


ipv6 link local


Questo l'ha spiegato meglio arkanet :)



cos'è brd ff:ff:ff:ff:ff:ff dopo il mac address?


Indirizzo di broadcast layer 2



Ok, chiaro!



7: wifi0:  mtu 1500 qdisc ath_wme qlen 
500


Questa e' l'interfaccia wifi


8: ath0:  mtu 1500 
qdisc


Questa e' un interfaccia VAP "costruita" sopra l'interfaccia wifi 
fisica


Ah ok, fico.




  * qdisc
  * pfifo_fast
  * qlen 500
  * noqueue


Queste sono configurazione proprieta' della coda dei pacchetti un
uscita roba
abbastanza avanzata


Quindi posso anche ignorarli facendo il livello di astrazione?



  * valid_lft forever
  * preferred_lft forever


questo si riferisce a quanto viene ritenuto valido quell'ip a cui e' 
messo

vicino


ok chiaro




  * NO-CARRIER


Vedi sopra



  * BROADCAST


L'interfaccia supporta invio di pacchetti broadcast



  * MULTICAST


L'interfaccia supporta invio di pacchetti multicast



  * PROMISC


vedi sopra



  * UP (suppongo che l'interfaccia sia attiva?)


si vuol dire che e' configurata come attiva



queste ultime cose tutte chiare ora, grazie!

PS: aspettatevi altre domande.. eheh
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Memory leak su Apache 2.2.16

[Simone 'R00T_ATI' Quatrini]

Salve Ninux!
Mi farebbero comodo dei consigli sulla configurazione di un server
apache casalingo che monda la versione 2.2.16 (debian).
Sono costretto tramite cron a riavviare il servizio ogni 12h per via di
un memory leak.

Questo il grafico della RAM:
http://s11.postimg.org/3vidk2hlf/rrd.png
Come si vede, alla fine di Mercoledì c'è stato un picco che arriva a
4GB+ e mi ha causato un blocco completo del servizio, non riuscendo più
a servire le nuove richieste (loop in caricamento della pagina). Non è
strano?

Moduli caricati:
 core_module (static)
 log_config_module (static)
 logio_module (static)
 mpm_itk_module (static)
 http_module (static)
 so_module (static)
 actions_module (shared)
 alias_module (shared)
 auth_basic_module (shared)
 authn_file_module (shared)
 authz_default_module (shared)
 authz_groupfile_module (shared)
 authz_host_module (shared)
 authz_user_module (shared)
 autoindex_module (shared)
 cache_module (shared)
 cgi_module (shared)
 cgid_module (shared)
 deflate_module (shared)
 dir_module (shared)
 env_module (shared)
 mime_module (shared)
 negotiation_module (shared)
 php5_module (shared)
 proxy_module (shared)
 proxy_http_module (shared)
 reqtimeout_module (shared)
 rewrite_module (shared)
 setenvif_module (shared)
 ssl_module (shared)
 status_module (shared)
 suexec_module (shared)
 usertrack_module (shared)

Specifiche:
6GB RAM
4 CPU virtuali (i7 920  @ 2.67GHz)
14 domini hostati
Tecnologia PHP + Mysql
Da 5.000 a 8.000 richieste al giorno

apache2.conf:
http://pastebin.com/wNQuZnL6

La macchina Debian 6.0.8 monta imscp 1.0.3.0.
Se c'è qualcuno fra di voi che mi può far capire dove sbaglio mi farebbe
piacere!

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

Re: [Ninux-Wireless] ifconfig vs ip addr

[Alessandro (aka ArkaNet)]

Quindi la questione si sposterebbe verso il "che utilizzo ne devi fare"
piuttosto che "quali potenzialità vuoi avere"
Per recuperare nomi interfacce ed indirizzi IP ifconfig fa il suo "sporco
lavoro"
per qualcosa di più prelibato prediligo iproute2.

Alessandro

Il giorno 25 novembre 2013 11:17, nemesis  ha scritto:

> Il problema è che il tipo ha ragione, se voglio fare un livello di
> astrazione che recupera le informazioni dai device in modo portabile devo
> supportare tutti e due i comandi. Non è pratico che per usare il livello di
> astrazione bisogna prima aggiornare tutti i device di una rete.
>
> Federico
>
>
>
> On Sun, 24 Nov 2013 23:08:59 +0100, "Alessandro (aka ArkaNet)" <
> arkant...@gmail.com> wrote:
>
>> Personalmente ifconfig lo uso per pura "flessibilità di sistemi"
>> però c'è da considerare che è un po deprecato rispetto le
>> funzionalità offerte da ip.
>>  Rispetto la nostra attuale situazione si può usare tranquillamente
>> il pacchetto iproute2, invitando, per sicurezza, all'aggiornamento
>> degli ultimi firmware disponibili chiunque sia in rete.
>>
>> --
>>  Arka
>> Il 24/nov/2013 22:59 "Nemesis"  ha scritto:
>>
>>
>>  Ritorna la questione,
>>
>>  guardate i commenti a questa domanda su stackoverflow:
>>
>>
>> http://stackoverflow.com/questions/20177686/python-
>> parser-for-unix-ip-address-command-iproute2
>> [2]
>>
>>  In particolare questo commento:
>>
>>  _"One more thing though: Your friends are totally right about
>>
>> iproute2 being the future. But on many systems, particularly embedded
>> ones, you're still more likely to encounter the good old ifconfig, the
>> iproute2 package might not be installed. So if you want to make your
>> abstraction layer portable, you'll probably have to account for both.
>> – Lukas Graf"_
>>
>>
>>  Mi sa che tocca ingegnarsi di più.
>>
>>  Federico
>>
>> ___
>>  Wireless mailing list
>>  Wireless@ml.ninux.org [3]
>>  http://ml.ninux.org/mailman/listinfo/wireless [4]
>>
>>
>>
>> Links:
>> --
>> [1] mailto:neme...@ninux.org
>> [2]
>>
>> http://stackoverflow.com/questions/20177686/python-
>> parser-for-unix-ip-address-command-iproute2
>> [3] mailto:Wireless@ml.ninux.org
>> [4] http://ml.ninux.org/mailman/listinfo/wireless
>>
>
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
>



-- 

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

Re: [Ninux-Wireless] Memory leak su Apache 2.2.16

[tglman]

Che cosa usi per fare il servizio? php? cgi ? magari il problema
potrebbe stare nell'applicazione! che applicazione e` ?

bye

On 11/25/2013 11:14 AM, Simone 'R00T_ATI' Quatrini wrote:
> Salve Ninux!
> Mi farebbero comodo dei consigli sulla configurazione di un server
> apache casalingo che monda la versione 2.2.16 (debian).
> Sono costretto tramite cron a riavviare il servizio ogni 12h per via di
> un memory leak.
>
> Questo il grafico della RAM:
> http://s11.postimg.org/3vidk2hlf/rrd.png
> Come si vede, alla fine di Mercoledì c'è stato un picco che arriva a
> 4GB+ e mi ha causato un blocco completo del servizio, non riuscendo più
> a servire le nuove richieste (loop in caricamento della pagina). Non è
> strano?
>
> Moduli caricati:
>  core_module (static)
>  log_config_module (static)
>  logio_module (static)
>  mpm_itk_module (static)
>  http_module (static)
>  so_module (static)
>  actions_module (shared)
>  alias_module (shared)
>  auth_basic_module (shared)
>  authn_file_module (shared)
>  authz_default_module (shared)
>  authz_groupfile_module (shared)
>  authz_host_module (shared)
>  authz_user_module (shared)
>  autoindex_module (shared)
>  cache_module (shared)
>  cgi_module (shared)
>  cgid_module (shared)
>  deflate_module (shared)
>  dir_module (shared)
>  env_module (shared)
>  mime_module (shared)
>  negotiation_module (shared)
>  php5_module (shared)
>  proxy_module (shared)
>  proxy_http_module (shared)
>  reqtimeout_module (shared)
>  rewrite_module (shared)
>  setenvif_module (shared)
>  ssl_module (shared)
>  status_module (shared)
>  suexec_module (shared)
>  usertrack_module (shared)
>
> Specifiche:
> 6GB RAM
> 4 CPU virtuali (i7 920  @ 2.67GHz)
> 14 domini hostati
> Tecnologia PHP + Mysql
> Da 5.000 a 8.000 richieste al giorno
>
> apache2.conf:
> http://pastebin.com/wNQuZnL6
>
> La macchina Debian 6.0.8 monta imscp 1.0.3.0.
> Se c'è qualcuno fra di voi che mi può far capire dove sbaglio mi farebbe
> piacere!
>
> Grazie
> Simone
> ___
> 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] Memory leak su Apache 2.2.16

[Alessandro Gnagni]

Che mpm usi? Se usi prefork passa a worker.
Il 25/nov/2013 13:48 "Simone 'R00T_ATI' Quatrini"  ha
scritto:

> Salve Ninux!
> Mi farebbero comodo dei consigli sulla configurazione di un server
> apache casalingo che monda la versione 2.2.16 (debian).
> Sono costretto tramite cron a riavviare il servizio ogni 12h per via di
> un memory leak.
>
> Questo il grafico della RAM:
> http://s11.postimg.org/3vidk2hlf/rrd.png
> Come si vede, alla fine di Mercoledì c'è stato un picco che arriva a
> 4GB+ e mi ha causato un blocco completo del servizio, non riuscendo più
> a servire le nuove richieste (loop in caricamento della pagina). Non è
> strano?
>
> Moduli caricati:
>  core_module (static)
>  log_config_module (static)
>  logio_module (static)
>  mpm_itk_module (static)
>  http_module (static)
>  so_module (static)
>  actions_module (shared)
>  alias_module (shared)
>  auth_basic_module (shared)
>  authn_file_module (shared)
>  authz_default_module (shared)
>  authz_groupfile_module (shared)
>  authz_host_module (shared)
>  authz_user_module (shared)
>  autoindex_module (shared)
>  cache_module (shared)
>  cgi_module (shared)
>  cgid_module (shared)
>  deflate_module (shared)
>  dir_module (shared)
>  env_module (shared)
>  mime_module (shared)
>  negotiation_module (shared)
>  php5_module (shared)
>  proxy_module (shared)
>  proxy_http_module (shared)
>  reqtimeout_module (shared)
>  rewrite_module (shared)
>  setenvif_module (shared)
>  ssl_module (shared)
>  status_module (shared)
>  suexec_module (shared)
>  usertrack_module (shared)
>
> Specifiche:
> 6GB RAM
> 4 CPU virtuali (i7 920  @ 2.67GHz)
> 14 domini hostati
> Tecnologia PHP + Mysql
> Da 5.000 a 8.000 richieste al giorno
>
> apache2.conf:
> http://pastebin.com/wNQuZnL6
>
> La macchina Debian 6.0.8 monta imscp 1.0.3.0.
> Se c'è qualcuno fra di voi che mi può far capire dove sbaglio mi farebbe
> piacere!
>
> Grazie
> Simone
> ___
> 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] ifconfig vs ip addr

[Giuseppe De Marco]

Capito fede,

io ho detto python perchè praticamente faccio tutto con questo, in mancanza
di questo puoi sfruttare bash o quello del quale disponi sui dispositivi.
Per la comunicazione in rete io utilizzerei un bel REDIS come pub/sub, e
ogni nodo registrato sul suo canale prende i messaggi inviati da tutti.

Ad ogni modo penso che il discorso verterà su cosa conviene usare date le
ristrettezze lato dispositivi,
scusami se alle volte non sono chiaro, scrivo frettolosamente in ufficio,
tra mille telefonate e persone che si fiondano in stanza con la novità
della giornata appresso.
G



Il giorno 25 novembre 2013 10:43, nemesis  ha scritto:

> Giuseppe non lo cerco in locale ma su macchine remote! C'è pure scritto
> nella domanda.
>
> Magari era così facile.
>
> Federico
>
>
>
> On Mon, 25 Nov 2013 09:47:29 +0100, Giuseppe De Marco <
> demarco...@gmail.com> wrote:
>
>> import socket
>> socket.gethostbyname(socket.gethostname())
>>
>> oppure fai un comando di sistema (subprocess.Popen), fetchi l'output,
>> e con le regexp di python trovi tutto.
>>
>> Fai prima una findall eppoi un match con gruppi assegnati e ti
>> ritrovi un dizionario che puoi trasformare in oggetto o in cosa
>> desideri meglio.
>>
>> 2013/11/24 Nemesis
>>
>>  Ritorna la questione,
>>
>>  guardate i commenti a questa domanda su stackoverflow:
>>
>>
>> http://stackoverflow.com/questions/20177686/python-
>> parser-for-unix-ip-address-command-iproute2
>> [2]
>>
>>  In particolare questo commento:
>>
>>  _"One more thing though: Your friends are totally right about
>> iproute2 being the future. But on many systems, particularly embedded
>> ones, you're still more likely to encounter the good old ifconfig, the
>> iproute2 package might not be installed. So if you want to make your
>> abstraction layer portable, you'll probably have to account for both.
>> – Lukas Graf"_
>>
>>  Mi sa che tocca ingegnarsi di più.
>>
>>  Federico
>>
>> ___
>>  Wireless mailing list
>>  Wireless@ml.ninux.org [3]
>>  http://ml.ninux.org/mailman/listinfo/wireless [4]
>>
>>
>>
>> Links:
>> --
>> [1] mailto:neme...@ninux.org
>> [2]
>>
>> http://stackoverflow.com/questions/20177686/python-
>> parser-for-unix-ip-address-command-iproute2
>> [3] mailto:Wireless@ml.ninux.org
>> [4] 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] Memory leak su Apache 2.2.16

[Simone 'R00T_ATI' Quatrini]

Si, uso PHP + Mysql.
Sui siti hostati ci sono tutti CMS conosciuti: wordpress e joomla.
Non ho fatto caso cos'è che riempie la RAM effettivamente.
Però se riavviando apache2 cala di botto, penso proprio sia su apache2
il problema.

Il 25/11/2013 14:14, tglman ha scritto:
> 
> Che cosa usi per fare il servizio? php? cgi ? magari il problema
> potrebbe stare nell'applicazione! che applicazione e` ?
> 
> bye
> 
> On 11/25/2013 11:14 AM, Simone 'R00T_ATI' Quatrini wrote:
>> Salve Ninux!
>> Mi farebbero comodo dei consigli sulla configurazione di un server
>> apache casalingo che monda la versione 2.2.16 (debian).
>> Sono costretto tramite cron a riavviare il servizio ogni 12h per via di
>> un memory leak.
>>
>> Questo il grafico della RAM:
>> http://s11.postimg.org/3vidk2hlf/rrd.png
>> Come si vede, alla fine di Mercoledì c'è stato un picco che arriva a
>> 4GB+ e mi ha causato un blocco completo del servizio, non riuscendo più
>> a servire le nuove richieste (loop in caricamento della pagina). Non è
>> strano?
>>
>> Moduli caricati:
>>  core_module (static)
>>  log_config_module (static)
>>  logio_module (static)
>>  mpm_itk_module (static)
>>  http_module (static)
>>  so_module (static)
>>  actions_module (shared)
>>  alias_module (shared)
>>  auth_basic_module (shared)
>>  authn_file_module (shared)
>>  authz_default_module (shared)
>>  authz_groupfile_module (shared)
>>  authz_host_module (shared)
>>  authz_user_module (shared)
>>  autoindex_module (shared)
>>  cache_module (shared)
>>  cgi_module (shared)
>>  cgid_module (shared)
>>  deflate_module (shared)
>>  dir_module (shared)
>>  env_module (shared)
>>  mime_module (shared)
>>  negotiation_module (shared)
>>  php5_module (shared)
>>  proxy_module (shared)
>>  proxy_http_module (shared)
>>  reqtimeout_module (shared)
>>  rewrite_module (shared)
>>  setenvif_module (shared)
>>  ssl_module (shared)
>>  status_module (shared)
>>  suexec_module (shared)
>>  usertrack_module (shared)
>>
>> Specifiche:
>> 6GB RAM
>> 4 CPU virtuali (i7 920  @ 2.67GHz)
>> 14 domini hostati
>> Tecnologia PHP + Mysql
>> Da 5.000 a 8.000 richieste al giorno
>>
>> apache2.conf:
>> http://pastebin.com/wNQuZnL6
>>
>> La macchina Debian 6.0.8 monta imscp 1.0.3.0.
>> Se c'è qualcuno fra di voi che mi può far capire dove sbaglio mi farebbe
>> piacere!
>>
>> Grazie
>> Simone
>> ___
>> 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] Memory leak su Apache 2.2.16

[Simone 'R00T_ATI' Quatrini]

Ciao Alessandro,
nella configurazione precedente (che comunque andava in memory leak)
usavo 3 definizioni per mpm (prefork, worker e event):
http://pastebin.com/R68SR1dQ

E' corretto metterle tutte e 3 o è meglio lasciarne solo una (in questo
caso mi consigli solo la worker)?


Il 25/11/2013 14:17, Alessandro Gnagni ha scritto:
> Che mpm usi? Se usi prefork passa a worker.
> 
> Il 25/nov/2013 13:48 "Simone 'R00T_ATI' Quatrini"  > ha scritto:
> 
> Salve Ninux!
> Mi farebbero comodo dei consigli sulla configurazione di un server
> apache casalingo che monda la versione 2.2.16 (debian).
> Sono costretto tramite cron a riavviare il servizio ogni 12h per via di
> un memory leak.
> 
> Questo il grafico della RAM:
> http://s11.postimg.org/3vidk2hlf/rrd.png
> Come si vede, alla fine di Mercoledì c'è stato un picco che arriva a
> 4GB+ e mi ha causato un blocco completo del servizio, non riuscendo più
> a servire le nuove richieste (loop in caricamento della pagina). Non è
> strano?
> 
> Moduli caricati:
>  core_module (static)
>  log_config_module (static)
>  logio_module (static)
>  mpm_itk_module (static)
>  http_module (static)
>  so_module (static)
>  actions_module (shared)
>  alias_module (shared)
>  auth_basic_module (shared)
>  authn_file_module (shared)
>  authz_default_module (shared)
>  authz_groupfile_module (shared)
>  authz_host_module (shared)
>  authz_user_module (shared)
>  autoindex_module (shared)
>  cache_module (shared)
>  cgi_module (shared)
>  cgid_module (shared)
>  deflate_module (shared)
>  dir_module (shared)
>  env_module (shared)
>  mime_module (shared)
>  negotiation_module (shared)
>  php5_module (shared)
>  proxy_module (shared)
>  proxy_http_module (shared)
>  reqtimeout_module (shared)
>  rewrite_module (shared)
>  setenvif_module (shared)
>  ssl_module (shared)
>  status_module (shared)
>  suexec_module (shared)
>  usertrack_module (shared)
> 
> Specifiche:
> 6GB RAM
> 4 CPU virtuali (i7 920  @ 2.67GHz)
> 14 domini hostati
> Tecnologia PHP + Mysql
> Da 5.000 a 8.000 richieste al giorno
> 
> apache2.conf:
> http://pastebin.com/wNQuZnL6
> 
> La macchina Debian 6.0.8 monta imscp 1.0.3.0.
> Se c'è qualcuno fra di voi che mi può far capire dove sbaglio mi farebbe
> piacere!
> 
> Grazie
> Simone
> ___
> 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] Memory leak su Apache 2.2.16

[Alessandro Gnagni]

non funziona così apache.
puoi usare un solo mpm alla volta, quelle nella configurazione sono
lette dall'mpm che usi che parsa la propria ignorando le altre.

onestamente non so che mpm hai configurato, non conosco mpm_itk_module
(static)

ti consiglio di installare mpm_worker, dovrebbe bastare che dai apt-get
install apache2-mpm-worker.
poi dovrai cambiare tutte le conf del virtual host di conseguenza, ecco
un esempio:


ServerAdmin ***
ServerName **
DocumentRoot /var/www/*

Options +ExecCGI
AllowOverride All
Order allow,deny
allow from all


ErrorLog ${APACHE_LOG_DIR}/error.log

LogLevel warn

CustomLog ${APACHE_LOG_DIR}/access.log combined


inoltre qui trovi una guida alla configurazione con php:
http://stackoverflow.com/questions/15423814/apache-module-mpm-worker-php-issue

Il 25/11/2013 15:01, Simone 'R00T_ATI' Quatrini ha scritto:
> Ciao Alessandro,
> nella configurazione precedente (che comunque andava in memory leak)
> usavo 3 definizioni per mpm (prefork, worker e event):
> http://pastebin.com/R68SR1dQ
> 
> E' corretto metterle tutte e 3 o è meglio lasciarne solo una (in questo
> caso mi consigli solo la worker)?
> 
> 
> Il 25/11/2013 14:17, Alessandro Gnagni ha scritto:
>> Che mpm usi? Se usi prefork passa a worker.
>>
>> Il 25/nov/2013 13:48 "Simone 'R00T_ATI' Quatrini" > > ha scritto:
>>
>> Salve Ninux!
>> Mi farebbero comodo dei consigli sulla configurazione di un server
>> apache casalingo che monda la versione 2.2.16 (debian).
>> Sono costretto tramite cron a riavviare il servizio ogni 12h per via di
>> un memory leak.
>>
>> Questo il grafico della RAM:
>> http://s11.postimg.org/3vidk2hlf/rrd.png
>> Come si vede, alla fine di Mercoledì c'è stato un picco che arriva a
>> 4GB+ e mi ha causato un blocco completo del servizio, non riuscendo più
>> a servire le nuove richieste (loop in caricamento della pagina). Non è
>> strano?
>>
>> Moduli caricati:
>>  core_module (static)
>>  log_config_module (static)
>>  logio_module (static)
>>  mpm_itk_module (static)
>>  http_module (static)
>>  so_module (static)
>>  actions_module (shared)
>>  alias_module (shared)
>>  auth_basic_module (shared)
>>  authn_file_module (shared)
>>  authz_default_module (shared)
>>  authz_groupfile_module (shared)
>>  authz_host_module (shared)
>>  authz_user_module (shared)
>>  autoindex_module (shared)
>>  cache_module (shared)
>>  cgi_module (shared)
>>  cgid_module (shared)
>>  deflate_module (shared)
>>  dir_module (shared)
>>  env_module (shared)
>>  mime_module (shared)
>>  negotiation_module (shared)
>>  php5_module (shared)
>>  proxy_module (shared)
>>  proxy_http_module (shared)
>>  reqtimeout_module (shared)
>>  rewrite_module (shared)
>>  setenvif_module (shared)
>>  ssl_module (shared)
>>  status_module (shared)
>>  suexec_module (shared)
>>  usertrack_module (shared)
>>
>> Specifiche:
>> 6GB RAM
>> 4 CPU virtuali (i7 920  @ 2.67GHz)
>> 14 domini hostati
>> Tecnologia PHP + Mysql
>> Da 5.000 a 8.000 richieste al giorno
>>
>> apache2.conf:
>> http://pastebin.com/wNQuZnL6
>>
>> La macchina Debian 6.0.8 monta imscp 1.0.3.0.
>> Se c'è qualcuno fra di voi che mi può far capire dove sbaglio mi farebbe
>> piacere!
>>
>> Grazie
>> Simone
>> ___
>> 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
> 

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

Re: [Ninux-Wireless] SSH: recuperare tipo di antenna

[nemesis]

Inoltro su wireless le ultime risposte per aggiornare anche gli altri, 
penso che la discussione sia utile a tutti.


On Mon, 25 Nov 2013 14:19:47 +0100, "Alessandro (aka ArkaNet)" 
 wrote:

Rispondo in linea

Il 25/nov/2013 12:46 "nemesis"  ha scritto:
 >
 > Grazie,

Ma le pare, ogni contributo possa dare spero sia utile!
 >
 > vediamo un attimo, intendi dire che si possono fare una una serie
di controlli e dedurre il tipo di antenna in base ai dBi segnati 
sulla

config, però questo discorso vale solo per la Rocket?

Le intuizioni lasciano il tempo che trovano.
 Per me Rocket e "assimili" hanno bisogno di dati manuali.
 Anche se in extremis  alla fine sai che una sector x i 90° ha
17 dB  una a 120° 16 dB ... una a 90° modello 'operatore' 27dB
... insomma ci sono alcuni standard per cui la Rocket (forse) si
lascerebbe dedurre l'antenna, ma per Picostation e Bullet hai una
infinità di modelli non necessariamente ubiquiti.




 > Mentre per NanoBridge e AirGrid toccherà fare manualmente?

Rispetto quella tabella di valori noi sappiamo che ex. su AirGrid la
stringa di tmp/system.cfg

radio.1.antenna.id [2]=2

Vorrà dire che su quella AirGrid avremo una antenna di 17x24" con 28
dBi di guadagno


Qualcuno sa come funziona invece sulle NanoBeam?


Personalmente no, non so se Andrea ha spulciato qualcosa, addirittura
nemmeno mi viene in mente quale sia :o




 > Mentre per Nanostation e Loco usiamo l'antenna integrata
ovviamente, lì è facile.
 >

Mr OVVIO :D (loool)


Le impostazioni su inclinazione ed azimuth (facoltative) vanno

comunque inserite a mano, quindi un minimo di data entry se vorremo
avere questi strumenti utili dovremo farlo.

E mi sembra pure onesto!




 > Federico
 >
 >
 >
 > On Mon, 25 Nov 2013 12:20:09 +0100, "Alessandro (aka ArkaNet)"
wrote:
 >>
 >> Allora ricapitolando noi ATTUALMENTE abbiamo solo 2 variabili
(che
 >> poi sono 'statiche')
 >>
 >>         * Nanobridge
 >>         * AirGrid
 >>
 >> Le Nanobridge possono montare
 >>
 >>         * pannello da 300 mm e 22 dBi di guadagno
 >>         * pannello da 400 mm e 25 dBi di guadagno
 >>
 >> Le AirGrid possono montare
 >>
 >>         * griglia da 11x14 " e 23 dBi di guadagno
 >>         * gliglia da 17x24 " e 28 dBi di guadagno
 >>
 >>
 >> Sommariamente montiamo sempre le 25dBi x le Nanobridge e le 28dBi
per
 >> le AirGrid
 >> mentre è noto già col device_name l'antenna per le Loco e
 >> Nanostation
 >> Diversamente è noto solo il guadagno per device tipo Rocket,
 >> Picostation e Bullet
 >> Per ciò che concerne Mikrotik, nulla saccio.
 >>
 >> Comunque il riferimento nel file è anch'esso noto ed è visibile
con
 >>
 >>
 >> XM.v5.3.3.sdk# cat /tmp/system.cfg  | grep "antenna"
 >>
 >> radio.1.antenna.gain=xx [0 - 99]
 >>
 >> radio.1.antenna=y [0 - 4]
 >>
 >> Riguardo AirGrid e NanoBridge a seguire le tabelle di riferimento
 >>
 >> Nanobridge M
 >>
 >> 0 not set
 >>
 >> 1 "300 22 dBi"
 >>
 >> 2 "400 25 dBi"
 >>
 >> 3 not set
 >>
 >> 4 "no antenna select"
 >>
 >> AirGrid M
 >>
 >> 0 not set
 >>
 >> 1 "11x14 23 dBi"
 >>
 >> 2 "17x24 28 dBi"
 >>
 >> 3 not set
 >>
 >> 4 "no antenna select"
 >>
 >> Bella!
 >>
 >> Il giorno 25 novembre 2013 10:51, nemesis  ha scritto:
 >>
 >>
 >> On Mon, 25 Nov 2013 04:51:01 +0100, "Alessandro (aka ArkaNet)"
 >> wrote:
 >>   *** Messaggio PVT ***
 >>
 >>  Federì questa settimana avrò tempo, se ti va faccio io tutto
e poi
 >>  te lo giro e te lo spiego, come disse il paracadutista ;)
 >>   In realtà bisogna fare una tabella alla quale accedere per
 >> prendere
 >>  i dati tipo "ant1 = etc etc" ed interfacciarli con un valore in
 >>  /tmp/system.cfg ma credo ci sia una strada più easy
 >>
 >>  Ho già fatto una procedura che converte systemcfg in un
dizionario
 >> python:
 >>
 >>
 >>

https://github.com/nemesisdesign/nodeshot/blob/refactoring/nodeshot/networking/connectors/ssh/UbiquitiAirOS.py#L55
[4]
 >> [3]
 >>
 >>
 >>  Ho fatto la stessa cosa anche per ubntbox mca-status
 >>
 >>  Cmq cerchiamo di organizzare un giorno in cui vi spiego quello
che
 >> ho fatto e vi spiego quello che mi serve di sapere.
 >>
 >>  Federico
 >>
 >>  almeno per AirOS, per owrt la cosa si complica un pò perchè
 >> effettivamente puoi
 >>  "giocare" solo sullo switch del diversity e non hai parametri
da
 >>  inserire come AirOS per tipo di antenna. Poi ti aggiorno con
più
 >>  calma
 >>   Ps: ovviamente la rsp in ML si riferiva al solo tipo di
macchina,
 >>  nom all'antenna.
 >>   *** Messaggio PVT ***
 >>   --
 >>   Arka
 >>  Il 24/nov/2013 22:22 "Nemesis"  ha scritto:
 >>
 >>   sia su AirOS che OpenWRT
 >>
 >>   C'è un modo per capire che tipo di antenna è installata?
 >>
 >>   E' possibile recuperare la stessa cosa anche via SNMP?
 >>
 >>   Federico
 >>
 >>  ___
 >>   Wireless mailing list
 >>   Wireless@ml.ninux.org [5] [4] [2]
 >>   http://ml.ninux.org/mailman/listinfo/wireless [6] [5] [3]
 >>
 >>  Links:
 >>  --
 >>  [1] mailto:neme...@ninux.org [7

Re: [Ninux-Wireless] ifconfig vs ip addr

[nemesis]

On Mon, 25 Nov 2013 14:29:12 +0100, Giuseppe De Marco 
 wrote:

Capito fede,

io ho detto python perchè praticamente faccio tutto con questo, in
mancanza di questo puoi sfruttare bash o quello del quale disponi sui
dispositivi.
Per la comunicazione in rete io utilizzerei un bel REDIS come
pub/sub, e ogni nodo registrato sul suo canale prende i messaggi
inviati da tutti.


Redis lo sto utilizzando come message broker e caching in produzione, 
ma che c'entra con recuperare le informazioni dei device?



Ad ogni modo penso che il discorso verterà su cosa conviene usare
date le ristrettezze lato dispositivi,
scusami se alle volte non sono chiaro, scrivo frettolosamente in
ufficio, tra mille telefonate e persone che si fiondano in stanza con
la novità della giornata appresso.


Siamo tutti impegnati ;-)

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

[Ninux-Wireless] Free the Network: Hackers Take Back the Web

[nemesis]

L'avevate visto questo?

Free the Network: Hackers Take Back the Web
http://www.youtube.com/watch?v=Fx93WJPCCGs
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] SSH: recuperare tipo di antenna

[federico la morgia]

Se non sbaglio le nanobeam non le hanno ancora messe sul mercato italiano ?!?!!
  ___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Memory leak su Apache 2.2.16

[Simone 'R00T_ATI' Quatrini]

Ottimo, grazie per la risposta esaustiva. Mi metto subito a configurare
apache e vediamo come va ;)

Il 25/11/2013 16:34, Alessandro Gnagni ha scritto:
> non funziona così apache.
> puoi usare un solo mpm alla volta, quelle nella configurazione sono
> lette dall'mpm che usi che parsa la propria ignorando le altre.
> 
> onestamente non so che mpm hai configurato, non conosco mpm_itk_module
> (static)
> 
> ti consiglio di installare mpm_worker, dovrebbe bastare che dai apt-get
> install apache2-mpm-worker.
> poi dovrai cambiare tutte le conf del virtual host di conseguenza, ecco
> un esempio:
> 
> 
> ServerAdmin ***
> ServerName **
> DocumentRoot /var/www/*
> 
> Options +ExecCGI
> AllowOverride All
> Order allow,deny
> allow from all
> 
> 
> ErrorLog ${APACHE_LOG_DIR}/error.log
> 
> LogLevel warn
> 
> CustomLog ${APACHE_LOG_DIR}/access.log combined
> 
> 
> inoltre qui trovi una guida alla configurazione con php:
> http://stackoverflow.com/questions/15423814/apache-module-mpm-worker-php-issue
> 
> Il 25/11/2013 15:01, Simone 'R00T_ATI' Quatrini ha scritto:
>> Ciao Alessandro,
>> nella configurazione precedente (che comunque andava in memory leak)
>> usavo 3 definizioni per mpm (prefork, worker e event):
>> http://pastebin.com/R68SR1dQ
>>
>> E' corretto metterle tutte e 3 o è meglio lasciarne solo una (in questo
>> caso mi consigli solo la worker)?
>>
>>
>> Il 25/11/2013 14:17, Alessandro Gnagni ha scritto:
>>> Che mpm usi? Se usi prefork passa a worker.
>>>
>>> Il 25/nov/2013 13:48 "Simone 'R00T_ATI' Quatrini" >> > ha scritto:
>>>
>>> Salve Ninux!
>>> Mi farebbero comodo dei consigli sulla configurazione di un server
>>> apache casalingo che monda la versione 2.2.16 (debian).
>>> Sono costretto tramite cron a riavviare il servizio ogni 12h per via di
>>> un memory leak.
>>>
>>> Questo il grafico della RAM:
>>> http://s11.postimg.org/3vidk2hlf/rrd.png
>>> Come si vede, alla fine di Mercoledì c'è stato un picco che arriva a
>>> 4GB+ e mi ha causato un blocco completo del servizio, non riuscendo più
>>> a servire le nuove richieste (loop in caricamento della pagina). Non è
>>> strano?
>>>
>>> Moduli caricati:
>>>  core_module (static)
>>>  log_config_module (static)
>>>  logio_module (static)
>>>  mpm_itk_module (static)
>>>  http_module (static)
>>>  so_module (static)
>>>  actions_module (shared)
>>>  alias_module (shared)
>>>  auth_basic_module (shared)
>>>  authn_file_module (shared)
>>>  authz_default_module (shared)
>>>  authz_groupfile_module (shared)
>>>  authz_host_module (shared)
>>>  authz_user_module (shared)
>>>  autoindex_module (shared)
>>>  cache_module (shared)
>>>  cgi_module (shared)
>>>  cgid_module (shared)
>>>  deflate_module (shared)
>>>  dir_module (shared)
>>>  env_module (shared)
>>>  mime_module (shared)
>>>  negotiation_module (shared)
>>>  php5_module (shared)
>>>  proxy_module (shared)
>>>  proxy_http_module (shared)
>>>  reqtimeout_module (shared)
>>>  rewrite_module (shared)
>>>  setenvif_module (shared)
>>>  ssl_module (shared)
>>>  status_module (shared)
>>>  suexec_module (shared)
>>>  usertrack_module (shared)
>>>
>>> Specifiche:
>>> 6GB RAM
>>> 4 CPU virtuali (i7 920  @ 2.67GHz)
>>> 14 domini hostati
>>> Tecnologia PHP + Mysql
>>> Da 5.000 a 8.000 richieste al giorno
>>>
>>> apache2.conf:
>>> http://pastebin.com/wNQuZnL6
>>>
>>> La macchina Debian 6.0.8 monta imscp 1.0.3.0.
>>> Se c'è qualcuno fra di voi che mi può far capire dove sbaglio mi farebbe
>>> piacere!
>>>
>>> Grazie
>>> Simone
>>> ___
>>> 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
>>
> 
> ___
> 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] ifconfig vs ip addr

[Giuseppe De Marco]

no alcuna, usare ssh è la soluzione.
Con redis ci vorrebbe un client su ogni device... :)


Il giorno 25 novembre 2013 16:49, nemesis  ha scritto:

> On Mon, 25 Nov 2013 14:29:12 +0100, Giuseppe De Marco <
> demarco...@gmail.com> wrote:
>
>> Capito fede,
>>
>> io ho detto python perchè praticamente faccio tutto con questo, in
>> mancanza di questo puoi sfruttare bash o quello del quale disponi sui
>> dispositivi.
>> Per la comunicazione in rete io utilizzerei un bel REDIS come
>> pub/sub, e ogni nodo registrato sul suo canale prende i messaggi
>> inviati da tutti.
>>
>
> Redis lo sto utilizzando come message broker e caching in produzione, ma
> che c'entra con recuperare le informazioni dei device?
>
>  Ad ogni modo penso che il discorso verterà su cosa conviene usare
>> date le ristrettezze lato dispositivi,
>> scusami se alle volte non sono chiaro, scrivo frettolosamente in
>> ufficio, tra mille telefonate e persone che si fiondano in stanza con
>> la novità della giornata appresso.
>>
>
> Siamo tutti impegnati ;-)
>
> ___
> 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] SSH: recuperare tipo di antenna

[Andrea Pescetelli]

Chi lo ha detto?
Il 25/nov/2013 17:57 "federico la morgia"  ha
scritto:

> Se non sbaglio le nanobeam non le hanno ancora messe sul mercato italiano
> ?!?!!
>
> ___
> 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] Proposta di legge sul libero accesso alla rete

[nemesis]

BEGIN PREMESSA:
Non voglio mettermi a parlare di politica, se qualche altra forza 
poltiica avesse messo in piedi la possibilità di fare commenti e 
proporre modifiche avrei fatto la stessa cosa, quindi perfavore non 
generiamo flame.

END PREMESSA

Qui stanno facendo un disegno di legge da presentare:
https://sistemaoperativom5s.beppegrillo.it/edit_entry.php?id=16

Mi pare ancora molto bozza.
Se volete fare proposte, scrivere un pezzo, ammendare, mandatemi il 
testo e lo aggiungo.

Non so se si possono iscrivere tutti perchè è in beta.

Se volete facciamo un google doc.. e gli postiamo proposte di modifica 
giornalmente.


Come data su fine discussione è segnato 31 Gennaio 2014

Ecco il testo:

"DISEGNO DI LEGGE COSTITUZIONALE

MODIFICHE ED INTEGRAZIONI ALLA COSTITUZIONE IN MATERIA DI TUTELA E 
LIBERO ACCESSO ALLA RETE INTERNET.


Onorevoli Senatori!

Se il diritto all'informazione coincide con il diritto stesso alla 
democrazia, è evidente che il grado di democraticità di uno Stato si 
misura sulla disponibilità delle informazioni, sull'estensione, la 
quantità e la qualità delle informazioni disponibili, sull'estensione 
del bacino di accesso alle informazioni, sulle modalità secondo cui esse 
circolano.


Il periodo storico che stiamo vivendo è caratterizzato e sarà ricordato 
sicuramente come il periodo di inizio della 3° rivoluzione industriale e 
culturale, quella cioè che vede l’uso di internet diffondersi in maniera 
esponenziale riducendo distanze e modificando profondamente i modi di 
produzione e distribuzione, non solo di beni e merci, ma anche di 
cultura.


Internet, in particolare, è una piattaforma costituita da tecnologie 
sottostanti - PC, reti, protocolli, utenti, data-base - ma è anche un 
artefatto culturale la cui esistenza sociale e politica è assolutamente 
indipendente da quelle componenti.


Ha introdotto modalità di relazione fra persone sconosciute prima e, in 
ciascuna di esse, abitudini nuove; ha reso raggiungibile 
l'inaccessibile, ha ampliato il senso della post-modernità, 
smaterializzando i corsi di accesso al sapere, alla conoscenza, sempre 
difficoltosi prima, liberandoli dai vincoli materici, spaziali e 
temporali che li ingabbiavano (le biblioteche, gli archivi, gli 
schedari: percorsi, entrate, orari, procedure, riproduzioni, attese, 
ritorni), infine virtualizzando e sintetizzando gli atti, ma 
amplificandone la portata e la valenza dei risultati.


Negli ultimi mesi in particolare è emerso in modo sempre più diffuso il 
concetto di “cloud” cioè quella metodologia che permette di condividere 
strumenti e risorse online, quindi informazioni sempre disponibili in 
rete.


La condivisione del pensiero e della conoscenza in maniera virtuale, in 
rete, determina quindi uno spostamento del baricentro culturale della 
società, che in tempi classici poteva essere identificato ad esempio con 
il filosofo, con la biblioteca e fino alla fine del boom economico con 
il "tecnico" oppure "professionista". Oggi il baricentro culturale di 
una nazione - ma non solo -deve essere necessariamente identificato ed 
inquadrato da un punto di vista collettivo e sociale, anche in termini 
di disponibilità.


Ancora più in dettaglio, la possibilità di avere, sempre, ovunque e 
immediatamente una risposta ad una domanda, innesca apparentemente da un 
lato un impoverimento personale diminuendo il proprio bagaglio 
culturale, mentre alimenta di fatto la massa culturale globale.


Nella affermazione precedente si è usato non a caso il termine 
apparentemente, perché di fatto la disponibilità di risorse in rete, 
costante nel tempo, apre le porte dell’ignoto e lascia invariata la sete 
di sapere personale. In altri termini, mentre 100 anni fa una persona di 
media cultura aveva accesso limitato al sapere che non afferiva alla sua 
sfera, oggi, si può a ragione ritenere che sia straordinariamente più 
semplice non già "detenere", ma piuttosto "accedere" alla soluzione.


Ecco allora come si delinea la oramai non procrastinabile esigenza di 
definire uno "spazio costituzionale di interazione fra l'attività dei 
cittadini e quella delle istituzioni" garantita dalla possibilità 
tecnica per tutti gli appartenenti a una comunità di essere presenti in 
tutte le fasi dei processi culturali, sociali, politici e 
amministrativi.


La "rete" internet prima che un dispositivo tecnologico, è una nuova 
dimensione della realtà con modalità di relazioni e di azioni immerse in 
un contesto sociale disarticolato, in mutamento costante, fluido, quindi 
poco lineare, un contesto sociale che paradossalmente è esso stesso 
prima di tutto reticolare.


Le tecnologie di rete sono parte integrante di questa dimensione e sono 
anch'esse connotate da una doppia natura: da una lato, canale di 
comunicazione per far interagire individui e gruppi; dall'alto, ambiente 
sociale in cui "vivono" e si sviluppano i rapporti economici, politici e 
culturali e in cui si configurano i "luoghi" decisionali.


I diritti e le libertà

Re: [Ninux-Wireless] SSH: recuperare tipo di antenna

[Alessandro (aka ArkaNet)]

Punto della situazione. Ogni tanto ci vuole :D

Le Nanobridge possono montare

   - pannello da 300 mm e 22 dBi di guadagno
   - pannello da 400 mm e 25 dBi di guadagno


 Le AirGrid possono montare

   - griglia da 11x14 " e 23 dBi di guadagno
   - gliglia da 17x24 " e 28 dBi di guadagno


Col device_name l'antenna per le Loco e Nanostation è nota poiché inclusa
nel device
Diversamente è noto solo il guadagno per device tipo Rocket, Picostation e
Bullet
Per ciò che concerne Mikrotik, nulla saccio.

Comunque il riferimento nel file è anch'esso noto ed è visibile con

XM.v5.3.3.sdk# cat /tmp/system.cfg  | grep "antenna"
radio.1.antenna.gain=xx [0 - 99]
radio.1.antenna=y [0 - 4]



Riguardo AirGrid e NanoBridge a seguire le tabelle di riferimento in syncro
con interfaccia web

*Nanobridge M*

0 not set

*1 "300 22 dBi"*

*2 "400 25 dBi"*

3 not set

*4 "no antenna select"*


*AirGrid M*

0 not set

*1 "11x14 23 dBi"*

*2 "17x24 28 dBi"*

3 not set

*4 "no antenna select"*


 > vediamo un attimo, intendi dire che si possono fare una una serie

di controlli e dedurre il tipo di antenna in base ai dBi segnati sulla

config, però questo discorso vale solo per la Rocket?


Le intuizioni lasciano il tempo che trovano.
 Per me Rocket e "assimili" hanno bisogno di dati manuali.
 Anche se in extremis  alla fine sai che una sector x i 90° ha
17 dB  una a 120° 16 dB ... una a 90° modello 'operatore' 27dB
... insomma ci sono alcuni standard per cui la Rocket (forse) si
lascerebbe dedurre l'antenna, ma per Picostation e Bullet hai una
infinità di modelli non necessariamente ubiquiti.




-- 

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

Re: [Ninux-Wireless] VPN senza encryption

[Massimiliano]

Massimiliano ma prima di fare questa domanda in lista hai provato a
leggere la documentazione di almeno 1 software per fare vpn ?

Saverio


Ho fatto delle ricerche con "openwrt vpn without encryption" e "openwrt 
ip tunnel without encryption" ma avevo trovato solo PPTPD lato server e 
fricki lato client.


Nessun sito web che trattasse questa cosa.

---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com

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

Re: [Ninux-Wireless] Captive Portal e richiesta pareri

[Massimiliano]

Se uno si fa il nodo sul tetto (dalle mie parti esistono terrazzi, pochi 
tetti) ed io condivido con lui la mia connessione non posso impedire a 
lui di condividerla con altri nodi (sul mio nodo che condivide la 
connessione con lui credo non possa fare nulla a livello tecnico da 
questo punto di vista).


---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com

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