Re: [Ninux-Wireless] proposta di usare 192.168/16 solo per uso locale

[Stefano De Carlo]

Il 15/03/2016 13:04, Matteo Pedani ha scritto:
> Propongo quindi di liberare la 192.168/16 e destinarla ad un uso privato e 
> non comunitario. E permetterne una gestione migliore.

Se l'obbiettivo comunitario è evitare problemi di interoperabilità tra routing 
domain ninux e privato, non è necessario dichiarare tutta la /16 non routabile 
su ninux. Bastano 5 subnet

* 192.168.0.0/24
* 192.168.1.0/24

E uno si potrebbe pure fermare qui e avrebbe risolto praticamente tutti i 
conflitti generati dagli indirizzamenti tipici di default. Quindi 
essenzialmente, si tratterebbe della 192.168.0.0/23. In modalità paranoia si 
aggiungerebbero:

* 192.168.2.0/24
* 192.168.100.0/24
* 192.168.200.0/24
* 192.168.254.0/24

Oltre queste la probabilità di trovarsi un conflitto tra indirizzamenti 
pre-esistenti e Ninux nelle tabelle è trascurabile e probabilmente risolvibile 
lato-nodo.

Stefanauss.



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

[Ninux-Wireless] Visualizzare la topologia della vostra rete

[Nemesis]

Da oggi è disponibile una nuova guida sul wiki:
http://wiki.ninux.org/TopologyVisualizer

Descrive come aggiungere topologie sul nuovo collettore/visualizzatore
che stiamo testando da un pò di tempo.

Man mano che lo userete ed invierete feedback la migliorerò aggiungendo
informazioni mancanti.

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

Re: [Ninux-Wireless] Codemotion Roma 2016

[Alessandro Gubitosi]

Io ho acquistato il biglietto ma poi venerdì mattina ho un impegno,
quindi arriverò nel primo pomeriggio.
Sabato invece tutto il giorno.

Gubi


Il 15/03/2016 18:24, Patrizio Perna ha scritto:
> Ciao a tutti !
>
> Chi di voi parteciperà?
>
> Io sarò presente insieme a tutta l'azienda dove lavoro, ci sono stato
> solo una volta nel 2012!
>
> http://rome2016.codemotionworld.com/
> ___
> 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] proposta di usare 192.168/16 solo per uso locale

[Giuliano G]

Secondo la topologia che vedo dal mio nodo la 192.168.1.0/24 non è
annunciata da nessuno [*], ci sono però annunciate subnet della
192.168.0.0/16.
Ti dico come la vedo io: non devo necessariamente raggiungere tutte le
macchine dentro ninux, quindi ho impostato regole di routing in modo da
considerare "mia lan" tutto ciò che sta in 192.168.0.0/20 in quanto reputo
veramente una sciocchezza utilizzare un tale range di indirizzi per servizi
ninux. Se altri annunciano in ninux tali subnet... Beh non saranno mai
raggiunti dalle mie macchine.

Giuliano
aka
Morpheo76

[*]
% echo "GET /route\n\n" | nc 10.139.5.9 2006 | grep
"192.168."

192.168.0.0/24  172.16.139.12   10  10.973
ath0

192.168.3.0/24  172.16.139.12   12  12.973
ath0

192.168.3.3/32  172.16.139.12   11  11.973
ath0

192.168.3.214/32172.16.139.12   12  12.973
ath0

192.168.9.0/24  172.16.139.12   11  12.086
ath0

192.168.9.1/32  172.16.139.12   11  12.086
ath0

192.168.17.0/24 172.16.139.12   6   6.647
ath0

192.168.23.0/24 172.16.139.12   6   6.647
ath0

192.168.23.3/32 172.16.139.12   6   6.647
ath0

192.168.40.0/24 172.16.139.12   5   5.344
ath0

192.168.145.81/32   172.16.139.12   7   7.282
ath0

192.168.171.0/24172.16.139.12   7   8.303
ath0

192.168.177.0/24172.16.139.12   6   6.604
ath0

