ho avuto modo di parlarne indirettamente su vari forum, ma ora è il
momento di fare un vero e proprio annuncio.
Il progetto si chiama “OnBoard” ed è un’interfaccia web basata su
Sinatra mirata all’amministrazione di appliance di rete Linux: router,
firewall, vpn etc. etc.
Vuole essere meno incasinato e pesante di Webmin (che è scritto in
Perl), ma più flessibile e meno “microscopico” di LuCI (l’interfaccia
web di OpenWRT, scritta in Lua).
Il progetto è sponsorizzato dall’azienda per cui lavoro(*) ed è
rilasciato con licenza GPL.
Bravo!
un paio d’anni fà ho realizzato un applicazione simile (su rails) ,
gestione firewall, accessi, dns e routing (in pratica un sistema di
controllo accessi a una rete privata), non ha avuto un lungo futuro
comunque
Complimenti per il lavoro e per aver usato Sinatra !!
Appena avrò un pò di tempo me lo guardo bene
Alessandro S.:
Bravo!
un paio d’anni fà ho realizzato un applicazione simile (su rails) ,
gestione firewall, accessi, dns e routing (in pratica un sistema di
controllo accessi a una rete privata), non ha avuto un lungo futuro
comunque
Mi spiace che il tuo progetto si sia arenato. Sarei felice di poter dare
un’occhiata al codice, se non è closed, magari contiene idee che possono
rinascere a nuova vita Un link?
Rispondo anche ad Andrea, mi fa piacere che Sinatra abbia altri
estimatori in Italia, su questa lista non se ne parla quasi mai… Rails
è forse un po’ overkill per qualcosa che deve girare in un router…
Grazie per i complimenti, per tutto il resto, forkate, forkate pure
Grazie per i complimenti, per tutto il resto, forkate, forkate pure
G.
mi accodo ai complimenti, forkerò volentieri perchè mi interessa molto,
magari provandolo su qualche altra distro. ho notato che hai predisposto
una ‘platform/’ con il file per debian
mi accodo ai complimenti, forkerò volentieri perchè mi interessa molto,
Grazie
magari provandolo su qualche altra distro. ho notato che hai predisposto
una ‘platform/’ con il file per debian
Sì, è l’unica (piccola) parte che dipende dalla distribuzione, e forse
scomparirà in futuro: ho trovato comodo servirmi degli init script di
debian per riavviare dnsmasq, piuttosto che fare kill -HUP o kill -USR1
o quello che è, o far partire il demone da una riga di comando “custom”
come invece faccio con altri servizi.