Ou est le BUG avec EZ-IPUPDATE (DNS dyndns.org) dans IPCOP

[max32]

Ou est le BUG avec EZ-IPUPDATE (DNS dyndns.org) dans IPCOP

Bug de comportement de EZ-IPUPDATE avec le DNS Dynamique en relation avec www.dyndns.org

Trouble de perte de connexion entre EZ-IPUPDATE / IPCOP / DYNDNS.
***

J’ai remarqué un comportement bizarre de EZ-IPUPDATE dans IPCOP.

J’ai plusieurs adresses DNS Dynamique sur www.dyndns.org et par périodes presque toutes mes adresses sur dyndns deviennent bloquées car IPCOP semble essayer constamment de mettre mon adresse IP à jour sans que ce ne soit nécessaire.

D’où viens le problème ?

Est-que www.dyndns.org a des problèmes de temps en temps qui fait que EZ-IPUPDATE dans IPCOP devient fou et ne cesse de vouloir changer l’adresse ip.de toutes les adresses que j’ai dans IPCOP ?

Ou est-que le délai de test de l’adresse IP de EZ-IPUPDATE est trop court. ?

Ou si vous avez d’autres suppositions ?
Avez-vous déjà eu ce genre de problème ?

Pour ma part je trouve très enmerdant d’avoir 19 adresses sur 22 qui ont été bloque par dyndns.org pour abus et cela en quelque heures

Selon moi le problème semble venir de EZ-IPUPDATE selon mes logs dans IPCOP
Quand EZ-IPUPDATE rapporte un message da fialure sur une seule adresse DNS, il semble mettre à jour toutes les adresses DNS au lieu de s’en tenir à l’adresse DNS en faute.

Exemple d’erreur dans mes logs
( Dynamic DNS ip-update for zzzzzzz.dyndns.org: failure )

Donc selon moi c’est la logique de EZ-IPUPDATE dans IPCOP qui serait en faute, mais ça reste à voir…


AVEZ-VOUS des pistes de solution sur ce problème qui semble arriver à l’occasion. ?

Merci

MAX32 :-)

http://www.oqcp.dyndns.org

[jdh]

Le site www.dyndns.org décrit PRECISEMENT les règles d'utilisation de son site, notamment pour les services gratuits.

Il est parfaitement décrit que la mise à jour répétitive sans besoin d'un nom de domaine bloque le compte. (Et c'est logique.) Voir http://www.dyndns.com/support/abuse.html

Par ailleurs, il parait extrêmement surprenant de créer (posséder) autant de comptes. Le seul intérêt serait d'héberger autant de sites différents, ce qui parait assez peu adapté avec une ligne ADSL standard (même si je connais pas très bien l'offre au Canada). Une ligne ADSL est prévu plutôt pour le sens descendant que montant.

Il parait très étonnant qu'un programme comme ez-ipupdate fonctionne de façon aussi bizarre. Sans doute qu'il y a des logs. Peut-être faudrait-il regarder sur le site du programme pour vérifier qu'il s'agit de la bonne version ?

Ce programme est-il bien prévu pour mettre à jour plusieurs comptes dyndns ? (C'est bien le cas mais jusqu'à combien de comptes ?)

A titre perso, j'utilise "ddclient" sur Debian. Quelques fois, ddclient, bien que fonctionnant en mode daemon, ne met pas à jour le compte malgré le changement d'adresse. Aussi j'ai créé un cron qui arrete le daemon, supprime le fichier mémorisant l'adresse et redémarre le daemon. Cet outil met à jour le compte SI cela est nécessaire (vérification de l'adresse et comparaison avant la mise à jour).

(Je note que dyndns recommande, sans supporter, sous Linux les clients ddclient et inadyn. Autrefois il y a pléthore de clients de mise à jour).

[max32]

RÉPONSE

Il n’y a pas de problème avec l’ADLS au canada. Avec Sympatico, j’ai 5.1 Mégabit de taux de transfert dont 50% en upload et le tout sans limite de transfert… illimité
Je peux donc en mettre plusieurs sans problèmes.

Il ne faut pas oublier que le problème existe puisque ça m’est arrivé plusieurs fois depuis quelques années.
D’ailleurs même quand j’en avais 4 ou 5 le même problème s’étais présenté.

À priori il ne faut pas oublier que le dit programme est SUPPOSÉ effectuer sa tâche primaire sans faute. Ce qui ne semble pas être le cas.

Peu importe si j’ai 22 adresses, 4 ou 250, il n’en reste pas moins que c’est dans les extrêmes que l’on peut vraiment savoir si un programme est vraiment solide et sans bug.

De plus, j’ai l’habitude d’utiliser les capacités d’un programme et/ou d’un équipement informatique quelconque jusqu’à son extrême limite. Ça permet en autre de savoir si ce que l’on a entre les mains est bon ou non.

Actuellement j’utilise IPCOP 1.4.15 et j’utilise IPCOP depuis les premières versions.



Merci

MAX32 :-)