192.168.177.10/32   172.16.139.12   6   6.604
ath0

192.168.177.100/32  172.16.139.12   7   7.604
ath0

192.168.177.200/32  172.16.139.12   7   7.604
ath0

192.168.178.0/24172.16.139.12   4   4.324
ath0

192.168.178.100/32  172.16.139.12   4   4.324
ath0

192.168.178.200/32  172.16.139.12   5   5.324
ath0

192.168.180.0/24172.16.139.12   7   7.282   ath0
Il 15/mar/2016 13:04, "Matteo Pedani"  ha scritto:

> Mi sto connettendo ad un mio vicino di condominio, naturalmente ha un
> router-adsl  e questo come la maggior parte dei router è configurato sulla
> 192.168.1.1 naturalmente questo è gia preso dentro la rete ninux.
>
> Io posso benissimo fare una nat con il mio vicino, il punto non è questo.
> Il punto è che a parte di non fare i salti mortali e fare una nat a livello
> mac address , cosa che è  possibile per un server linux, ma non è possibile
> per molti router.  Non posso fare altro.
>
> In pratica non vedrei la rete 192.168.1.1 di ninux ma solo quella del
> vicino, se faccio una semplice nat.
>
> Propongo quindi di liberare la 192.168/16 e destinarla ad un uso privato e
> non comunitario. E permetterne una gestione migliore.
>
> --
> *Matteo Pedani*
>
> www.pedani.it
> mobile +39  3343637690
> phone +39 0699341466
> phone +39 069415152
>
>
>
>
> ___
> 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] Codemotion Roma 2016

[Patrizio Perna]

Ciao a tutti !

Chi di voi parteciperà?

Io sarò presente insieme a tutta l'azienda dove lavoro, ci sono stato
solo una volta nel 2012!

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

Re: [Ninux-Wireless] Dismettere la pagina Gestione Indirizzi

[BornAgain]

On 15/03/2016 15:48, Fabio Capriati wrote:
> 
> 
> 
> Quanto è stato usato ipam da quando lo si è messo su? (domanda reale non
> retorica)
> 
> 
> Quando è stato messo su sono stati copiati tutte le subnet dal wiki all'IPAM

riformulo

Dopo l'avvio iniziale .. i nodi che sono stati successivamente aggiunti
lo sono stati sia sul wiki che su ipam? solo sul wiki? solo su ipam?





BornAgain

bornagain [at] autoproduzioni.net

Nodi su rete wireless comunitaria Ninux.org
http://map.ninux.org/select/reggiocalbornagain/
http://map.ninux.org/select/romapandora/
ed altri ..

> 
> 
>  
> 
> 
> ___
> 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] Fwd: Re: [OpenWrt-Devel] Cannot flash UBNT Loco M2

[Nemesis]

FYI


 Forwarded Message 
Subject:Re: [OpenWrt-Devel] Cannot flash UBNT Loco M2
Date:   Fri, 11 Mar 2016 15:28:41 +0100
From:   Matthias Schiffer 
To: Joseph Marlin , Outback Dingo

CC: Bill Moffitt , openwrt-de...@lists.openwrt.org





This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--rxAlIpeFV6gXQsOOrJdtfljB0USMgOl9v
Content-Type: multipart/mixed; boundary="wulcDOuxD3Kao985jBLkWu6w6ucA9x8w7"
From: Matthias Schiffer 
To: Joseph Marlin ,
 Outback Dingo 
Cc: Bill Moffitt , openwrt-de...@lists.openwrt.org
Message-ID: <56e2d619.3070...@universe-factory.net>
Subject: Re: [OpenWrt-Devel] Cannot flash UBNT Loco M2
References: <56be547b.1080...@ayrstone.com>
 
 <806358474.10108225.1455314988512.javamail.r...@saucontech.com>
 
 <1701680746.20447974.1457704012855.javamail.zim...@saucontech.com>
In-Reply-To: <1701680746.20447974.1457704012855.javamail.zim...@saucontech.com>

--wulcDOuxD3Kao985jBLkWu6w6ucA9x8w7
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

