Newsgroup: it.comp.reti.wireless
Titolo: Gestione rete Guest

Salve a tutti,
sono nuovo del gruppo ed avrei una richiesta, non essendo pratico 
dell'argomento specifico:
un mio cliente gestisce una catena di negozi e vorrebbe dare al'accesso 
wifi ai clienti tramite una rete guest. E fin qui tutto semplice. Pero' 
vorrebbe anche un sistema che ogni giorno cambiasse automaticamente la 
password della rete e la comunicasse al gestore del negozio, che, non 
essendo un informatico, dovrebbe solo preoccuparsi di comunicarla al 
cliente.
 
Mi sapete indicare quali sistemi hw/sw e' necessario implementare (anche 
open source) ?
 
grazie 1000 a chi vorra' rispondere
saluti
Davide

Di comodo, semplice ed economico mi viene in mente avere degli AP che
abbiano una qualche cli per la gestione accessibile via rete (ssh con
un dns dinamico, una vpn con ssh/telnet/kermit, ...); generazione e cambio
centralizzato delle password gestito via ssh (o quel che è)+expect tramite
script o via Ansible (se vuoi una UI Rundeck come fe è abbastanza gestibile)
le password si possono rendere disponibili inviandole via mail cifrate con
GNUPG, metterle su una pagina web con tanto di QR-code pronto per la stampa
ecc. Se i negozi hanno un desktop gestibile da remoto puoi anche metterla
sullo sfondo della scrivania generando l'immagine con ImageMagick!
 
Se gli AP non sono gestibili via CLI la cosa si fa dura, Python+BeautifulSoup
può aiutare, QWebPage (PyQt5.QtWebKitWidgets) è anche comoda secondo com'è
fatta la WebUI degli AP, Sikuli in casi estremi ma comunque il lavoro iniziale
diventa più lungo e gli eventuali problemi da gestire a runtime (UI che
cambiano, nuovi AP ecc) sono decisamente più complessi e lunghi da
risolvere a loro volta...
 
Il succo cmq è un host, anche una miniboard, con una qualche distro GNU/Linux
o cmq un sistema *nix centrale unito ad un sistema di accesso remoto per
arrivare agli ap. Cron gestisce la periodicità, Ansible può aiutare a far
meno lavoro per lo script, Rundeck (o Ansible Tower, dipende dal budget)
sono delle buone WebUI se una volta messo in piedi il sistema lo dovranno
gestire soggetti diciamo "poco competenti".
 
-- 
| sed s/_//g on my mail to reach me :-)


Sinceramente non ho capito pressoche' una mazza.....   :-)
Non cercavo qualcosa da mettere insieme, anche perche' non sarei in 
grado, ma piuttosto qualcosa di "gia' pronto" o industry standard 
semplice da implementare (tipo roba cisco, hp, ......).
Non esiste niente ?
tnx

I più economici penso sarebbero Ubiquiti con AirControl e MikroTik con
Flashfig ma in ambo i casi un minimo (veramente minimo) di scripting ci
vuole... Il "costo" di queste soluzioni è che devi comunque cambiare
tutti gli AP già esistenti. Cisco è ben più salato e ha anche lui una
gestione del mass-dploying (vedi AP Meraki) ma se non hai già esperienza
con Cisco al di la dei costi è ben più duro capirci qualcosa col loro
ferro che non con una shell *nix, Cisco vende certificazioni, le cose
complicate e strane mi pare favoriscano il business (per carità, lo fan
anche tanti altri ma...)...
 
Cmq se gli AP già presenti hanno un accesso di shell fare uno script con
expect per qualcosa di così semplice è roba digeribile, essenzialmente
quel che fa expect è "aspettare" un input, paragonarlo a quel che gli hai
dato tu e fornire la risposta programmata. Per esempio tu, a mano daresti:
 
  MioComputer> ssh ilMioAP_n0
  IoSonLAP> cambia_chiave wifi_guest
  cambia_chiave> Nuova Chiave Di Rete
  IoSonLAP> exit
 
con uno script expect diventa
 
  set timeout 10
  spawn ssh ilMioAP_n0
  expect -exact "IoSonLAP> "
  send -- "cambia_chiave wifi_guest\r"
  expect -exact "cambia_chiave> "
  send -- "Nuova Chiave Di Rete\r"
  expect -exact "IoSonLAP> "
  send -- "exit"
  expect eof
 
Il timeout è giusto per dire quanto tempo deve aspettare prima di lasciar
perdere, spawn lancia un processo (ssh nel caso) e il resto bé non ha
bisogno di commenti... \r è per "dare invio". La parte "extra" è un for
che cicla su n AP ripetendo la stessa cosa. Volendo si può anche far fare
tutto a expect dando autoexpect, agendo a mano e poi exit, lui crea uno
script che rifà esattamente quel che hai fatto a mano nella "sessione
registrata", poi c'è qualche ritocchino manuale ma nulla di che. Se anche
non l'hai mai usato in qualche ora di bestemmie&sudore te la cavi, tempo
e impegno non dissimili dall'imparare un nuovo strumento grafico.
 
Altra faccenda se gli AP si gestiscono solo con interfacce web, li c'è un
bel po' di lavoro, più che scripting quasi vera programmazione, per poter
automatizzare l'interazione con l'AP... Allora si che li è da valutare di
lasciar perdere (anche perché gli AP in questione sarebbero decisamente
dei brutti clienti a prescindere)...


 Flashfig ma in ambo i casi un minimo (veramente minimo) di scripting ci
La butto lì, senza considerare le necessarie complicazioni, soprattutto 
VPN: mikrotik con capsman?