Unifi et mini-PC (suite…)

Suite des essais d’Unifi sur un mini-ordinateur, avec cette fois la partie enregistrement des connexions.

Et là, forte déception car, à moins de ne pas avoir trouvé le bon endroit pour configurer, il ne semble pas possible d’enregistrer autre chose que les évènements systèmes comme en témoigne la capture réalisée par notre Weblogpack :

Nov 9 16:54:54 192.168.1.208 syslog: ace_reporter.reporter_inform(): connect(http://192.168.1.207:8080/inform) in progress…
Nov 9 16:54:54 192.168.1.208 syslog: ace_reporter.reporter_connected(): reporter connected to http://192.168.1.207:8080/inform
Nov 9 16:54:54 192.168.1.208 syslog: ace_reporter.reporter_send(): request sent, waiting for response
Nov 9 16:54:54 192.168.1.208 syslog: ace_reporter.reporter_read(): Success!! HTTP Status code: 200
Nov 9 16:54:54 192.168.1.208 syslog: ace_reporter.reporter_read(): HTTP Content-Length: 120
Nov 9 16:54:54 192.168.1.208 syslog: ace_reporter.mcagent_cjson_dump(): { « _type »: « noop », « interval »: 10, « server_time_in_utc »: « 1320857693064 » }
Nov 9 16:54:54 192.168.1.208 syslog: ace_reporter.reporter_ok(): [Inform OK] next in 10s
Nov 9 16:54:58 192.168.1.208 syslog: ace_reporter.stun_send(): STUN sent to 192.168.1.207:3478
Nov 9 16:54:58 192.168.1.208 syslog: ace_reporter.stun_recv(): mapped_address=192.168.1.208:1026
Nov 9 16:54:58 192.168.1.208 syslog: uplink-monitor.update(): prev observation is eth[eth0], seq 329
Nov 9 16:54:59 192.168.1.208 syslog: uplink-monitor.update(): belief is eth[eth0]
Nov 9 16:54:59 192.168.1.208 syslog: uplink-monitor.update(): uplink is eth0
Nov 9 16:55:04 192.168.1.208 syslog: ace_reporter.reporter_inform(): connect(http://192.168.1.207:8080/inform) in progress…
Nov 9 16:55:04 192.168.1.208 syslog: ace_reporter.reporter_connected(): reporter connected to http://192.168.1.207:8080/inform
Nov 9 16:55:04 192.168.1.208 syslog: ace_reporter.reporter_send(): request sent, waiting for response
Nov 9 16:55:04 192.168.1.208 syslog: ace_reporter.reporter_read(): Success!! HTTP Status code: 200
Nov 9 16:55:04 192.168.1.208 syslog: ace_reporter.reporter_read(): HTTP Content-Length: 120
Nov 9 16:55:04 192.168.1.208 syslog: ace_reporter.mcagent_cjson_dump(): { « _type »: « noop », « interval »: 10, « server_time_in_utc »: « 1320857703178 » }
Nov 9 16:55:04 192.168.1.208 syslog: ace_reporter.reporter_ok(): [Inform OK] next in 10s
Nov 9 16:55:14 192.168.1.208 syslog: ace_reporter.reporter_inform(): connect(http://192.168.1.207:8080/inform) in progress…
Nov 9 16:55:14 192.168.1.208 syslog: ace_reporter.reporter_connected(): reporter connected to http://192.168.1.207:8080/inform
Nov 9 16:55:14 192.168.1.208 syslog: ace_reporter.reporter_send(): request sent, waiting for response
Nov 9 16:55:14 192.168.1.208 syslog: ace_reporter.reporter_read(): Success!! HTTP Status code: 200
Nov 9 16:55:14 192.168.1.208 syslog: ace_reporter.reporter_read(): HTTP Content-Length: 120
Nov 9 16:55:14 192.168.1.208 syslog: ace_reporter.mcagent_cjson_dump(): { « _type »: « noop », « interval »: 10, « server_time_in_utc »: « 1320857713291 » }
Nov 9 16:55:14 192.168.1.208 syslog: ace_reporter.reporter_ok(): [Inform OK] next in 10s
Nov 9 16:55:15 192.168.1.208 syslog: uplink-monitor.update(): prev observation is eth[eth0], seq 330
Nov 9 16:55:16 192.168.1.208 syslog: uplink-monitor.update(): belief is eth[eth0]
Nov 9 16:55:16 192.168.1.208 syslog: uplink-monitor.update(): uplink is eth0

Légalement donc, en France, cela va poser problème, puisque chaque gestionnaire de hotspot WiFi est tenu d’enregistrer les connexions effectuées via son installation. Si quelqu’un a une idée, elle sera la bienvenue, mais pour le moment la solution ne semble pas évidente, ou alors très bien dissimulée 😉

 

 

Publications similaires

  • AirOS : nouveaux firmwares

    Mise à jour récente des firmware des modules Ubiquiti Nanostation et Powerstation, avec une nouvelle version d’AirOS. Pour les télécharger, faites votre choix ci-dessous : Nanostation 2 Powerstation 2 Nanostation 5 Powerstation 5 Comme toujours, vérifiez la version présente dans les modules qui vous sont livrés. Nous faisons le maximum pour avoir des modules à jour, mais il peut arriver que ce ne soit pas le cas. Voici les ajouts effectués, en anglais, depuis la version 3.1 : AirOS Firmware…

  • Routeur Dlink 802.11n DIR-635

    Nous sommes en train de tester un point d’accès Dlink 802.11n, la fameuse norme qui vous promet d’aller plus vite que votre connexion par câble ethernet. Nous avons donc approvisionné un pack comportant le routeur 2.4 GHz DIR-635 et une carte PCMCIA. Les débits sont présents, certes, mais il ne faut vraiment pas d’obstacles si on veut espérer être efficaces. D’autre part, les canaux passent à 40 MHz de largeur, ce qui peut poser problème en présence d’autres systèmes WiFi…

  • |

    SANS OBSTACLES : le WiFi !

    Difficile parfois de comprendre certaines demandes, surtout lorsque vous avez tout prévu, surtout lorsque vous avez clairement indiqué la nécessite de ne pas avoir d’obstacles pour qu’un pont réseau sans fil fonctionne correctement. Eh bien non, régulièrement la demande tombe : J’ai 5 km mais il y a une colline, cela va-t-il fonctionner ? Je voudrais relier la maison de mes parents située à 2 km, mais il y a des immeubles devant chez moi, cela va-t-il fonctionner ? et…

  • |

    AirControl version iPhone

    Sur les forums Ubiquiti, un développeur semble travailler à une version iPhone du logiciel AirControl. Rappelons que ce système permet de gérer à distance une flotte de modules Ubiquiti. Le développeur en question a posté quelques photos de son travail en cours : La demande a du coup été formulée pour une version Android. Wait & See, la surprise ne devrait pas trop tarder maintenant, à condition que les lutins charger d’approuver chaque application de l’App$tore ne trouvent pas une…

  • DD-WRT : possible ? ou pas ?

    Si vous ne savez pas si votre module WiFi est supporté par DD-WRT et ne savez pas quelle version de ce logiciel utiliser, rendez-vous sur la page listant le hardware géré et vous trouverez votre bonheuren quelques secondes. C’est rapide, pratique, même si certains modules nécessitent un achat sur la boutique en ligne.

4 commentaires

  1. Salut,

    J’utilise également du matériel Ubiquiti pour mes clients dont un est un hôtel. Problème les log du controleur Unifi ne sont vraiment pas exploitables. Reste la solution de mettre un firewall en sortie et d’enregistrer les logs. As-tu trouvé une solution de ton coté ?

    1. oui, très simple : Wifipak et son enregistreur. On met le wifipak en mode transparent et ça enregistre tout seul 🙂 Le gestionnaire Unifi peut alors faire office de hotspot ou autre, au choix, ou laisser le wifipak le faire.

      c’est la solution la plus modulable pour le moment, sans contraintes ni licences.

      1. Oui, je viens de voir ce materiel sur ton site. Ca répond aux exigences imposées par la lois et ça reste abordable. J’ai vu que ça utilisait la distrib pfsense. C’est une version reconfigurée par vos soins ? Le matériel c’est de l’arm avec un peu de ram ?
        En tout cas je vais surement opter pour cette solution.

        1. Tout est reconfiguré oui, et les platines sont avec 256 Mo systématiquement. Le matériel a déjà été testé avec 500 utilisateurs sans soucis. En plus, s’il ne gère pas le hotspot, c’est autant de temps machine libéré.

          Il fournit le dhcp aux bornes Unifi, on place le contrôleur Unifi sur le même réseau (192.168.3.xxx par ex) et il transmet les connexions à l’enregistreur : c’est tout simple, et déjà testé ici avec succès.

Les commentaires sont fermés.