Python : Vérifier si l'IRC de perte de connexion (PING-PONG?)

Donc ma question est, comment puis-je obtenir mon bot pour écouter si il y a une table de PING et si il n'y a pas de ping dans un intervalle d'une minute, il va réagir comme si la connexion a été perdue. Comment pourrait-on faire?

EDIT:

C'est le code de travail pour l'enregistrement de la connexion de fallout (bien qu'ayant de la difficulté avec la reconnexion):

#!/usr/bin/env python
# -*- coding: utf-8 -*-
import sys
import socket
import string
import os
import platform
import time
# Variables
HOST = "irc.channel.net"
PORT = 6667
NICK = "Botname"
IDENT = "Botname"
REALNAME = os.getenv('USER')
CHAN = "##ChannelName"
readbuffer = ""
# Our IRC connection
irc = socket.socket()
irc.settimeout(300)
connected = False
def connection(host, port, nick, ident, realname, chan):
while connected is False:
try:
irc.connect((host, port))
irc.send("NICK %s\r\n" % nick)
irc.send("USER %s %s bla :%s\r\n" % (ident, host, realname))
irc.send("JOIN :%s\r\n" % chan)
# Initial msg to send when bot connects
irc.send("PRIVMSG %s :%s\r\n" % (chan, "TehBot: "+ nick + " Realname: " + realname + " ."))
global connected
connected = True
except socket.error:
print "Attempting to connect..."
time.sleep(5)
continue
connection(HOST, PORT, NICK, IDENT, REALNAME, CHAN)
while connected:
try:
data = irc.recv ( 4096 )
# If connection is lost
if len(data) == 0:
break
print data
# If Nick is in use
if data.find ( "Nickname is already in use" ) != -1:
NICK = NICK + str(time.time())
connection(HOST, PORT, NICK, IDENT, REALNAME, CHAN)
# Ping Pong so we don't get disconnected
if data[0:4] == "PING":
irc.send ( "PONG " + data.split() [ 1 ] + "\r\n" )
except socket.timeout:
global connected
connected = False
print connected
break
print "Out of loop"
connection(HOST, PORT, NICK, IDENT, REALNAME, CHAN)

Twisted est un joli cadre.

InformationsquelleAutor Tehnix | 2011-07-28

irc python

5
```
last_ping = time.time()
threshold = 5 * 60 # five minutes, make this whatever you want
while connected:
data = irc.recv ( 4096 )
# If Nick is in use
if data.find ( 'Nickname is already in use' ) != -1:
NICK = NICK + str(time.time())
Connection()
# Ping Pong so we don't get disconnected
if data.find ( 'PING' ) != -1:
irc.send ( 'PONG ' + data.split() [ 1 ] + '\r\n' )
last_ping = time.time()
if (time.time() - last_ping) > threshold:
break
```
Cela permettra d'enregistrer le temps à chaque fois qu'il obtient une table de ping, et si il reste trop longtemps sans un, sortir de la connected boucle. Vous n'avez pas besoin while connected == True:, juste while connected: fait la même chose.

Aussi, envisager l'utilisation de connection au lieu de Connection, c'est le Python convention pour l'emploi de noms en majuscule uniquement pour les classes.
- Hey, j'ai essayé de mettre en œuvre votre méthode, mais semble comme il ne tient pas la comparaison de la last_ping et le temps.time(). Lorsque la connexion est perdue (pas plus PINGs), il ne fait rien. Je ne sais pas si je fais quelque chose de mal. Avez-vous testé ?...
- Je ne sais pas ce que tu veux dire par ne semble pas comparer les deux. Soit mettre à jour votre question ou pastebin votre code et de poster un lien afin que je puisse le voir? Le code ci-dessus va certainement sortir de la boucle au bout de cinq minutes if data.find ( 'PING' ) != -1: n'arrive pas. Essayez de changer le seuil, essayez de lancer, dans certains print déclarations, dites-moi exactement ce qui se passe.
- Ok, c'est pastebin lien pour le code que j'ai été à l'aide et à la sortie j'obtiens: pastebin.com/SCumqMiw . Après la seconde PING a été envoyé, je résilier ma connexion et d'attendre de façon plus que 5 minutes, juste pour être sûr, mais rien ne se passe (doit print "Connexion perdue"). Je ne sais pas si j'ai raté une erreur stupide ou mon python est tout simplement agir de façon irrégulière :S merci pour l'aide pour l'instant btw :).. (et ont essayé de modifier le seuil, mais même résultat)
- 1. Assurez-vous d'avoir un print déclaration ci-dessous de la boucle de sorte que vous savez si il a éclaté. 2. Ne irc.recv bloc? Si donc, dès que la connexion est interrompue, vous êtes coincé n'y a jamais d'attente pour 4096 octets que vous n'êtes jamais allez obtenir. Vous avez besoin de définir un délai d'attente si c'est le blocage. Si ce n'est pas le problème, je ne sais pas ce que c'est. Notez que vous n'avez pas tous les deux ont pour définir connected = False et break, l'un ou l'autre le fera.
- Bon, le problème était qu'il était de blocage, donc une fois qu'il a échoué, il n'a pas sortir de la boucle. Je l'ai fixée par le paramètre socket.settimeout(300) :P... merci pour l'aide de l'homme 🙂
InformationsquelleAutor agf
3

