![]() |
Détection du host caché - Version imprimable +- Communauté Eggdrop (https://forum.eggdrop.fr) +-- Forum : Eggdrop et scripts (https://forum.eggdrop.fr/forumdisplay.php?fid=8) +--- Forum : Scripts (https://forum.eggdrop.fr/forumdisplay.php?fid=4) +--- Sujet : Détection du host caché (/showthread.php?tid=326) |
RE: Détection du host caché - CrazyCat - 01/03/2009 Question bête: le tcl est-il chargé ? Que donne ".binds join" en party-line ? RE: Détection du host caché - fedora - 01/03/2009 bonjour CrazyCat oui le tcl et bien chargé et je n'est aucune erreur en pl .en pl je vois bien le join de l'user mais le bot ne fait aucune action . parcontre si je tape .xwhois pseudo et qu'il y est le mauvaise host là il va exécute les cmds. j'suis perdu là mdrr Citation :|17:28:06| <BoX-Nantes> TYPE FLGS COMMAND HITS BINDING (TCL) RE: Détection du host caché - CrazyCat - 01/03/2009 Peux-tu joindre ton tcl tel qu'il est (sans remplacer la moindre valeur) s'il te plait ? RE: Détection du host caché - fedora - 01/03/2009 biensur . tcl
RE: Détection du host caché - CrazyCat - 01/03/2009 Vu ce que les précédents messages, le join est bien pris en compte (tu peux ajouter un putlog dans la procédure whois:join pour vérifier). Je pense que c'est le raw qui n'est pas bon: 328 est (officiellement) le retour de ChanServ lorsqu'on rejoint un canal enregistré (celui qui donne l'url correspondante). Les retours de /whois sont les raws suivants: Citation :301 nick :away RE: Détection du host caché - fedora - 01/03/2009 j'ai mit un putlog voici ce que j'ai : Citation :|18:10:15| <BoX-Nantes> [18:10] PeTiTLu (127HNantes@3569517.eu) left #Nantes. RE: Détection du host caché - CrazyCat - 01/03/2009 Heu ? Très bizarre cette affaire là. Bon, déjà on voit qu'il passe dans la procédure de whois, tu as donc (aussi) un souci sur le raw pour lancer whois:answ. Au cas où, il y a un truc aussi qui me passe par la tête: est-ce que ton egg n'ignorerait pas les messages serveur. Ca m'est arrivé de voir les serveurs ignorés parce qu'ils étaient considérés comme floodeurs lorsque le bot se connecte (MOTD trop long) D'ailleurs, que donne un .binds raw ? RE: Détection du host caché - fedora - 01/03/2009 tcl
RE: Détection du host caché - CrazyCat - 01/03/2009 \o/ Donc c'est bien le raw 311 à utiliser. Et je te conseille de redémarrer l'eggdrop (pas rehash, restart) après avoir corrigé ton tcl pour éviter les surcharges des binds. Corrections à apporter: - changer le raw en 311, - ajouter un putlog $text au tout début de ta proc whois:answ RE: Détection du host caché - fedora - 01/03/2009 voila j'ai ajouté un putlog au tout debut et mit le raw 311 tcl
le .binds raw tcl
et le code modifié tcl
RE: Détection du host caché - fedora - 01/03/2009 tcl
il prend l'username seulement en mettant tcl
RE: Détection du host caché - CrazyCat - 01/03/2009 Effectivement, la réponse au raw 311 est nick username address * :info Ta procédure doit donc être: tcl
Mais je ne comprends toujours pas pourquoi ton eggdrop réagit au part et non pas au join... RE: Détection du host caché - fedora - 01/03/2009 merci,apres avoir testé et ajouté des putlogs il n'utilise pas tcl
voici le code tcl
tcl
il trouve tjr pas le host caché :x tcl
là j'avoue je vois plus trop comment faire :x RE: Détection du host caché - CrazyCat - 01/03/2009 Aurais-je dit une bétise ? tcl
A ta place, c'est de $userhost que je ferais un putlog RE: Détection du host caché - fedora - 01/03/2009 toujours pareille aucune action :x je déséspére |