WGET 401 non autorisé

Je suis en train d'utiliser un fichier de commandes avec WGET pour télécharger le public de la FCC fichier à partir d'ici

http://wireless.fcc.gov/uls/data/complete/l_micro.zip

Quand j'ai d'abord exécuter le fichier de commandes avec paramètres

wget --server-response -owget.log http://wireless.fcc.gov/uls/data/complete/l_micro.zip

Il échoue avec une erreur HTTP 401 non autorisé d'erreur. Je peux réessayer à ce point, et il met en situation d'échec. Cependant j'ai remarqué que si j'ouvre IE, commencer un téléchargement et de l'annuler lorsque vous êtes invité à enregistrer, j'pouvez exécuter à nouveau le fichier de commandes et il exécute parfaitement!

Voici mon détaillée de la réponse du serveur à partir du journal

--2012-02-06 14:32:24--  http://wireless.fcc.gov/uls/data/complete/l_micro.zip
Resolving wireless.fcc.gov (wireless.fcc.gov)... 192.104.54.158
Connecting to wireless.fcc.gov (wireless.fcc.gov)|192.104.54.158|:80... connected.
HTTP request sent, awaiting response... 
  HTTP/1.1 302 Found
  Location: REMOVED - appears to have my IP
  Cache-Control: no-cache
  Pragma: no-cache
  Content-Type: text/html; charset=utf-8
  Connection: close
  Content-Length: 513
Location: REMOVED [following]
--2012-02-06 14:32:24--  REMOVED
Resolving REMOVED... 192.168.2.11
Connecting to REMOVED|192.168.2.11|:80... connected.
HTTP request sent, awaiting response... 
  HTTP/1.1 401 Unauthorized
  Cache-Control: no-cache
  Pragma: no-cache
  WWW-Authenticate: NTLM
  WWW-Authenticate: BASIC realm="AD_BCAAA"
  Content-Type: text/html; charset=utf-8
  Proxy-Connection: close
  Set-Cookie: BCSI-CS-8ECFB6B4AA642EF0=2; Path=/
  Connection: close
  Content-Length: 575
Authorization failed.

Voici le journal après avoir fait mon petit IE procédure et à la faire fonctionner

--2012-02-08 15:52:43--  http://wireless.fcc.gov/uls/data/complete/l_micro.zip
Resolving wireless.fcc.gov (wireless.fcc.gov)... 192.104.54.158
Connecting to wireless.fcc.gov (wireless.fcc.gov)|192.104.54.158|:80... connected.
HTTP request sent, awaiting response... 
  HTTP/1.1 200 OK
  Server: Sun-Java-System-Web-Server/7.0
  Date: Fri, 27 Jan 2012 18:37:51 GMT
  Content-type: application/zip
  Last-modified: Sun, 22 Jan 2012 11:18:09 GMT
  Etag: "46fa95c-4f1bf071"
  Accept-ranges: bytes
  Content-length: 74426716
  Connection: Keep-Alive
  Age: 1045014
Length: 74426716 (71M) [application/zip]
Saving to: `l_micro.zip'

Toute aide est très appréciée!

Votre commande fonctionne parfaitement pour moi ...
J'ai tenté wget http://wireless.fcc.gov/uls/data/complete/l_micro.zip et a obtenu un fichier l_micro.zip de 74693506 octets avec sha1sum de 1f8393bf6231bfa9689ec91cab6a660244f35605.
Avez-vous un proxy transparent sur votre réseau? Pouvez-vous exécuter wireshark ou un violon sur IE session pour voir ce qu'il fait différemment?

OriginalL'auteur user1192537 | 2012-02-08

21

Si le site web est tout simplement un htpassword de l'installation, vous pouvez essayer:
```
wget --user=admin --ask-password https://www.yourwebsite.com/file.zip
```
+1 Cela fonctionne très bien lorsque vous obtenez 401 non autorisé. Merci!

OriginalL'auteur Federico Giorgi
9

Vous avez un Blue Coat les passerelles web sécurisées sur votre réseau, comme en témoigne la ligne dans la réponse:
```
Set-Cookie: BCSI-CS-8ECFB6B4AA642EF0=2; Path=/
```
On dirait qu'il veut de vous authentifier, sans doute avec vos informations d'identification de domaine. Essayez de les passer avec --http-user et --http-passwd.

OriginalL'auteur Edward Thomson
6

J'ai utilisé --auth-no-challenge et l'erreur exacte résolus .

Parfait... L'API, j'étais d'appel n'était pas de l'envoi de l'auth défi. Cette option les forces de wget pour toujours envoyer l'en-tête d'Autorisation.

OriginalL'auteur Omid Ataollahi
1

J'ai eu un problème similaire avec le xwiki de site. après plusieurs tentatives, j'ai trouvé une combinaison qui a fonctionné pour moi très bien

wget --no-check-certificate --auth-pas-challenge-k -nc -p -l 1 -r https://user:[email protected]

Je pense que la clé était-auth-pas-défi

OriginalL'auteur Valeriy
1

Je suis venu ici pour essayer de trouver pourquoi wget a été de donner un 401 non autorisé message lorsque sur un autre système, le problème ne se produit pas.

Après l'installation d'une version ultérieure à la version de wget partir de la source (binaire n'était pas disponible dans ma distribution), il a travaillé. Je ne peux pas expliquer pourquoi, sauf que ça doit être une sorte de bug donc si aucune de ces résout votre problème, pensez à la mise à niveau de wget.

OriginalL'auteur user5802444
1

Essayez d'utiliser cette extension pour firefox. Il génère un wget ou un curl de commande qui peut être copié et exécuter à partir de bash.

Génial! Merci pour cette, m'a aidé beaucoup!

OriginalL'auteur Vasantha Ganesh K
0

Essayer de définir une chaîne de l'agent utilisateur avec wget - par exemple
```
--user-agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)  
```
c'est tout à fait possible pour un site pour rejeter les demandes de certains agents utilisateurs, en particulier si elles chercher à contourner les "habituels" lignes à l'information (c'est à dire par le biais de pages web).

Bien que cela n'explique pas votre problème, c'est une bonne idée de toute façon. Peut-être que le site met en œuvre un mécanisme par lequel, lorsque vous naviguez, avec un "connu" du navigateur (par exemple, IE) il met ensuite votre adresse IP comme "sûr" permet donc à tout utilisateur de l'agent à partir de votre adresse IP pour télécharger quoi que ce soit 🙂

J'ai essayé ta suggestion et aussi utilisé mon propre UA à partir de mon navigateur et il n'a pas aidé. Il semble être sur et en dehors, quand je suis sur mon ordinateur ce matin, il a bien fonctionné indépendamment des paramètres globaux et récemment cessé de travailler. Cela pourrait-il être en quelque sorte un problème de firewall ou est-il susceptible d'autre chose?

OriginalL'auteur robf

Vous devez vous connecter pour publier un commentaire.