[V2][myNID] Clonage et Chaînage des serveurs Nabizdead

Bonjour,

Objectif : Installer très facilement son propre serveur web "myNabizdead" en 5 minutes (une fois bien rôdé) et 10 lignes de php !

Le serveur ainsi cloné sur la base de nabizdead.net devient entièrement autonome (et surtout totalement ouvert aux dévs). Il peut aussi être chaîné avec d'autres serveurs ou services web quelconques afin de founir un réseau maillé plus important offrant de très nombreux services à la carte.

Le serveur myNabizdead peut aussi être vu comme un proxy qui pourrait s'intercaler entre le lapin et le serveur Nabizdead original, ou un autre serveur myNID, pour diffuser des informations particulières et transmettre la main au serveur suivant.

Il permet aussi très simplement d'insérer et de contrôler le lapin au sein d'un réseau local, comme un simple périphérique.

On peut ainsi imaginer de nombreuses utilisations : il n'y a donc plus de limite pour ce type de services, à part son imagination.

Les commandes interactives envoyées au Tag:tag sont en langage clair (ex: SAY ASK MP3 COLOR SLEEP WAKEUP...) et permettent très facilement le développement de nombreuses applications de type Quizz, Histoires interactives, Flux d'informations, Nabcasts, etc...

On notera qu'il n'est pas nécessaire de "monter" son serveur myNID pour fournir du contenu aux Nabaztags de la communauté : une simple page web suffit, dès l'instant qu'elle renvoie les commandes dans le format attendu par le lapin en mode texte. On ne peut plus simple.

C'est désormais totalement ouvert. Ca le sera encore plus quand le (génial) créateur du serveur Nabizdead original aura confié à la Communauté les sources du boot_code_nominal pour ajouter des fonctionalités au niveau du Tag:tag côté client et non pas côté serveur.

Requis : Un hébergement web supportant le .php et le fichier .htaccess

On procède en 2 étapes principales :

1. Installation du "boot_code" chargé par le Nabaztag:tag lors de sa mise sous tension
   
2. Modification & Interception des demandes (requêtes) du Nabaztag:tag
   

Lire la suite sur http://wizz.cc/blog/index.php?post/2011/11/10/Clonage-et-Chainage-des-serveurs-Nabizdead

Lire aussi le sujet sur le Boot Nabizdead

Testé et approuvé.

Bonjour,
je souhaite réaliser cela, afin de pouvoir me servir du Karotz dans un projet de domotique et ainsi faire dire des choses à mon lapin même si ma connection internet venait à être défaillante.

La partie .htaccess et p.php ne me pose pas de problème j'ai mon propre serveur en interne sur une adresse de reseau local (192.168.0.1), j'ai bien compris qu'il me faut mettre les 5 fichiers à la racine de mon serveur.

Là où je but c'est pour configurer mon karotz pour qu'il aille sur http://192.168.0.1/bc.jsp en effet lorsque j'ai allumé mon lapin, je me souviens nulle part où avoir pu rentrer cette adresse.
Je me souviens juste d'avoir cocher mon reseau WIFI et entrer ma clef.

Bien à vous

Bonjour,
Ce clonage n'est valable que pour les Nabaztag:tag (v2).
Le Karotz (v3) a une toute autre technologie qui ne peut s'appliquer à ce tuto.

Cdt.

Grand merci pour cette réponse, je suis alors déçu de mon achat car il devient du coup bien moins fiable pour l'usage que je lui reservait.

Ce devait être mon principal porte parole concernant les alertes domotique (temperature congélo trop haut, prod solaire en defaut, message de sortie des poubelles...) en cas d'absence d'internet il deviendra muet tandis que mon reseau ethernet lui serait encore présent quel dommage.

L'idéal pour ton projet est effectivement un Tag:tag (v2) dont les sources ont été publiés, y compris le firmware...
Sur mon blog http://blog.wizz.cc tu trouveras les tutos pour créer facilement un clonage du système v2 pour des besoins privés ou pourquoi pas offrir aussi à la communaiuté un nouveau type de service basé sur nid !

Bonjour,

