Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

Pages : 1

#1 Le 28/07/2016, à 21:57

seabird2_fr

Problème wget

Bonsoir,

J'ai un petit souci que je n'avais pas auparavant.
Je veux par exemple downloader un fichier: 

wget http://apache.trisect.eu/openmeetings/3.1.1/bin/apache-openmeetings-3.1.1.tar.gz

fichier qui fait 126 Mo et voilà ce que j'obtiens apres la commande:

# wget http://apache.trisect.eu/openmeetings/3.1.1/bin/apache-openmeetings-3.1.1.tar.gz
--2016-07-28 21:49:56--  http://apache.trisect.eu/openmeetings/3.1.1/bin/apache-openmeetings-3.1.1.tar.gz
Resolving apache.trisect.eu (apache.trisect.eu)... 141.8.225.33
Connecting to apache.trisect.eu (apache.trisect.eu)|141.8.225.33|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 51 [text/html]
Saving to: `apache-openmeetings-3.1.1.tar.gz.1'

100%[========================================================================================================================>] 51          --.-K/s   in 0s

2016-07-28 21:49:56 (11.0 MB/s) - `apache-openmeetings-3.1.1.tar.gz.1' saved [51/51]

Le fichier fait 51 octets ????
Quelque-chose m'échappe ?? Il n'y a pas d'erreur pourtant.
Une idée ?

Merci,

Eric

Hors ligne

#2 Le 28/07/2016, à 22:17

grandtoubab

Re : Problème wget

Salut

@debian:~/Téléchargements$ wget http://apache.trisect.eu/openmeetings/3.1.1/bin/apache-openmeetings-3.1.1.tar.gz
--2016-07-28 22:14:10--  http://apache.trisect.eu/openmeetings/3.1.1/bin/apache-openmeetings-3.1.1.tar.gz
Résolution de apache.trisect.eu (apache.trisect.eu)… 164.132.220.20, 2001:41d0:1:f41f:20::1
Connexion à apache.trisect.eu (apache.trisect.eu)|164.132.220.20|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 131708486 (126M) [application/x-gzip]
Sauvegarde en : « apache-openmeetings-3.1.1.tar.gz »

apache-openmeetings 100%[===================>] 125,61M  1,75MB/s    in 86s     

2016-07-28 22:15:36 (1,46 MB/s) — « apache-openmeetings-3.1.1.tar.gz » sauvegardé [131708486/131708486]

On n'atteint pas la même ip ?? Problème de dns chez toi ??

ou de version

debian:~$ apt-cache policy wget
wget:
  Installé : 1.18-2
  Candidat : 1.18-2
 Table de version :
 *** 1.18-2 500
        500 ftp://ftp2.fr.debian.org/debian stretch/main amd64 Packages
        100 /var/lib/dpkg/status
     1.16-1 500
        500 ftp://ftp2.fr.debian.org/debian jessie/main amd64 Packages

Dernière modification par grandtoubab (Le 28/07/2016, à 22:19)

Linux tout seul sur HP Pavilion DV7 et Acer Aspire T650, Canon MG3650 en wifi
Debian 11 Bullseye Gnome/Xorg, Gnome/Wayland avec SDDM
https://bidouilledebian.wordpress.com/
ON M'A VU DANS LE VERCORS, SAUTER A L'ELASTIQUE..... J'AI DANS LES BOTTES DES MONTAGNES DE QUESTIONS....

Hors ligne

#3 Le 28/07/2016, à 22:28

seabird2_fr

Re : Problème wget

Tiens oui c'est bizarre, je n'avais pas fait attention. Pourquoi j'arrive sur cette ip 141.8.225.33 qui n'a rien à voir ???
A quoi cela peut être du ? Pourtant mes DNS sont bons.
Par acquis de conscience , j'avais réinstallé wget.
Peut-être est ce du au fait que je viens de rallumer le serveur après 2 mois d'extinction??

Bon en attendant j'ai remplacé apache.trisect.eu par 164.132.220.20 dans l'url.

Merci,

Eric

Dernière modification par seabird2_fr (Le 28/07/2016, à 22:32)

Hors ligne

#4 Le 29/07/2016, à 08:22

bruno

Re : Problème wget

C'est un peu inquiétant non ?
Tu devrais examiner le retour de :

dig +trace apache.trisect.eu