On 03/11/2016 02:46 PM, Joseph Marlin wrote:
> We certainly haven't. I've tried applying these patches - http://thread=
=2Egmane.org/gmane.comp.embedded.openwrt.devel/39001
>=20
> to no avail. I still get hit by a "Error code 2 - Firmware Check Failed=
".=20
>=20
> I'm really suspecting this comes down to an intentional check by Ubiqui=
ti to prevent us from flashing, as described on this list and in this com=
ment on the ticket - https://dev.openwrt.org/ticket/20982#comment:16
>=20
> I have not yet had a chance to change the image header and CRC to look =
like a Ubiquiti image, nor do I know how to offhand, but I hope to give i=
t a shot soon.

Hi,
there is a lot of misinformation about this issue going around, in
particular, the wiki is plain wrong (I'll fix that some time soon.)

Here's what's going on:

* OpenWrt had wrong partition sizes in its UBNT AirMax firmware for a lon=
g time
* Old AirOS and the corresponding U-boot version had a bug that made U-bo=
ot
ignore the partition sizes defined in the firmware image. This made OpenW=
rt
work with the old U-boot despite its broken partition sizes
* The new AirOS has been fixed in this regard (but contains a new bug).
This also means that the broken OpenWrt images don't work anymore and can=

cause even more breakage
* The new U-boot/AirOS did *not* change the flash layout. Both AirOS 5.5.=
x
and 5.6.x use the same flash layout, the changed flash layout reported in=

the wiki is caused by broken OpenWrt images!
* The OpenWrt trunk since r48829 and the CC branch since r48849 are fixed=
,
meaning they define the correct partition sizes
* The "Newly-erased block contained word ..." messages are a consequence =
of
a missing patch in CC that has been backported as r48849 (the new U-boot
doesn't remove flash protection, so the flash is just read-only from
OpenWrt; TFTP recovery is the only way to upgrade in this state)
* AFAIR "Error code 2 - Firmware Check Failed" is the consequence of a bu=
g
in the new U-boot: after flashing an image with broken (smaller) partitio=
n
sizes, the recovery doesn't accept images with the original partition siz=
es
anymore

Getting out of this state is not easy: you have a U-boot on your device
that doesn't accept correct images, and an OpenWrt version that doesn't
allow writing to the flash.

Through a serial console, you can try fixing the settings in U-boot; when=
 I
tried this the last time, I wasn't able to do so, but maybe I did somethi=
ng
wrong. The U-boot console has a few interesting settings (I forgot the
exact commands, but the "help" command should tell you everything you nee=
d
to know):

* You can reset the MTD layout to the defaults. This makes the recovery
accept correct images again. Unfortunately, in my experiments, this setti=
ng
was not permanent even when I saves the environment after resetting the
layout. In the hindsight, I remember there being a setting to disable fla=
sh
protection, maybe that would made have the environment saving effective.

In the end, I fixed this by creating a patched OpenWrt image that allowed=

me to write to the uboot and uboot-env partitions; this allowed me to wri=
te
back backups I had made of the uboot and uboot-env before I broke the fla=
sh
layout by flashing OpenWrt. Obviously, this does not work if you don't ha=
ve
backups...

* If you don't plan to ever go back to AirOS again, it might be okay to
just ignore the broken MTD layout in the U-boot settings. Get into the
U-boot console, reset the MTD layout, start recovery, and flash an OpenWr=
t
version after trunk r48829 or CC r48849.


I hope this helps. I'd be 

Re: [Ninux-Wireless] Dismettere la pagina Gestione Indirizzi

[leonardo]

On Tue, 2016-03-15 at 12:51 +0100, Matteo Pedani wrote:
> Fabio Capriati a voce mi ha detto quando gli ho accennato al fatto di
> dismettere la pagina gestione indirizzi, che una pagina web è più
> facile da vedere.  E' vero ma è anche vero che basta configurare bene
>   
> 
> http://ipam.ninux.org ; 
> cioè:

Ciao Matteo,

Noi a Firenze usiamo il wiki, anche perche' non sappiamo molto di ipam.
Come si usa?  In ogni caso non togliere la pagina di Firenze, e magari
lasciala linkata dalla pagina principale.

ciao,
leonardo.


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

Re: [Ninux-Wireless] Dismettere la pagina Gestione Indirizzi

[Fabio Capriati]

>
>
> Quanto è stato usato ipam da quando lo si è messo su? (domanda reale non
> retorica)


Quando è stato messo su sono stati copiati tutte le subnet dal wiki all'IPAM
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Dismettere la pagina Gestione Indirizzi

[BornAgain]

On 15/03/2016 12:51, Matteo Pedani wrote:
> La pagina Gestione Indirizzi è ormai diventata un vero.
> 
> Usandola è facile prendere un indirizzo già usato e non accorgersene.
> Tant'è che anche chi mette mano ad un nodo condiviso come quello del
> fusolab, non ha aggiornato in passato le informazioni.
> 
> Io propongo di dismettere da ADESSO, l'uso della pagina Gestione indirizzi.

ma anche no

> 
> Fabio Capriati a voce mi ha detto quando gli ho accennato al fatto di
> dismettere la pagina gestione indirizzi, che una pagina web è più facile
> da vedere.  E' vero ma è anche vero che basta configurare bene  
> 
> http://ipam.ninux.org 
> cioè:
>  aggiungere alla pagina di login le user e password per la gestione degli ip
> scrivere la pagina di aiuto sulle gestione degli ip (dentro ipam)
> 

no al massimo direi che puoi iniziare a fare una pagina su wiki di aiuto
a gestire ipam

> Se non ci sono flames io propongo quindi di passare alla gestione SOLO
> su IPAM. Delegando alla pagina web gestione indirizzi una descrizione su
> come gestire gli indirizzi.
> 
> Farò questa cosa giovedì notte, a meno che un congruo numero di persone
> sia in disaccordo con me.
> 
> In pratica quello che farò sara semplicemente, di riscrivere la pagina
> Gestione indirizzi, togliendo tutti di indirizzi da essa. P.S.
> salvandone una copia per backup di riferimento.

quindi direi che poi manderò a te tutte le informazioni da caricare su
ipam così da inserirle
perchè in questo momento non ho tempo e modo di ripartire su una cosa
nuova (ed univoca) semplicemente per registrare le informazioni fatte su
un nuovo nodo .

Quanto è stato usato ipam da quando lo si è messo su? (domanda reale non
retorica)

Dato che poi non si tratta di una questione di flame ma di *metodo* non
credo che su una pagina centrale come "gestione indirizzi" il metodo di
inserimento possa essere deciso da *una persona* dal martedì per il giovedì.

Una cosa molto semplice sul wiki è CTRL+F e metti la barra che vorresti
prenderti e vedi se è occupata.

> 
> -- 
> /*Matteo Pedani*/
> 
> www.pedani.it    
> mobile +39  3343637690 
> phone +39 0699341466
> phone +39 069415152
> 
> 
> 
> 
> 
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
> 





BornAgain

bornagain [at] autoproduzioni.net

Nodi su rete wireless comunitaria Ninux.org
http://map.ninux.org/select/reggiocalbornagain/
http://map.ninux.org/select/romapandora/
ed altri ..
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Dismettere la pagina Gestione Indirizzi

[Fabio Capriati]

Concordo che la gestione via wiki sia un delirio. Matteo, ti eri proposto
un di fare uno script che prendesse il database da ipam e generasse una
pagina wiki. Prima di cancellare tutto sviluppa questa cosa. Nel caso tu
facessi la cancellazione unilaterale, la pagina sarà ripristinata da un
software alieno di controllo. :)
Ti  consiglio di portare la tua istanza in assemblea giovedi 7 aprile.