Note : Un de mes contacts a eu le même genre de problème que toi avec DDLIENT., et il a effectué le même genre de correctif.

[jdh]

Bon un peu de calme. J'ai du mal m'exprimer.

* Ez-ipupdate est à la version 3.011b8 sur la dernière version d'IPCOP. C'est aussi la dernière version d'ez-ipupdate. Il est a présumer qu'il y a des logs. As-tu regardé cette question ?

* Quelque soit le pgm client de dyndns, il ne faut pas
- faire trop d'update : compte bloqué,
- ne pas faire l'update quand c'est nécessaire : plus d'accès de l'extérieur.

J'ai décris la parade que j'ai mis en place avec ddclient dans le cas 2. Tu es dans le cas 1, ce qui est plus génant.

* Sur le site de bell.ca, qui distribue Sympatico, il est question de plusieurs offres de débit jusqu'à 5 Mb mais, conformément à ce qu'on peut attendre avec l'ADSL, un débit montant maxi de 800kb.

[max32]

Petit retour en arrière : Tout a commencé le 15-4-2007
C’est durant cette journée que tout a commencé à bugger. J’ai du canceller toutes mes adresses sur dyndns.org et recréer des comptes pour refaire mes adresses. (Durant cette journée du 15 il y avait eu (2209) test et tentative de mise à jour de la part Ez-ipupdate)

Log du 2007-4-14 (13:05:07ipcopsynchronisation NTP) 1 seule ligne
Log du 2007-4-15 (02:09:01ipcopDynamic DNS ip-update for xxx.dyndns.org: success)
C’est la première ligne ou tout à commencé. À ce moment Ipcop étais en ligne depuis environ 14 jours. Pourtant il m’arrive souvent de rester en ligne plus de 60 jours avec la même adresse ip.

********************************
Petit résumé du début des logs :

2007-4-15 (02:09:01ipcopDynamic DNS ip-update for xxx.dyndns.org: success) est la première ligne dont :
29 tentatives dans les 6 premières minutes puis une pause de d’environ 4 minutes avant de recommencer
Ensuite :
13 en 6 minutes, pause de 4 minutes
14 en 5 minutes, pause de 6 minutes
26 en 11 minutes, pause de 4 minutes
14 en 7 minutes, pause de 7 minutes

À chaque fois il y a environ 50% de failure et un temps de pause d’environ 4 minutes.
********************************

Bien sur Oui j’avais déjà vérifié la version 3.011b8 de Ez-ipupdate sur ipcop et bien sur aussi que j’ai regardé les logs ce matin. Résultat Ez-ipupdate a passé toute la nuit à tenter de mettre à jour INUTILEMENT mes adresses dyndns c'est-à-dire de 23h05 à 9h55 am .. (1397 au total)
C’est-à-dire au moment ou je suis allé voir mes mails et que j’avais reçu des rapports d’abus sur dyndns.org. J’ai aussitôt désactivé sur ipcop les comptes xxx.dyndns.org en cause en fonction des mails que j’au reçu. À la fin il ne m’en restait que 3 et Ez-ipupdate a cessé de tenter de faire des tests et mises à jour.

Toutes ces tentatives sont arrivé après avoir redémarré Ipcop à 22h55 le 16-4-2007. Je venais juste de tout refaire les ajustements des comptes sur dyndns.org et à ce moment tout étais parfaitement fonctionnel sur ces liens correctement mis à jour.

Si on en revient à la base de mon interrogation, il n’en reste pas moins qu’ Ez-ipupdate a probablement un BUG. Ou bien ce bug est causé par autre chose dans Ipcop ou encore même provenant du comportement du site dyndns.org.

À titre d’information j’avais ajouté il y a environ 10 jours quelques ADDON dont :
(URL filter for IPCop 1.4.8 - 1.4.15)_ipcop-urlfilter-1.9.1.tar.gz
(Advanced Proxy for IPCop 1.4.4 - 1.4.15)_ipcop-advproxy-2.1.1.tar.gz

L’un d’eux pourrait il interagir négativement envers Ez-ipupdate ?
Ou peut être y aurait il une autre piste de solution sur les causes à effets ?