Hors ligne

#5 Le 29/07/2016, à 09:19

grandtoubab

Re : Problème wget

bruno a écrit :

C'est un peu inquiétant non ?
Tu devrais examiner le retour de :

dig +trace apache.trisect.eu

chez moi toujours 164.132.220.20

@debian:~$ dig apache.trisect.eu

; <<>> DiG 9.10.3-P4-Debian <<>> apache.trisect.eu
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 36842
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4000
;; QUESTION SECTION:
;apache.trisect.eu.		IN	A

;; ANSWER SECTION:
apache.trisect.eu.	109	IN	A	164.132.220.20

;; Query time: 9 msec
;; SERVER: 89.2.0.1#53(89.2.0.1)
;; WHEN: Fri Jul 29 09:06:11 CEST 2016
;; MSG SIZE  rcvd: 62

je passe par numericable 89.2.0.1
http://www.commentcamarche.net/faq/1496 … cipaux-fai

Linux tout seul sur HP Pavilion DV7 et Acer Aspire T650, Canon MG3650 en wifi
Debian 11 Bullseye Gnome/Xorg, Gnome/Wayland avec SDDM
https://bidouilledebian.wordpress.com/
ON M'A VU DANS LE VERCORS, SAUTER A L'ELASTIQUE..... J'AI DANS LES BOTTES DES MONTAGNES DE QUESTIONS....

Hors ligne

#6 Le 29/07/2016, à 10:30

bruno

Re : Problème wget

Tu n'as pas mis le +trace
Là on voit juste qu'au final 89.2.0.1 renvoie une information erronée mais on ne sait pas d'où cela vient.
Si c'est Numericable qui fait n'importe quoi (ce qui ne serait guère étonnant…) tu devrais installer ton propre résolveur cache (ubound, ou bind9).

Hors ligne

#7 Le 29/07/2016, à 10:31

seabird2_fr

Re : Problème wget

Bonjour Bruno,

En effet c'est étrange. voilà ce que j'obtiens avec la commande: dig +trace apache.trisect.eu

;; global options: +cmd
.                       458296  IN      NS      f.root-servers.net.
.                       458296  IN      NS      m.root-servers.net.
.                       458296  IN      NS      j.root-servers.net.
.                       458296  IN      NS      i.root-servers.net.
.                       458296  IN      NS      c.root-servers.net.
.                       458296  IN      NS      a.root-servers.net.
.                       458296  IN      NS      k.root-servers.net.
.                       458296  IN      NS      l.root-servers.net.
.                       458296  IN      NS      e.root-servers.net.
.                       458296  IN      NS      h.root-servers.net.
.                       458296  IN      NS      g.root-servers.net.
.                       458296  IN      NS      b.root-servers.net.
.                       458296  IN      NS      d.root-servers.net.
;; Received 496 bytes from 2001:4b98:dc0:49::225#53(2001:4b98:dc0:49::225) in 260 ms

eu.                     172800  IN      NS      x.dns.eu.
eu.                     172800  IN      NS      nl.dns.eu.
eu.                     172800  IN      NS      y.dns.eu.
eu.                     172800  IN      NS      cz.dns.eu.
eu.                     172800  IN      NS      uk.dns.eu.
eu.                     172800  IN      NS      si.dns.eu.
;; Received 319 bytes from 192.228.79.201#53(192.228.79.201) in 425 ms

trisect.eu.             86400   IN      NS      ns1.trisect.uk.
trisect.eu.             86400   IN      NS      ns2.trisect.uk.
trisect.eu.             86400   IN      NS      ns3.trisect.uk.
;; Received 99 bytes from 194.0.1.19#53(194.0.1.19) in 18 ms

apache.trisect.eu.      300     IN      A       164.132.220.20
trisect.eu.             300     IN      NS      ns2.trisect.uk.
trisect.eu.             300     IN      NS      ns3.trisect.uk.
trisect.eu.             300     IN      NS      ns1.trisect.uk.
;; Received 247 bytes from 2001:41d0:1:f41f:18::1#53(2001:41d0:1:f41f:18::1) in 6 ms

En fait ce serveur est un serveur de test que j'ai cloné d'un autre.
D'ailleurs sur le serveur original, le téléchargement fonctionne et la commande dig +trace apache.trisect.eu donne:

;; global options: +cmd
.                       458218  IN      NS      j.root-servers.net.
.                       458218  IN      NS      m.root-servers.net.
.                       458218  IN      NS      l.root-servers.net.
.                       458218  IN      NS      g.root-servers.net.
.                       458218  IN      NS      i.root-servers.net.
.                       458218  IN      NS      a.root-servers.net.
.                       458218  IN      NS      e.root-servers.net.
.                       458218  IN      NS      k.root-servers.net.
.                       458218  IN      NS      h.root-servers.net.
.                       458218  IN      NS      d.root-servers.net.
.                       458218  IN      NS      b.root-servers.net.
.                       458218  IN      NS      c.root-servers.net.
.                       458218  IN      NS      f.root-servers.net.
;; Received 496 bytes from 217.70.184.225#53(217.70.184.225) in 15 ms

eu.                     172800  IN      NS      x.dns.eu.
eu.                     172800  IN      NS      y.dns.eu.
eu.                     172800  IN      NS      cz.dns.eu.
eu.                     172800  IN      NS      nl.dns.eu.
eu.                     172800  IN      NS      si.dns.eu.
eu.                     172800  IN      NS      uk.dns.eu.
;; Received 319 bytes from 199.7.83.42#53(199.7.83.42) in 33 ms

trisect.eu.             86400   IN      NS      ns3.trisect.uk.
trisect.eu.             86400   IN      NS      ns2.trisect.uk.
trisect.eu.             86400   IN      NS      ns1.trisect.uk.
;; Received 99 bytes from 2001:67c:1010:23::53#53(2001:67c:1010:23::53) in 28 ms

apache.trisect.eu.      300     IN      A       164.132.220.20
trisect.eu.             300     IN      NS      ns1.trisect.uk.
trisect.eu.             300     IN      NS      ns2.trisect.uk.
trisect.eu.             300     IN      NS      ns3.trisect.uk.
;; Received 247 bytes from 164.132.220.22#53(164.132.220.22) in 5 ms

Je ne comprends pas...

Petite question de néophite , par quel serveur DNS passe wget par défaut, schant que je passe par des VPS de chez gandi ???

Eric

Dernière modification par seabird2_fr (Le 29/07/2016, à 10:43)

Hors ligne

#8 Le 29/07/2016, à 11:19

bruno

Re : Problème wget

Là tu obtiens la bonne adresse IP.
C'est était peut être un problème de cache (voire empoisonnement de cache si tu utilises bind ou autre ?).
Sinon, ta commande dig n'affiche pas les enregistrements RRSIG (signature numérique) , signe que DNSSEC n'est pas activé…

Hors ligne

#9 Le 29/07/2016, à 11:23

seabird2_fr

Re : Problème wget

Non ce n'est toujours pas réglé:
la commande wget http://apache.trisect.eu/openmeetings/3 … 1.1.tar.gz me mène toujours à cette adresse: 141.8.225.33

C'est quand même étrange.

Hors ligne

#10 Le 29/07/2016, à 11:35

bruno

Re : Problème wget

Bon je me suis un peu mélangé entre les réponses de grantoubab et de seabird2_fr wink

@seabird2_fr

Ta réponse en #7 montre que tu obtiens la bonne adresse IP avec la commande dig. Ce doit être la même chose avec wget.

Les seules possibilités que je vois :
- tu n'exécutes pas wget sur la même machine que ton dig… ;
- tu as un bind installé dont le cache est empoissonné (chercher "DNS cache poisoning") ;
- un fichier /etc/hosts ou autre chose ayant la précédence sur la résolution DNS (cf /etc/nssswitch) renvoie une information non valide.

Dernière modification par bruno (Le 29/07/2016, à 11:37)

Hors ligne

#11 Le 29/07/2016, à 11:49

seabird2_fr

Re : Problème wget

bruno a écrit :

Les seules possibilités que je vois :
- tu n'exécutes pas wget sur la même machine que ton dig… ;
- tu as un bind installé dont le cache est empoissonné (chercher "DNS cache poisoning") ;
- un fichier /etc/hosts ou autre chose ayant la précédence sur la résolution DNS (cf /etc/nssswitch) renvoie une information non valide.