J'ai voulu tester MyNID chez moi. Ca marche presque mais j'ai quand même un souci de taille, je n'arrive pas à utiliser la commande SAY. Le lapin change bien de couleur avec COLOR et il prend bien la pose avec la lumière verte et rouge quand je fait ASK, par contre il s'obstine à être muet.

Voici les étapes que j'ai faites pour arriver à ce point :
J'ai installé WAMP pour que mon ordinateur puisse traiter le php.

Ensuite j'ai créé un nouveau dossier "nabpoupil" et j'y ai mis les fichiers fournis par wizz.cc

J'ai configuré mon lapin pour se connecter à mon ordinateur sur le réseau local. (Mis le lapin en bleu et mis 192.168.0.2/nabaztag dans le serveur de connexion).

J'ai un peu changé le p.php pour renvoyer un message de configuration moi même (un copier coller de celui de nabizdead).

J'ai essayé de changer le binaire (c'est peut être là que j'ai fait les choses mal)
Pas de problème pour l'adresse ip (192.168.0.2)
pour le dossier, pas de problèmes non plus car nabpoupil fait 9 caractères.
Pour le nom de domaine qui serait peut être facultatif par contre je ne savais pas quoi mettre, j'ai mis 192.168.0.2 par défaut.

Voici les logs apaches et les réponses correspondantes :

/nabpoupil/bc.jsp?v=0.0.0.10&m=00:12:34:56:78:78&l=00:00:00:00:00:00&p=00:00:00:00:00:00&h=4 HTTP/1.0

Envoi du binaire

/nabpoupil/p.php?v=0.0.5&sn=001234567878&tp=6&ref=&rep=&r=61426&conf=1 HTTP/1.0

DYN 600 TIME 75837 WAKEUP -1 SLEEP -1 SNDTHR 100 ASKDELAY 20 MSK 15 COLOR FF8000 LANG fr RESET SAY Coucou ! Mon nouveau serveur nabaztag est installé. !conf.clock.0 [...]!conf.clock.23 Il est 23 heure, chatouille-moi les oreilles. !conf.wakeup C'est l'heure de réveil ! C'est une bonne journée qui démarre !conf.sleep C'est l'heure de mon gros dodo.

/nabpoupil/p.php?v=0.0.5&sn=001234567878&tp=0&ref=&rep=&r=31893&conf=0

COLOR FF8000 LANG fr RESET SAY Coucou

C'est une bouteille à la mer, je ne sais pas trop si d'autres ont rencontré ce problème, si vous avez une idée ce serait super sympa. ^^

Salut Poupil,

Déjà félicitations pour ton installation en local !

Installe un wireshark (ou équivalent) sur ton réseau pour analyser toutes les trames qui transitent.

Tu pourras ansi voir rapidement ce qui peut clocher et en plus c'est le seul moyen d'en apprendre bcp sur le protocole échangé entre le lapin et le service...

Le firmware "nabizdead" fait des appels à google tts. Vérifie aussi la syntaxe de ta commande say.

nb: t'es sûr que le son fonctionne ?

Cdt,
Wizz.cc

Merci Wizz.cc, je n'ai pas fait grand chose, au contraire c'est toi qu'il faudrait saluer pour toutes les explications que tu nous a fournies pour faire ça. ^^