Il n'y a pas de raison de le faire toute fantaisie 'timeout' trucs aussi longtemps que votre connexion est toujours active. Si la longueur des données renvoyées par recv est 0, la connexion TCP a été fermé.
```
data = irc.recv(4096)
if len(data) == 0:
# connection closed
pass
```
Je soupçonne que recv() peut aussi lever une exception si la connexion n'est pas terminée correctement.

Edit:

Je ne suis pas sûr de ce que vous essayez d'accomplir. Le serveur IRC va vous envoyer un PING de temps en temps. Si vous ne répondez pas à un PONG, le serveur va vous déconnecter. Lorsque le serveur vous déconnecte, puis votre recv() appel renvoie un 0-chaîne de longueur.

Tout ce que vous avez à faire est de répondre à PING lorsque vous l'obtenez, et la poignée si la connexion arrive à fermer.

Votre logique devrait ressembler à quelque chose comme ceci:
```
keep_trying_to_connect = True
while keep_trying_to_connect:
# try to connect
irc = socket.socket()
# send NICK, USER, JOIN here
# now we're connected and authenticated start your recv() loop
while True:
data = irc.recv(4096)
if len(data) == 0:
# disconnected, break out of recv loop and try to reconnect
break
# otherwise, check what the data was, handling PING, PRIVMSG, etc.
```
Une autre chose à garder à l'esprit est que vous avez besoin de tampon toutes les données reçues jusqu'à obtenir une \r\n séquence, vous ne serez pas toujours d'obtenir un exactement un message complet dans le même temps, vous pourriez obtenir la moitié de l'un, ou trois, ou trois et un demi-lignes.
- N'est-ce pas supposer qu'il existe une constante flux de données? Il y a quelques ping, donc ne sais pas comment il en serait de savoir quand exactement il doit vérifier cette (Essayé et n'ai pas de travail)?
- ok, merci pour la clarification. Trouvé que c'était parce que socket.setblocking a été mis à bloc, mais fixé par la constitution d'un dépassement de limite. D'accord, n'est-ce pas en savoir beaucoup sur IRC protocoles et, mais je peux voir pourquoi votre exemple serait trop de travail, thx 🙂
InformationsquelleAutor John Ledbetter
2

Vous ne devez pas utiliser data.find('PING') car il trouve également le "PING" dans d'autres messages. Et puis vous envoyer le mauvais PONG...

Au lieu d'essayer quelque chose comme ça:
```
if data[0:4] == "PING":
irc.send("PONG " + data.split()[1] + "\n")
```
- Ahhh, ne pense pas à ce sujet. Merci 😛
- plus pythonic: if data.startswith('PING'): ...
InformationsquelleAutor rbaier
0

La raison pour laquelle votre d'avoir des problèmes de reconnexion est parce que une fois que vous faites il n'y a pas de boucle d'écouter pour la réception des données une fois que vous faites, et vous seriez le plus susceptible de ping timeout. La connexion lors de la boucle devrait ressembler à:
```
while connected:
try:
...
except socket.timeout:
global connected
connected = False
print connected
connection(HOST, PORT, NICK, IDENT, REALNAME, CHAN)
continue
print "Out of loop"
```
Maintenant, quand le temps de connexion à vous reconnecter et de commencer à écouter pour les données entrantes.

REMARQUE: Maintenant qu'il n'y a aucun moyen pour l'application de terminer sur c'est sur, vous devez soit [Ctrl]+[C] dans la ligne de commande, ou de construire une "!quitter" type de commande pour fermer la douille et de la demande... socket d'abord, bien sûr.
- Hey, merci pour la réponse à la question de la reconnexion. Devrait probablement avoir de mise à jour de ma réponse pour ne laisser aucun suspens, mais déjà eu de travail à l'aide de l'essayer, à l'exception des déclarations d'attraper le délai d'attente du socket comme vous l'avez suggéré.
InformationsquelleAutor Dave Holitish

Vous devez vous connecter pour publier un commentaire.