Saluti

Fabio

Il giorno 15 marzo 2016 13:32, Luca Postregna  ha
scritto:

> qualche tempo fa balenavo l'idea di un repo su github con un semplice
> script per aggiungere/togliere gli indirizzi, che ovviamente faccia anche
> la verifica di disponibilità
> saluti
> LP
>
> 2016-03-15 13:01 GMT+01:00 Giuseppe De Marco :
>
>> Il 15 marzo 2016 12:51, Matteo Pedani  ha scritto:
>> > La pagina Gestione Indirizzi è ormai diventata un vero.
>> >
>> > Usandola è facile prendere un indirizzo già usato e non accorgersene.
>> > Tant'è che anche chi mette mano ad un nodo condiviso come quello del
>> > fusolab, non ha aggiornato in passato le informazioni.
>> >
>> > Io propongo di dismettere da ADESSO, l'uso della pagina Gestione
>> indirizzi.
>> >
>>
>> Matteo dici cose sacrosante, è anche vero che una gestione unificata
>> significa mettere daccordo tutti.
>>
>> Personalmente credo che dovremmo portare questi contenuti in nodeshot
>> e usare nodeshot per tutte le cose necessarie ai task "wireless". In
>> questo l'assegnazione degli indirizzi ricade nel "wireless". Di certo
>> un campo "unique" e una serie di piccoli accorgimenti risolverebbero
>> il problema della collisione e tante altre care cose.
>>
>> Questo è un pensiero che non vuole assolutamente collidere con l'opera
>> che stai o hai già avviato, anzi complimenti e buon lavoro
>> ___
>> Wireless mailing list
>> Wireless@ml.ninux.org
>> http://ml.ninux.org/mailman/listinfo/wireless
>>
>
>
>
> --
> Luca Postregna
>
> http://luca.postregna.name
> https://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] Dismettere la pagina Gestione Indirizzi

