Bonjour, Si tu as plusieurs machines executant la meme distribution il est peut-etre interessant de mettre en place un proxy apt. Ca evitera de saturer la liaison internet.
Apres, security.debian.org pointe sur au moins 3 serveurs: dig security.debian.org ; <<>> DiG 9.9.5-9+deb8u3-Debian <<>> security.debian.org ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 3859 ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 1280 ;; QUESTION SECTION: ;security.debian.org. IN A ;; ANSWER SECTION: security.debian.org. 20 IN A 212.211.132.32 security.debian.org. 20 IN A 212.211.132.250 security.debian.org. 20 IN A 195.20.242.89 ;; Query time: 0 msec ;; SERVER: 172.17.10.15#53(172.17.10.15) ;; WHEN: Wed Dec 23 15:20:14 CET 2015 ;; MSG SIZE rcvd: 96 A mon avis, on aura du mal a saturer leur bande passante avec quelques requetes. Le Tue, 22 Dec 2015 10:45:35 +0100, David_dev Dev <dcpc....@gmail.com> a écrit : > Bonjour, > > Nous avons régulièrement des erreur 504 lors des mises à jour > programmées en crontab avec unattended-upgrades sur une debian 7 : > > /var/log/unattended-upgrades/unattended-upgrades.log : > > > 2015-12-19 06:27:10,897 ERROR Une erreur s'est produite : 504 > Connection to server timed out > 2015-12-19 06:27:10,898 ERROR Échec du téléchargement à l'URI « > http://security.debian.org/pool/updates/main/l/linux/linux-image-3.2.0-4-amd64_3.2.73-2+deb7u1_amd64.deb > », abandon > > Le lendemain vers les mêmes horaires plus de soucis. > > D'autres serveurs identiques n'ont pas ce problème le même jours dans > la même plage horaire (tous les serveurs se mettent à jour entre 6h > et 7h en gros). > > Ces serveurs ne semblent pas chargés, la ligne internet non plus, > j'ai du mal à comprendre (et marre des mails d'alertes toutes les > semaines). > > l'update se lance tous les jours sinon et fonctionne la majorité du > temps. Ex1 : server1 : ok du 01/12 à aujourd'hui sauf le 19/12 > Ex2 : server2 : ok du 01/12 à aujourd'hui sauf les 16 et 18/12 > > Quelqu'un aurait-il des idées ? > > Y a-t-il des périodes de mises à jour du dépôt security à éviter ? > Y a-t-il des limitations si trop de machines venant de la même IP se > connectent sur le dépôt (unattended semble avoir un random de timer > assez large pourtant et pas 200 machines à mettre à jour).