Merci

MAX32

http://www.oqcp.dyndns.org

[jdh]

Je ne mettrais pas en cause le site dyndns.org mais bien plutôt ez-ipupdate puisqu'il fait X tentatives indues de mise à jour (d'où blocage des comptes).

Par contre, il est possible que ce soit plutôt une erreur de cache DNS.

Un pgm client de mise à jour dyndns doit agir de la manière suivante (en principe) :

- à chaque changement d'adresse ip (ip publique sur la carte Red ou au niveau du routeur devant Red cf checkip.dyndns.org)
- recherche de l'adresse ip associé au compte (d'où importance du cache DNS)
- si différence alors mise à jour.

Je regarderais donc vers le DNS puisque les logs indiquent qu'ez-ipupdate a essayé de faire quelque chose.


(Sans être spécialiste d'IPCOP, il me paraitrait étrange qu'une page de l'interface web d'IPCOP ait prévu du multicompte pour dyndns !)

(Je trouve intéressant d'apprendre à héberger chez soi mais dès qu'il s'agit de mettre en ligne quelque chose de "non-lié" avec le domicile, j'encourage à héberger chez un vrai hébergeur pro. Cela ne coute pas cher et c'est bien plus disponible qu'à la maison : marre des sites à 800Kb=80Ko/s !)

[Franck78]

Salut,

Je pense pas à un bug ez-ipupdate. Ce n'est pas un service qui tourne en tache de fond. Il fait ou on lui dit de faire.

Ton log très limité il faut dire n'aide pas. En tout cas si tu n'as pas coché "Réduire..." l'algo de base dans IPCop est bourrin:
Tant que TOUTES les entrées dyndns n'ont pas répondu "success", faire une maj totale.

L'option "Réduire...." vérifie qu'il n'y a pas concordance IP=domain avant une maj individuelle et son résultat dans les log donne:

Code: Tout sélectionner

Dynamic DNS ip-update for .franck78.afraid.org is uptodate [86.72.26.246]

Et bien sur il DOIT y avoir une maj en FAILURE pour que la boucle se lance.

bye

[Gesp]

Franck
Est-ce que l'on ne devrait pas fonctionner dans l'autre sens?
- avoir l'effet de l'option réduire sélectionnée par défaut
- avoir un bouton pour forcer une et une seule mise à jour depuis l'interface web à chaque action.

Ce serait bien plus logique.

Je ne te demandes pas de le changer tout de suite en 1.4.

[max32]

Je suis totalement de ton avis Gesp


Effectivement l'option réduire était désactivé au moment ou tout a planté, mais pourtant je l'avais bien mise dans ma configuration de base. … que s’est il donc passée ???

De plus j'ai remarque une bizarrerie quand j'ai réajusté mes comptes dyndns. Sur quelques-uns de mes comptes que j'éditais dans Ipcop, après les avoir sauvegarder quelques-uns sont apparu avec l'option PROXY en mode actif ???

Actuellement il me reste à tout recréer et à réajuster les comptes dyndns.

Je vous tiens au courant des déroulements futurs sur le sujet.

Merci

MAX32



http://www.oqcp.dyndns.org

[max32]

Bon j’arrive il est 2h du matin et je viens juste de terminer de réajuster tous mes comptes sur dyndns.org … bien sur tous les paramètres sont correcte et actif, dont entre autre (Réduire les mises à jour: sur l'IP RED) sue Actif.

Maintenant il reste à voir si tous cela tiendra et combien de temps.

Au prochain Bug du même genre … s’il survient. Je vous en informerai dans ce forum


Merci

MAX32

2007-4-18




http://www.oqcp.dyndns.org

[Franck78]

Une façon sure de planter le fichier de conf est de d'utiliser le caractère séparateur de champs dans une donnée. A la relecture par le GUI les champs de la ligne sont décalés.

Normalement la vérification des valeurs de chaque champs est effectuée. Mais bon, je dis bien normalement.
Le séparateur est la virgule, voire le TAB.

Ca, c'est pour les données répétitives (la même ligne répétée).

Les valeurs uniques (les options par exemple) sont écrites dans un autre fichier sous forme de lignes "nom=valeur" et je n'ai pas trouvé de moyen de planter ça.

Je ne pense pas que cela t'aidera à determiner la cause de ce changement dans ton fichier, mais au moins tu as une idée d'accident qui peut survenir

[Franck78]

Je ne te demandes pas de le changer tout de suite en 1.4.

Akim a fait un gros changement sur l'algo, une IP sauvegardée par ligne dyndns. A voir (backporté dans 1.4).