Forum Linux.debian/ubuntu could not resolve host à la première tentative, mais pas à la 2ème

Posté par  (site web personnel) .
Étiquettes :
1
16
fév.
2012

Bonjour à tous,

J'utilise un petit programme utilisant libcurl qui marche très bien depuis quelques temps, sous Debian stable, connecté en filaire à une Livebox. Ce week-end j'ai mis à jour les paquets qui pouvaient l'être (toujours en stable), ce qui doit se limiter à des corrections de bugs ou failles. Et depuis, mon programme me renvoie une erreur curl 6 : CURLE_COULDNT_RESOLVE_HOST à la première tentative. Si je le relance à la main, la connexion a bien lieu avec le premier site cherché, puis à nouveau une erreur sur le 2ème site. Si je le relance à la main une 3ème fois, le programme marche (il n'accède qu'à 2 sites différents). Et ensuite rebelote en cas de redémarrage.

Comme c'est un programme lancé par cron, c'est très désagréable. Ma première idée a été de mettre à la main les DNS d'Orange plutôt que la redirection pourrie de la Livebox. Et là miracle ça a marché lors de mes tentatives manuelles. Par contre j'ai obtenu ce matin une erreur 56 CURLE_RECV_ERROR (Failure with receiving network data), qui ne me dit pas grand chose.

J'ai donc plusieurs questions :
- est-ce que Debian aurait envoyé une mise à jour envahissante en stable ? curl n'attend même pas une seconde avant de me renvoyer une erreur 6. Ça fait pas long comme timeout.
- est-ce que ça n'a aucun rapport avec ma mise à jour, et c'est juste Orange qui fait n'importe quoi ?
- est-ce que vous connaissez la signification de l'erreur 56 ? (et pas 42)

Merci d'avance

  • # même problème

    Posté par  . Évalué à 2.

    J'ai exactement le même problème, mais je l'ai même avec un navigateur ! à la première tentative il me dit adresse introuvable puis à la 2eme tentative c'est bon.

    Si quelqu'un a une piste ?

  • # DNS dans /etc/resolv.conf

    Posté par  . Évalué à 3.

    tu as surement 2 lignes
    nameserver IP-premier-serveur
    nameserver IP-deuxieme-serveur

    au premier lancement de ton programme, il tente une resolution du nom via le premier DNS
    celle-ci echoue (DNS mort, injoignable, ou ne connaissant pas la reponse)

    au 2e lancement, il se souvient qu'il s'est planté sur le premier DNS, il essaie alors avec le 2e, et là ca marche.

    au 3e lancement, soit il a caché les precedentes reponses, soit il se souvient que le 1er DNS repondait faux, et interroge d'office le 2e DNS.

    • [^] # Re: DNS dans /etc/resolv.conf

      Posté par  (site web personnel) . Évalué à 1.

      J'imaginais bien que c'était quelque chose comme ça, c'est pour ça que j'ai utilisé les DNS d'Orange plutôt que la redirection de la Livebox fournie en DHCP. Merci pour les détails.

      Mais la question qui me taraude, c'est de savoir ce qui a changé et créé ce comportement...

      • [^] # Re: DNS dans /etc/resolv.conf

        Posté par  . Évalué à 2.

        c'est pour ça que j'ai utilisé les DNS d'Orange
        plutôt que la redirection de la Livebox fournie en DHCP

        c'est de savoir ce qui a changé et créé ce comportement...

        ben justement, tu as mis en dure les DNS d'orange,
        il suffit que l'un d'eux soit HS pour avoir ce probleme.

        alors qu'en laissant le DNS de la livebox, c'est elle qui verifie que les DNS orange fonctionnent.

  • # En ajoutant quelques options ?

    Posté par  . Évalué à 0.

    Je rajoute ceci dans tous mes fichiers resolv.conf

    options timeout:1 attempts:1 rotate

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.