Pages:
Actions
  • #13 par alain_p le 27 Oct 2017
  • Oui, avec proxy, seuls des serveurs DNS internes sont consultables, qui ne sont peut-être pas très fiables.
  • #14 par vivien le 28 Oct 2017
  • Cela sent la mise à jour automatique. Avec un apt-get update manuel, l'administrateur verrait l'erreur.
    Par défaut Ubuntu desktop et serveur cherche les mise à jour tous les jour, sans les installer (notification de mises à jour disponibles)

    Oui, avec proxy, seuls des serveurs DNS internes sont consultables, qui ne sont peut-être pas très fiables.
    Le comportement par défaut d'un DNS est de faire des requêtes récursive si l'information n'est pas en cache ou si le cache est expiré.
    Là cela fait plus de 2 mois que l'entrée DNS a changée...
  • #15 par alain_p le 28 Oct 2017
  • Si l'adresse est dans le fichiers hosts, tant qu'elle ne sera pas changée, c'est elle qui sera consultée avant les DNS.

    Pour le comportement d'Ubuntu, oui, c'est vrai qu'il recherche s'il y en a de disponibles.

    P.S : quand je dis pas très fiable, je veux dire qu'ils ne répondent pas tout le temps (je parle d'expérience, je connais le cas), car il n'y en a qu'un, qui peut-être inaccessible en cas de mise à jour , maintenance, ou autre incident.
  • #16 par xp25 le 29 Oct 2017
  • Possible de renvoyer autre chose que le 404 ?

    Parce que comme le dit alain_p, en manuel ça se verrait.
    C'est une réponse faite pour un humain pas pour une machine.

    Là, la machine trouve rien mais continue surtout ses requêtes sur un repertoire vide et interpréte ça comme une absence de MAJ.

    Si c'est possible, il faut lui envoyer "un coup de pelle" que l'admin soit au courant du changement.

    Tu vois ce que je veut dire ?
  • #17 par vivien le 29 Oct 2017
  • La réponse 404 est parfaitement interprété par le système

    Tu voudrai que j'utilise quel code ?

    https://fr.wikipedia.org/wiki/Liste_des_codes_HTTP
  • #18 par xp25 le 29 Oct 2017
  • La réponse 404 est parfaitement interprété par le système

    Tu voudrai que j'utilise quel code ?

    https://fr.wikipedia.org/wiki/Liste_des_codes_HTTP

    Ah, le serveur se dit tout seul : ah merde, il y a rien, je vais donc fouiller sur google où est ce fichu fichier ?

    Même si le seveur reçoit le 404, il le log et affiche un message préformaté si l'apt get est manuel.

    Ex : Retour 404 -> mec y a rien sur le serveur.

    Je vais pas t'apprendre, tu doit t'y connaitre mieux que moi en linux mais c'est du bon sens.

    Le système reçoit un 404 mais il est comme une poule devant un couteau, ce n'est qu'une vieille variable qui déclenche un affichage sur le client ou une ligne de log, il n'y a pas d'action concrète de prévue.

    Si le serveur est down le système reçoit autre chose qu'un 404 et change bien de dépôt non ?

    Parce que là le 404 c'est juste interprété comme : pas de maj revient plus tard par le système à priori mais affiche un message personnalisé selon le client.

    Sur la page wiki 404, ils indiquent préférable d'utiliser 410 même si ça doit rien faire de plus.
    https://fr.m.wikipedia.org/wiki/Erreur_HTTP_404

    Il faut trouver autre chose à renvoyer.

    Quelque chose qui prévienne de façon brutale l'admin ou qui indique au système : coucou, j'ai changer l'adresse IP du serveur, fait la Maj boulet !!!!

    Il y a sûrement moyen avec un ex dépôt officiel d'agir sur le système en lui indiquant de modifier l'IP du serveur.

    Je donne des pistes de réflexion pour régler le souci parce que là le topic est dans un cul de sac.

    Faut un dev qui tombe sur ce topic et apporte une soluce.
  • #19 par xp25 le 29 Oct 2017
  • Ce que je ferais, c'est une mise en situation :

    Tu reproduis l'expérience (ex IP en dure) avec un de tes systèmes.

    Et tu vois ce que ça fait avec le retour 404.

    Et tu bidouilles (renvoi autre que 404 etc) jusqu'à ce que la maj se fasse  :D
  • #20 par jack le 29 Oct 2017
  • Quel est le problème ?

    Des gens font n'importe quoi et obtiennent n'importe quoi

    Tout va donc parfaitement bien
Pages:
Actions