Erreur au lancement du serveur OpenJabNab

Oui j'ai mi l adresse ip du serveur.j'ai easyphp pour l admin.je continu demain. Encore merci

En fait, dans la section [OpenJabNabServers], tu devrais mettre pour le moment ton adresse locale (en 192.168... par exemple) et sans le /vl

Au début, dans HttpRoot, je mets www/ojn_local et pas www/ojn_admin

Sinon, le reste à l'air identique.

Ah si, dans HttpRoot également, il vaut mieux mettre des / plutot que des \

Mon fichier ini est configuré comme suit

Et pourtant la liaison entre l'admin et le serveur n'a pas lieu.

Code:

[Config]
httpListener = true
httpApi = true
httpVioletApi = true
xmppListener = true
RealHttpRoot = C:/Program Files/EasyPHP-5.3.6.1/www/ojn_local
HttpRoot = ojn_local
HttpPluginsFolder = plugins
StandAloneAuthBypass = true
Bootcode = bootc
AllowAnonymousRegistration=true
AllowUserManageBunny=true
AllowUserManageZtamp=true
SessionTimeout=300
TTS=acapela
MaxNumberOfBunnies=64
MaxBurstNumberOfBunnies=72

[OpenJabNabServers]
PingServer=192.168.0.15
BroadServer=192.168.0.15
XmppServer=192.168.0.15
ListeningHttpPort=8080

[Log]
LogFile=openjabnab.log
LogFileLevel=Debug
LogScreenLevel=Warning

Supprime le fichier ojn_admin/include/common.php

Refait l'installation de l'admin OJN via ojn_admin/install.php en rentrant l'IP réseau de ton serveur.

RedoX a écrit:

Supprime le fichier ojn_admin/include/common.php

Refait l'installation de l'admin OJN via ojn_admin/install.php en rentrant l'IP réseau de ton serveur.

Ok, je viens de le faire, toujours pas de connections

Sinon quand je lance OpenJabNab puis easyphp, easyphp me dit que le port 8080 est déjà utilisé par le serveur ojn