Je vais prendre le temps de me vérifier les échanges réseau avec wireshark (jusqu'à présent je regardait les logs apaches et faisait un copier coller de chacune sur mon browser pour avoir la réponse) et me renseigner sur le protocole google tts que je ne connais pas du tout. ^^;

Au sujet du son, j'ai eu la même réaction que toi j'avoue mais en fait ça marche bien si j'utilise un autre serveur de connexion, c'est donc bien moi qui suis en cause. ^^

Bonne soirée

bonsoir Wizz,
j'ambitionne d'installer ton code sur mon NAS LG N2R1 qui, curieusement, écoute à la fois en lighttpd en 80 et apache2 en 9090. C'est ce dernier qui semble le vecteur privilégié pour le .htaccess, si j'ai bien compris... A la lecture de ton tuto, il me semble que recoder avec l'éditeur hexa dans le bytecode l'adresse des requêtes en précisant le port 9090 sur l'IP de mon NAS est possible, pourvu que l'ensemble "rentre dans la case". Peux-tu me conforter dans cette voie avant que je traffique mon NAS ? Je précise que j'ai un accès root dessus grâce à un firm alternatif, que php est fonctionnel, et je ne sais pas encore pour le mod rewrite...
merci

Salut cep33,

Normalement, ça devrait fonctionner puisque le premier appel du nabz pour récupérer son bytecode est défini dans son setup, donc tu peux y mettre n'importe quelle url... pour aller chercher ton bytecode (modifié) y compris sur internet ! (sans doute la bonne solution, et les .htaccess sont dispos partout, free, ovh, ...)

Et finalement si tu décides d'aller qd même prendre le bytecode sur ton serveur en local, je ne pas sûr que tu aies besoin du .htaccess; ce dernier servant principalement à wrapper la distribution du bytecode .bin lors de l'appel à /bc.jsp (à la limite indique dans la config php que .jsp = .php... ou renome le bootcode .bin en bc.jsp... à vérifier comment réagirait le nabz mais je n'ai pas fait les tests)

Ensuite les "pings" vont se faire vers le serveur que tu auras indiqué dans le bytecode modifié... A mon avis, ça doit rester en 80, car c'est l'ip qui est codée dans le bytecode (protection ?) et pas le domaine:port. En tout cas je ne l'ai pas vu... Mais c'est pas grave car pour ton cas tu peux faire les appels au p.php vers ton serveur lighthttpd.

Tiens nous au courant et fais un tuto qd c'est fonctionnel.

On peut vraiment faire une chaine de services Nabizdead avec cette technique... chacun distribuant ses casts aux autres.

Wizz.cc

merci wizz,

j'avais concentré ma réflexion et quelques tests autour de apache sur ce NAS pour servir le bytecode et répondre aux requêtes. Pour ce faire, il faut être relativement intrusif (conf apache) et espérer que requêter sur le port 9090 fonctionne. Je vais réorienter ma réflexion sur lighttpd, et voir si l'astuce de renommer le bc en bc.jsp fonctionne pour éviter la mise en oeuvre d'un .htaccess ou une reconf de lighttpd (que je ne ferai pas...). Ensuite, je vais voir si on peut ne pas être intrusif du tout, ou un minimum, pour que la manip soit ouverte au plus grand nombre...
à suivre

tant que j'y suis, si tu es encore dans les parages, le replacement du nom de domaine à l'offset 0x0f9e, indispensable ou inutile ? ton exemple mynid0001.ovh.net ne semble pas atteignable...

merci

wizz,
je pensais avoir bien bouclé mon dispositif (description précise à suivre, mais j'ai des trames et je peux comparer avec un autre lapin resté en direct chez funfoo),
je te donnerai évidemment plus arguments, mais j'ai la nette impression que mon lapin n'execute pas les SAYs correctement, comme semble le décrire Poupil...

cep33 a écrit:

tant que j'y suis, si tu es encore dans les parages, le replacement du nom de domaine à l'offset 0x0f9e, indispensable ou inutile ? ton exemple mynid0001.ovh.net ne semble pas atteignable...

merci

mynid0001.ovh.net est un exemple... tu dois le remplacer par ton propre domaine sur 17 caractères. Si tu es en local, essaie avec un alias que tu mappes sur ton ip serv eur dans le fichier hosts.

Mais je ne suis pas certain que cet offset soit réellement nécessaire à modifier. Funfoo est certainement reparti d'anciens sources de bytecode et cette déclaration est restée...

Tu peux t'imprégner de ses anciens sources de bytecode en parcourant les sources viloet mis à dispo de la communauté.

cep33 a écrit:

merci wizz,

j'avais concentré ma réflexion et quelques tests autour de apache sur ce NAS pour servir le bytecode et répondre aux requêtes. Pour ce faire, il faut être relativement intrusif (conf apache) et espérer que requêter sur le port 9090 fonctionne. Je vais réorienter ma réflexion sur lighttpd, et voir si l'astuce de renommer le bc en bc.jsp fonctionne pour éviter la mise en oeuvre d'un .htaccess ou une reconf de lighttpd (que je ne ferai pas...). Ensuite, je vais voir si on peut ne pas être intrusif du tout, ou un minimum, pour que la manip soit ouverte au plus grand nombre...
à suivre

moi je pencherais plutôt pour un chargement du bytecode depuis un site internet (setup du nabz avec http://www...../dirxxx) et ensuite le p.php sur ton serveur local (pas besoin de .htaccess à gérer). Bien séparer les 2 process.

Je vais remonter une config locale dans ce sens pour vérifier ton pb de commande SAY. As-tu bien déclaré la passerelle/dns dans le setup du nabz, car c'est lui qui fait l'appel à google.tts.

On pourrait aussi modifier dans le bytecode l'adresse du google.tts pour renvoyer vers une ip locale qui se chargerait de mapper le tts ! ça permettrait de rajouter des voix.

Je te dis ça...

bon, Wizz,
je suis un peu têtu, et voudrais m'affranchir le plus possible du Net.
J'ai donc modifié le bc selon ton tuto : ip_nas/nabaztag1 dans le setup et dans le bc.
Je commence une analyse avec Wireshark et un pc en bridge entre d'un côté le point d'accès Wifi (et le lapin derrière, donc...) et de l'autre mon "serveur" (mon nas) et le Net.
Premiers constats :
bc.jsp : ok, récupéré et exécuté,
p.php : les échanges ont l'air bons...
le lapin semble "jouer" les SAYs (jeu de leds), mais reste muet...
dans les trames, ça donne à ce niveau (après le ACK final du get sur le p.php) un curieux dns query sur la mac address de mon nas, pour le domaine wizz.cc (??), avec la bonne ip de dns attribuée par ma freebox...
cette requete ne trouve evidemment pas de réponse...
avec ton bc "pur" servi par le nas, tout fonctionne à par le débit de parole très lent que j'avais déjà constaté avec le serveur de funfoo et un autre lapin depuis quelques jours...
et là, je descends sur arp, et vu l'heure et vais arrêter pour ce soir...
any idea ??

après réflexion, je vais mettre l'ip en dur, et forcer le dns bien sûr avec, voire la passerelle...
ma conf est un peu tordue, avec un static dns par la freebox...
mais demain, là dodo...

cep33 a écrit:

bon, Wizz,
je suis un peu têtu, et voudrais m'affranchir le plus possible du Net.

Salut cep33,
avec le google.tts t'es bien obligé d'y passer... sinon faudra aussi modifier le bc pour changer l'url de google par ton service text2speech local.
Pas très compliqué et du coup là tu te seras totalement affranchi du net.

Pour le ralentissement de tts google, ça semble normal... du fait de google...
Bcp d'autres l'ont constaté sur des forums internet.

tiens nous au jus.

alors,
ip, masque et gateway (ma box) en dur dans le lapin,
dns pointe sur le nas, ou tourne dnsmasq, avec le domaine nabz.at dans le hosts,
MP3 http://nabz.at/coucou.mp3 dans le php joué ok,
SAYs toujours muets, avec pourtant les noms résolus, mais pas de réponse au SYN des serveurs google, qui semblent d'ailleurs varier selon qui les demande...
à suivre !

la suite, la suite !
le SAY peut pas marcher, et pour cause : quand il faut sortir du réseau local pour aller sur une adresse internet (translate google), le lapin se retrouve à faire ses requêtes sur l'ip obtenue par mon dnsmasq , mais sur la MAC du nas , et non celle de la gateway, pourtant déclarée, sur laquelle je ne vois aucune découverte ARP... je ne sais pas si c'est un bug de la pile IP/ARP ou le comportement normal, pas assez pointu là dedans, mais ça peut pas marcher...

Evidemment la solution serait un TTS local, mais y'a ça sur Debian Lenny, base du "firm" de mon nas ? et pour les perfs, ça craint, c'est pas un foudre de guerre mon petit LG N2R1...

je vais laisser la nuit me porter conseil...
@Poupil : je vois du TTS pour Windows, il me semble que c'est l'os de ton dispositif, tu as peux-être une solution pour t'en sortir en local pur, à voir. En tout cas le conseil de Wizz est le bon, il faut descendre dans les trames pour piger ce qu'il se passe...

Salut,

Bizarre car moi j'ai remonté ma config "tout en local" avec un serveur nginx (bytecode + p.php) et ça fonctionne.
J'ai bien une requête dns vers ma box pour translate.google.com puis ensuite vers le tts pour la cmd SAY .

Code:

93   23.399354000   192.168.1.111   gestionBbox.lan   DNS   domain   80   Standard query A translate.google.com

94   23.427733000   gestionBbox.lan   192.168.1.111   DNS   orbplus-iiop   277   Standard query response CNAME www3.l.google.com A 173.194.34.3 A 173.194.34.4 A 173.194.34.5 A 173.194.34.6 A 173.194.34.7 A 173.194.34.8 A 173.194.34.9 A 173.194.34.14 A 173.194.34.0 A 173.194.34.1 A 173.194.34.2

102   28.832264000   192.168.1.111   www3.l.google.com    HTTP   http   256   GET /translate_tts?ie=UTF-8&tl=fr&q=Coucou%20%21%20Mon%20nouveau%20serveur%20nabaztag%20est%20install%c3%a9%2e HTTP/1.0

@+

salut wizz,

le mystère est entier,
je me suis aligné sur ta conf (? tout en dur, dns de mon provider, et non plus mon dnsmasq), j'ai pas les trames sous les yeux mais il est toujours muet, j'ai même plus le MP3 coucou depuis ton domaine, ça sent la requête dns sur la mac du nas...

????!!!****@@@@

Salut cep33 et wizz.cc,

Je suis assez impressionné par votre persévérance, malheureusement je ne suis pas de votre niveau en réseau donc j'ai laissé de côté pour l'instant ce problème. J'avoue que ça m'arrange de voir quelqu'un de plus costaud que moi essayer de se dépatouiller de ça.

Pour ton conseil sur le tts windows, je pense que c'est une super idée, mais outre le fait que je ne sais pas trop comment intercepter les requêtes du lapin vers le tts (remarque dans le binaire on voit du google.tts, on pourrait imaginer changer cette adresse pour mettre un autre service tts), ce n'est pas tout à fait ce que je recherche, en fait j'imagine à terme pouvoir déployer facilement mon NID sur internet.

Pour les trames, j'ai lancé wireshark qui m'a plus dérouté qu'aidé finalement : j'ai lancé d'abord le lapin sur le serveur NID officiel, aucune trame réseau détectée pour mon lapin.

Ensuite j'ai mis mon lapin sur mon serveur en local, le binaire est le binaire fourni par nabizdead, ici on a la premiere requête get sur bc.jsp et les paquets envoyés par mon serveur. Ensuite plus rien même quand le lapin parle.

Enfin j'ai essayé avec un bc.jsp modifié pour communiquer avec mon serveur en local, ici je vois toutes les trames réseau, d'abord un get sur bc.jsp suivi des paquets correspondants. Ensuite des get suivi d'une réponse contenant la commande SAY. Enfin une 12 aine de requêtes TCP sur tout un tas d'ip correspondant à google sans aucune réponse.

J'imagine que je n'ai pas réussi à configurer wireshark car ce n'est pas normal d'être aveugle à certaines trames réseau mais pour l'instant je ne suis pas allé plus loin.

Bonne chance à vous et merci pour votre travail. ^^

Poupil,
à première vue tu as un switch et un routeur (ou les 2 en 1) sur ton réseau domestique. Si la machine sur laquelle tu lances la capture n'est pas en bridge sur le réseau, tu ne vois pas ttes les trames, c'est normal c'est le rôle du switch.
tes requetes tcp vers google sans réponse, ça ressemble à ce que j'ai...

je confirme,
mac du nas pour les requetes dns normalement à destination du net, idem pour l'ip "en dur" dans le bc, faute de réponse dns : mac du nas...
argl...il est où l'arp ??

rappel de ma conf :
routeur wifi belkin configuré comme access point, connecté à un switch non administrable derrière lequel il y a la box et le nas,
freebox v4 en "routeur adsl",
lapin en firm .10,
ip, masque, passerelle et dns en dur dans le lapin