- Je suis bien sur la même machine pour wget et dig
- j'ai bind installé mais je ne l'utilise pas (pas acquis de conscience je l'ai redemarrer  et fait un rndc flush .
- je n'ai rien de particulier dans le fichier /etc/hosts.

J'ai posé la question au service technique. Je reviens poster leur réponse.

Hors ligne

#12 Le 29/07/2016, à 11:51

grandtoubab

Re : Problème wget

seabird2_fr a écrit :

Non ce n'est toujours pas réglé:
la commande wget http://apache.trisect.eu/openmeetings/3 … 1.1.tar.gz me mène toujours à cette adresse: 141.8.225.33

C'est quand même étrange.

ça sent mauvais
http://141.8.225.33.ipaddress.com/

Linux tout seul sur HP Pavilion DV7 et Acer Aspire T650, Canon MG3650 en wifi
Debian 11 Bullseye Gnome/Xorg, Gnome/Wayland avec SDDM
https://bidouilledebian.wordpress.com/
ON M'A VU DANS LE VERCORS, SAUTER A L'ELASTIQUE..... J'AI DANS LES BOTTES DES MONTAGNES DE QUESTIONS....

Hors ligne

#13 Le 29/07/2016, à 12:24

bruno

Re : Problème wget

seabird2_fr a écrit :

- j'ai bind installé mais je ne l'utilise pas (pas acquis de conscience je l'ai redemarrer  et fait un rndc flush .


Si Bind est démarré, tu l'utilises !
Je soupçonne toujours un problème d’empoisonnement du cache de Bind…
Le résultat du wget est-il toujours le même après avoir redémarré Bind/vidé le cache ?

Hors ligne

#14 Le 29/07/2016, à 13:08

seabird2_fr

Re : Problème wget

bruno a écrit :

Si Bind est démarré, tu l'utilises !
Je soupçonne toujours un problème d’empoisonnement du cache de Bind…
Le résultat du wget est-il toujours le même après avoir redémarré Bind/vidé le cache ?

Oui j'ai installé bind mais en fait je ne l'utilise pas. Je l'ai stoppé.
Mais je l'ai quand même redémarré et vidé le cache pour voir.
Le résultat du wget est toujours pareil.

A la limite je peux désinstaller bind pour voir

Dernière modification par seabird2_fr (Le 29/07/2016, à 13:08)

Hors ligne

#15 Le 29/07/2016, à 13:28

grandtoubab

Re : Problème wget

Dans wget il existe l'option --dns-cache=off
--dns-cache=off
Désactive le cache lors de recherches DNS. Normalement, Wget garde en mémoire les adresses qu'il a déjà recherchées sur le serveur de noms, ce qui lui évite de recontacter à chaque fois le DNS pour le même (petit) ensemble d'adresses à partir desquelles la récupération est faite. Ce cache existe uniquement en mémoire vive, à chaque exécution Wget contacte de nouveau le DNS.

http://www.delafond.org/traducmanfr/man … get.1.html

verifier le fichier de conf

cat /etc/wgetrc

Dernière modification par grandtoubab (Le 29/07/2016, à 13:32)

Linux tout seul sur HP Pavilion DV7 et Acer Aspire T650, Canon MG3650 en wifi
Debian 11 Bullseye Gnome/Xorg, Gnome/Wayland avec SDDM
https://bidouilledebian.wordpress.com/
ON M'A VU DANS LE VERCORS, SAUTER A L'ELASTIQUE..... J'AI DANS LES BOTTES DES MONTAGNES DE QUESTIONS....

Hors ligne

#16 Le 29/07/2016, à 13:31

seabird2_fr

Re : Problème wget

grandtoubab a écrit :

Dans wget il existe l'option --dns-cache=off
--dns-cache=off
Désactive le cache lors de recherches DNS. Normalement, Wget garde en mémoire les adresses qu'il a déjà recherchées sur le serveur de noms, ce qui lui évite de recontacter à chaque fois le DNS pour le même (petit) ensemble d'adresses à partir desquelles la récupération est faite. Ce cache existe uniquement en mémoire vive, à chaque exécution Wget contacte de nouveau le DNS.

http://www.delafond.org/traducmanfr/man … get.1.html

Merci pour la suggestion, mais c'est toujours pareil hmm

Dernière modification par seabird2_fr (Le 29/07/2016, à 13:32)

Hors ligne

Pages : 1