C'est la nouvelle version d'EasyPhp ça, il utilise le port 8080 (adresse de base : http://127.0.0.1:8080)

Tu peux vérifier sur la page d'administration le port utilisé, tout en haut.
Mais tu peux le changer pour le remettre sur le port 80 comme avant dans la configuration d'Apache, et relancer Apache.
Comme ça, plus de conflit.

jet a écrit:

C'est la nouvelle version d'EasyPhp ça, il utilise le port 8080 (adresse de base : http://127.0.0.1:8080)

Tu peux vérifier sur la page d'administration le port utilisé, tout en haut.
Mais tu peux le changer pour le remettre sur le port 80 comme avant dans la configuration d'Apache, et relancer Apache.
Comme ça, plus de conflit.

Liaison établie, c'est merveilleux, merci

Il faudrait maintenant rechercher pourquoi la nouvelle version du serveur bug sous Windows!

Mikes29 a écrit:

Liaison établie, c'est merveilleux, merci

Super
Et de rien, on est là pour s'entraider

La prochaine étape sera de faire communiquer ton lapin avec... et là, on risque de se re-parler ^^

Mikes29 a écrit:

Il faudrait maintenant rechercher pourquoi la nouvelle version du serveur bug sous Windows!

Pour l'origine du bug, je me suis un peu penché sur les sources ce midi, et j'ai une piste.
Je teste en rentrant ce soir, et si c'est bien ça, je poste.

Ok,cool

Me revoilà.

Ca y est, j'ai trouvé

C'est tout bête en fait.

Dans ttsmanager, il y a une recherche sur les fichiers *.so du répertoire tts (pour récupérer acapela et google).
Mais les .so de linux sont... des .dll sous windows.

Il suffit de remplacer, ligne 19,

Code:

ttsDir.setNameFilters(QStringList("*.so"));

par

Code:

ttsDir.setNameFilters(QStringList("*.dll"));

Et le tour est joué, ça compile (normal), mais surtout, ça ne plante plus à l'exécution.

---

@Redox : serait il possible de modifier ça dans les dépots ? Par exemple par

Code:

ttsDir.setNameFilters(QStringList() << "*.so" << "*.dll"))

Ca le rendrait compatible linux et windows si je ne m'abuse.

Au passage un remplacement de -WX par un -Wextra dans chaque .pro me simplifierait beaucoup la vie (pour éviter de lancer la modif à chaque fois), à moins que ça soit utile pour d'autres environnements ? Car sans cette modif systématique chez moi, point de compilation.

C'est .... pas faux !

Bien joué

Je vois ça ce soir

Super, merci.

Merci @jet pour l'histoire du -wx sous win se serait bien, oui oui

Je suis en phase de test et c'est vrai que serait vraiement bien, si cela est possible sans embeter les linuxiens

L'truc pour ça, c'est qu'il faut aller changer TOUS les .pro, c'est long. Ca ne devrait rien impacter pour la compil sous linux normalemnt (vu que le -WX est dans la section win32).

Comme j'l'ai dit, j'vois ça après l'repas ^^

C'est parce que c'est long (enfin, j'avais fini par l'automatiser, mais bon, comme une fois sur deux j'oublie de lancer le bidule pour tout modifier...) que ça serait super pour nous, en une fois pour toutes plutôt qu'à chaque rapatriement Github ^^
Je ne sais pas comment se passent les publications (surement ça le plus long) mais si tu veux, je peux te filer un zip avec juste les .pro modifiés dans leurs répertoires.

Et pour te remercier, on t'offre le dessert

En effet, j'ai configurer mon lapin pour pointer sur l adresse ip de mon pc serveur

soit 192.168.0.208/vl

mais mon lapin ne se connecte pas

j utilise une box numericable entre les deux, peux on relier le lapin directement au pc par wifi?

jet a écrit:

Je ne sais pas comment se passent les publications (surement ça le plus long) mais si tu veux, je peux te filer un zip avec juste les .pro modifiés dans leurs répertoires.

Si tu me mâches le travail j'vais pas dire non ^^ Email me

jet a écrit:

Et pour te remercier, on t'offre le dessert

Tu cherchais une occasion de placer ce smiley ?

Mikes29 a écrit:

peut on relier le lapin directement au pc par wifi?

Non, je ne crois pas.

Et... voilà J'ai rapid'ment fait toutes les modifs. Et j'ai commité ça sur mon dépot Github. Ca s'ra mergé aux sources officielles si ca pose pas de soucis

Pour la connexion, c'est "normal", ou plutot... habituel.

Le lapin refuse de se connecter avec une adresse locale, je n'ai aucune idée de la raison.

Une manip qui fonctionne, c'est de passer par ton ip publique.

L'inconvénient, c'est qu'il faut rediriger les ports 80 et 5222 vers ton pc qui porte le serveur. Je n'ai pas d'expérience Numéricable, mais tu devrais avoir une interface de gestion de ton routeur.

redirection.ton.ip.publique port 80 (TCP) => 192.168.0.208:80
redirection.ton.ip.publique port 5222 (TCP) => 192.168.0.208:5222

Bien entendu, il faudra changer dans OpenJabNab.ini les trois adresses de serveur par ton adresse publique.
Bien entendu bis, idem sur le lapin ^^

Si ça ne fonctionne toujours pas (ça reste au niveau Requesting LOCATE for tag [tonMAClapin] sur la fenêtre du serveur), il faut ouvrir dans ton pare feu le port 5222.

Normalement, après tout ça, ton lapin devrait commencer à respirer.

RedoX a écrit:

Et... voilà J'ai rapid'ment fait toutes les modifs. Et j'ai commité ça sur mon dépot Github. Ca s'ra mergé aux sources officielles si ca pose pas de soucis

Super !!

jet a écrit:

Pour la connexion, c'est "normal", ou plutot... habituel.

Le lapin refuse de se connecter avec une adresse locale, je n'ai aucune idée de la raison.

Une manip qui fonctionne, c'est de passer par ton ip publique.

L'inconvénient, c'est qu'il faut rediriger les ports 80 et 5222 vers ton pc qui porte le serveur. Je n'ai pas d'expérience Numéricable, mais tu devrais avoir une interface de gestion de ton routeur.

redirection.ton.ip.publique port 80 (TCP) => 192.168.0.208:80
redirection.ton.ip.publique port 5222 (TCP) => 192.168.0.208:5222

Bien entendu, il faudra changer dans OpenJabNab.ini les trois adresses de serveur par ton adresse publique.
Bien entendu bis, idem sur le lapin ^^

Si ça ne fonctionne toujours pas (ça reste au niveau Requesting LOCATE for tag [tonMAClapin] sur la fenêtre du serveur), il faut ouvrir dans ton pare feu le port 5222.

Normalement, après tout ça, ton lapin devrait commencer à respirer.

L'adresse^publique c'est l'adresse coté WAN?

C'est l'adresse de ton modem Numéricable sur internet.

Si tu ne la connais pas, tu peux l'obtenir sur pas mal de sites (http://www.mon-ip.com/ est le premier que j'ai trouvé sur google)

jet a écrit:

C'est l'adresse de ton modem Numéricable sur internet.

Si tu ne la connais pas, tu peux l'obtenir sur pas mal de sites (http://www.mon-ip.com/ est le premier que j'ai trouvé sur google)

Sa fonctionne pas, sur mon lapin j'ai laisser la clé wep du modem, faut pas la supprimer?
Jai bien transferé les ports.

Tu vois quelquechose dans ta console de serveur ?

Requesting BOOT...
Requesting LOCATE...

Et pour la clé wep, oui, il faut la garder, que ton lapin puisse continuer à se connecter à ta box
Niveau lapin, il ne faut rien changer, juste mettre ton adresse publique / vl comme serveur

jet a écrit:

Tu vois quelquechose dans ta console de serveur ?

Requesting BOOT...
Requesting LOCATE...

Et pour la clé wep, oui, il faut la garder, que ton lapin puisse continuer à se connecter à ta box
Niveau lapin, il ne faut rien changer, juste mettre ton adresse publique / vl comme serveur

Non y a rien dans la console

Et l'état des diodes du lapin ?