Wget sur dl.free.fr

Support Debian
#1

Bonjour à tous!

OS Debian 10, à jour!
Je vous fait part d’un problème pour lequel je n’ai trouvé aucune solution malgré les nombreux forum et tests que j’ai pu faire :

Depuis chez moi, abonnement FREE, je ne rencontre aucun problème pour télécharger des fichiers sur dl.free.fr avec la commande wget (wget http://dl.free.fr/qW2f9bpx4/filename=*nom_du_fichier*).
Lorsque je lance exactement la même commande chez des amis (Debian 10, à jour également,FAI Orange ou bouygues), j’obtiens une erreur 302 Found :

Avertissement : les jokers ne sont pas permis en HTTP.
--2020-04-30 13:52:34-- *URL_du_fichier*
Résolution de dl.free.f … 212.27.63.32, 212.27.63.45, 212.27.63.35, ...
Connexion à dl.free.f|212.27.63.32|:80… connecté.
requête HTTP transmise, en attente de la réponse… 302 Found
Emplacement : *URL_du_fichier*
[suivant]
--2020-04-30 13:52:35-- httr.//*URL_du_fichier*
Connexion à dl.free.f |212.27.63.32|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : non indiqué [text/html]
Sauvegarde en : « filename=*nom_du_fichier* »

filename=*nom_du_fichier* [ <=> ] 9,22K --.-KB/s ds 0,009s

2020-04-30 13:52:35 (983 KB/s) - « filename=*nom_du_fichier* » sauvegardé [9445]

J’ai modifié les adresses, car limité à 2 liens pour les nouveaux sur le forum!

C’est à ni rien comprendre!
Un problème avec le FAI?

Merci pour votre aide

1 J'aime
#2

Peut-être que Free n’autorise l’usage de wget qu’à partir d’un abonné chez eux.
Tu leur as demandé (à Free) ?

#3

Merci pour cette réponse!

Non, je ne leur ai pas demandé mais je ne vois pas pourquoi ils auraient mis des restrictions sur cette commande pour les autres opérateurs. Le lien de téléchargement sur la page web fonctionne!
Je vais toutefois leur poser la question! mais la réponse risque de ne pas arriver tout de suite …
Je vous tiens au courant.

Encore merci!

#4

Bonjour

RFC1945 Hypertext Transfer Protocol – HTTP/1.0

…
302 Moved Temporarily

The requested resource resides temporarily under a different URL.
Since the redirection may be altered on occasion, the client should
continue to use the Request-URI for future requests.

The URL must be given by the Location field in the response. Unless
it was a HEAD request, the Entity-Body of the response should
contain a short note with a hyperlink to the new URI(s).

If the 302 status code is received in response to a request using
the POST method, the user agent must not automatically redirect the
request unless it can be confirmed by the user, since this might
change the conditions under which the request was issued.

    Note: When automatically redirecting a POST request after
    receiving a 302 status code, some existing user agents will
    erroneously change it into a GET request.
…

Le serveur te réponds que ce que tu lui as demandé
a temporairement changé d’adresse,
et que la nouvelle adresse est donnée dans la réponse
et que tu pourras plus tard reformuler ta requête
en utilisant l’adresse que tu avais utilisé.

#5

Merci!

Oui, j’ai vu ça mais la commande fonctionne tjrs de chez moi lorsque je la lance en même temps, ou après chez mes amis. Le fichier est donc toujours présent au même emplacement!

#6

Petite précision :
Ils ont installé Debian sans environnent de bureau. Manque des dépendances( pour free)?
wget fonctionne avec d’autres sites.

#7

Comme l’indique @MicP, ce n’est pas une erreur mais une information que l’emplacement de la ressource demandée a changé. On peut voir que wget relance le téléchargement avec l’URL indiqué, avec succès.

Quel est le vrai problème ?
Ce n’est pas le bon fichier ? Dans ce cas, que contient-il ?

Si tu n’avais pas caviardé les URL, on aurait pu vérifier par nous-mêmes.

#8

Effectivement, ce n’est pas une erreur, juste un problème de téléchargement.
il télécharge un fichier sans extension coder en html qui correspond à la page simplifier de téléchargement (je peux pas le joindre, nouvel utilisateur oblige!)

Par exemple :

wget http://dl.free.fr/qW2f9bpx4

Merci

#9

oui effectivement wget de ce lien renvoie une ‹ 302 › et télécharge un fichier de type html, portant le même nom que la fin du lien (je ne suis pas chez free…)qW2f9bpx4.html (9,2 Ko)
( afin de pouvoir l’uploader ici j’ai été juste obligé de rajouter l’extention html )

#10

Tu es sûr que ce pas dl.free.fr qui bloque parce qu’il y trop de téléchargements du fichier en question ?

#11

Oui, certains . Chaque fois que je le lance de chez moi, ça fonctionne.

#12

Ton URL fonctionne depuis une connexion Free, je viens de tester. Je suppose donc que Free a mis des restrictions pour ceux qui ne sont pas leurs clients.

#13

Ce n’est pas une restriction, c’est de la pub.

2 J'aime
#14

Bonjour,

Finalement, il semble effectivement que free restreint les connexions via wget à ses abonnés adsl ou fibre (impossible également depuis des ip free mobile).

Le but étant de télécharger sur dl.free.fr depuis un terminal, nous avons donc contourné le problème grâce à elinks!

Merci à tous pour vos réponses.

2 J'aime
#15

De la pub ? Je n’ai pas compris…

#16

Si les clients de Free peuvent télécharger directement le fichier alors que les clients d’autres FAI doivent obligatoirement afficher la page de redirection, c’est pour que ces derniers voient bien que c’est un service fourni par Free, non ?

1 J'aime
#18

Cela marche mais pas très satisfaisant intellectuellement comparé à un petit script ou une ligne de commande.
Merci.

#19

La commande elinks existe aussi (pas testé) mais apparemment, # elinks [URL] devrait fonctionner.