[Luca Postregna]

qualche tempo fa balenavo l'idea di un repo su github con un semplice
script per aggiungere/togliere gli indirizzi, che ovviamente faccia anche
la verifica di disponibilità
saluti
LP

2016-03-15 13:01 GMT+01:00 Giuseppe De Marco :

> Il 15 marzo 2016 12:51, Matteo Pedani  ha scritto:
> > La pagina Gestione Indirizzi è ormai diventata un vero.
> >
> > Usandola è facile prendere un indirizzo già usato e non accorgersene.
> > Tant'è che anche chi mette mano ad un nodo condiviso come quello del
> > fusolab, non ha aggiornato in passato le informazioni.
> >
> > Io propongo di dismettere da ADESSO, l'uso della pagina Gestione
> indirizzi.
> >
>
> Matteo dici cose sacrosante, è anche vero che una gestione unificata
> significa mettere daccordo tutti.
>
> Personalmente credo che dovremmo portare questi contenuti in nodeshot
> e usare nodeshot per tutte le cose necessarie ai task "wireless". In
> questo l'assegnazione degli indirizzi ricade nel "wireless". Di certo
> un campo "unique" e una serie di piccoli accorgimenti risolverebbero
> il problema della collisione e tante altre care cose.
>
> Questo è un pensiero che non vuole assolutamente collidere con l'opera
> che stai o hai già avviato, anzi complimenti e buon lavoro
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
>



-- 
Luca Postregna

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

Re: [Ninux-Wireless] proposta di usare 192.168/16 solo per uso locale

[Giuseppe De Marco]

Mattè sacrosanto pure questo, l'isola di roma non mi compete ma per
risolvere questo genere di problemi puoi sempre fare un bel tunnel
così comunichi in questo con una rete tipo 100.64/16 e alla fine
100.64.0.1 ti farà nat alla fine verso il 192.168.1 che collide.

Maometto alla montagna oppure la montagna...

