Sur une machine utilisant le service dyndns pour recoller nom et IP suite au rétablissement d'une connexion ADSL après coupure la première tentative de contact de "ddclient" avec le service members.dyndns.org se termine par un échec qui aboutit à une perte de temps de 5mn Que pourais-je faire pour que la premier essai ne se termine pas en échec.: extrait de sys.log
reconnexion et nouvel IP puis .. ddclient s'énerve et : Jan 25 03:07:08 beltegeuse ddclient[852]: WARNING: cannot connect to members.dyndns.org:80 socket: IO::Socket::INET: Bad hostname 'members.dyndns.org' Jan 25 03:07:09 beltegeuse ddclient[852]: FAILED: updating beltegeuse.dyndns.org: Could not connect to members.dyndns.org. Jan 25 03:07:17 beltegeuse ddclient[12949]: WARNING: skipping update of beltegeuse.dyndns.org from 81.56.197.27 to 213.228.59.250. Jan 25 03:07:17 beltegeuse ddclient[12949]: WARNING: last updated Fri Jan 24 03:12:49 2003 but last attempt on Sat Jan 25 03:07:07 2003 failed. Jan 25 03:07:17 beltegeuse ddclient[12949]: WARNING: Wait at least 5 minutes between update attempts. Jan 25 03:08:01 beltegeuse /USR/SBIN/CRON[12973]: (mail) CMD ( if [ -x /usr/sbin/exim -a -f /etc/exim/exim.conf ]; then /usr/sbin/exim -q ; fi) Jan 25 03:10:01 beltegeuse /USR/SBIN/CRON[13006]: (root) CMD (/etc/ppp/check.sh) Jan 25 03:12:14 beltegeuse ddclient[852]: SUCCESS: updating beltegeuse.dyndns.org: good: IP address set to 213.228.59.250 Il est vrai qu'à 3h du maztin on s'enfiche mais lors de la coupure par FT (entre 16 et 18h généralement) en pleine journée c'est beaucoup plus génant. (j'ai fait une coupure systématique à 3h du matin car certains disaient que ça évite la coupure FT, c'est faux j'ai toujours une coupure par FT et lorsqu'il n'y en a pas (très rare) j'ai cru constater qu'il y en avait duex le lendemain.) de l'ADSL victime du rédémarrage quotidien de l'ADSL imposé par FT, Lors de la réinitialisation d'une connexion ADSL pour un serveur web -- hervé thibaud <[EMAIL PROTECTED]>
