Adminbot 9.0.7 Debian - Soucis CS

[miouge]

Bonjour,


J'ai tenté cette aprem' d'utiliser adminbot 9.0.7 (en suivant le tutorial de Kenny432.

Et lorsque les 2 joueurs de mon serveurs CS disent "ready" le match ne démarre pas.

Pourtant adminbot met la bonne map, annonce correctement le match, explique comment le lancer (say ready etc...)

Si je force le start du match (dans l'interface http d'adminbot) ça reste en updating....

Merci bien

PS: j'ai install libmysqlclient15-dev vu que le 12 n'existe plus.

[syam]

le adminbot.conf contient quoi ?

[miouge]

Pour l'instant j'ai mis ça (j'ai retiré les commentaire pour l'affichage dans le forum)

Code: Tout sélectionner

dbhost=127.0.0.1
dbname=adminbot
dbuser=root
dbpass=

addr=127.0.0.1
port=27000
message=[AdminBot 9] Welcome on Nexen Server.


A priori il y a aucun problème pour se connecter à MySQL vu que le bot parle bien sur le serveur et qu'il a bien changé la map : c'est qu'il a le mot de passe rcon et les coordonnées du serveur.

@+

[Kenny432]

yup exactement le même problème rencontré lors de la Frag'n Fun #2 sur le tournoi CS Source, les joueurs tapaient ready et aucun match ne partaient...

On a du faire toute la compétition avec des joueurs qui geuailent a travers la salle pour demander les rs, les scores pareil :s

[miouge]

Juste une idée comme ça : le serveur CS est en version 48 du protocol. Est ce que adminbot 9.0.7 supporte la version 48 du CS ?

[YanKu]

Ton fichier de conf n'est pas bon

addr=127.0.0.1 doit correspondre à la machine qui host ton bot.
Si tu mets 127.0.0.1, le serveur cs ne pourra jamais "dire" à ton bot qu'il a reçu un ready puisqu'il envoi le "message" sur 127.0.0.1.

J'espère que ça résoudra ton problème.

Sinon, le hlds48 fonctionne très bien avec le soft de syam

[syam]

C'est l'erreur classique depuis les premieres versions, c'est pourtant noté dans le readme.txt

Va falloir mettre plus en évidence l'importance de ce paramètre dans la prochaine.

[miouge]

Merci


Pourtant le serveur CS et Adminbot tournent sur la même machine, donc l'ip de loopback localhost devrait fonctionner ?


Je fais un essais ce soir avec l'IP de l'host qui va bien.

Merci


EDIT:

J'ai fais un essais en mettant addr=192.168.1.106 (l'adresse IP du LAN) et là j'ai pas de soucis, faut croire qu'on est obliger de passer par le réseau et qu'on peut pas faire en localhost.

MERCI !

[duckxks]

C'est l'erreur classique depuis les premieres versions, c'est pourtant noté dans le readme.txt

Va falloir mettre plus en évidence l'importance de ce paramètre dans la prochaine.

C'est le type d'oublie que tu fais une fois et que tu retiens à vie après

[Lep0laC_-]

j'avoue que celle la on l'aura vraiment vue défiler :s

[miouge]

A moins que j'ai vraiment pas compris quelque chose 127.0.0.1 est une configuration correcte, vu que (comme dis dans le readme.txt) 127.0.0.1 est l'IP de l'adminbot vu par le serveur CS.

[duckxks]

A moins que j'ai vraiment pas compris quelque chose 127.0.0.1 est une configuration correcte, vu que (comme dis dans le readme.txt) 127.0.0.1 est l'IP de l'adminbot vu par le serveur CS.

Oui mais le serveur CS est probablement lancé avec le paramètre +ip et donc n'écoute pas le socket le 127.0.0.1 le concernant

[miouge]

Le paramétre addr concerne la communication CS => adminbot si j'ai bien saisie ça n'a donc pas de rapport avec l'ip d'écoute de CS ?

De plus CS est lancé sans paramétre +ip ce qui permet d'écouter partout ? (à vérifier).

[Sn4kY]

c'est étrange effectivement qu'il n'arrive pas à communiquer avec l'adminbot si il reste avec un 127.0.0.1 sur la même machine...

CS lancé sans ip écoute en réalité 255.255.255.255, ce qui correspond à écouter partout, en effet.

Alors pourquoi 127.0.0.1 n'est pas une configuration correcte ???

Faudrai faire du tcpdump pour essayer d'expliquer rationnellement, mais CS n'étant pas rationnel...ça pourrait être compliqué !