Il 15 marzo 2016 13:04, Matteo Pedani  ha scritto:
> Mi sto connettendo ad un mio vicino di condominio, naturalmente ha un
> router-adsl  e questo come la maggior parte dei router è configurato sulla
> 192.168.1.1 naturalmente questo è gia preso dentro la rete ninux.
>
> Io posso benissimo fare una nat con il mio vicino, il punto non è questo. Il
> punto è che a parte di non fare i salti mortali e fare una nat a livello mac
> address , cosa che è  possibile per un server linux, ma non è possibile per
> molti router.  Non posso fare altro.
>
> In pratica non vedrei la rete 192.168.1.1 di ninux ma solo quella del
> vicino, se faccio una semplice nat.
>
> Propongo quindi di liberare la 192.168/16 e destinarla ad un uso privato e
> non comunitario. E permetterne una gestione migliore.
>
> --
> Matteo Pedani
>
> www.pedani.it
> mobile +39  3343637690
> phone +39 0699341466
> phone +39 069415152
>
>
>
>
> ___
> 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 usare 192.168/16 solo per uso locale

[Matteo Pedani]

Mi sto connettendo ad un mio vicino di condominio, naturalmente ha un
router-adsl  e questo come la maggior parte dei router è configurato sulla
192.168.1.1 naturalmente questo è gia preso dentro la rete ninux.

Io posso benissimo fare una nat con il mio vicino, il punto non è questo.
Il punto è che a parte di non fare i salti mortali e fare una nat a livello
mac address , cosa che è  possibile per un server linux, ma non è possibile
per molti router.  Non posso fare altro.

In pratica non vedrei la rete 192.168.1.1 di ninux ma solo quella del
vicino, se faccio una semplice nat.

Propongo quindi di liberare la 192.168/16 e destinarla ad un uso privato e
non comunitario. E permetterne una gestione migliore.

-- 
*Matteo Pedani*

www.pedani.it
mobile +39  3343637690
phone +39 0699341466
phone +39 069415152
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Dismettere la pagina Gestione Indirizzi

[Giuseppe De Marco]

Il 15 marzo 2016 12:51, Matteo Pedani  ha scritto:
> La pagina Gestione Indirizzi è ormai diventata un vero.
>
> Usandola è facile prendere un indirizzo già usato e non accorgersene.
> Tant'è che anche chi mette mano ad un nodo condiviso come quello del
> fusolab, non ha aggiornato in passato le informazioni.
>
> Io propongo di dismettere da ADESSO, l'uso della pagina Gestione indirizzi.
>

Matteo dici cose sacrosante, è anche vero che una gestione unificata
significa mettere daccordo tutti.

Personalmente credo che dovremmo portare questi contenuti in nodeshot
e usare nodeshot per tutte le cose necessarie ai task "wireless". In
questo l'assegnazione degli indirizzi ricade nel "wireless". Di certo
un campo "unique" e una serie di piccoli accorgimenti risolverebbero
il problema della collisione e tante altre care cose.

Questo è un pensiero che non vuole assolutamente collidere con l'opera
che stai o hai già avviato, anzi complimenti e buon lavoro
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Dismettere la pagina Gestione Indirizzi

[Matteo Pedani]

La pagina Gestione Indirizzi è ormai diventata un vero.

Usandola è facile prendere un indirizzo già usato e non accorgersene.
Tant'è che anche chi mette mano ad un nodo condiviso come quello del
fusolab, non ha aggiornato in passato le informazioni.

Io propongo di dismettere da ADESSO, l'uso della pagina Gestione indirizzi.

Fabio Capriati a voce mi ha detto quando gli ho accennato al fatto di
dismettere la pagina gestione indirizzi, che una pagina web è più facile da
vedere.  E' vero ma è anche vero che basta configurare bene

http://ipam.ninux.org
cioè:
 aggiungere alla pagina di login le user e password per la gestione degli ip
scrivere la pagina di aiuto sulle gestione degli ip (dentro ipam)

Se non ci sono flames io propongo quindi di passare alla gestione SOLO su
IPAM. Delegando alla pagina web gestione indirizzi una descrizione su come
gestire gli indirizzi.

Farò questa cosa giovedì notte, a meno che un congruo numero di persone sia
in disaccordo con me.

In pratica quello che farò sara semplicemente, di riscrivere la pagina
Gestione indirizzi, togliendo tutti di indirizzi da essa. P.S. salvandone
una copia per backup di riferimento.

-- 
*Matteo Pedani*

www.pedani.it
mobile +39  3343637690
phone +39 0699341466
phone +39 069415152
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless