102 votes

chmeee avatar

Différence entre `curl -I' et `curl -X HEAD'.

Demandé el 10 de Mai, 2010
Quand la question a-t-elle été
123795 affichage
Nombre de visites la question a
3 Réponses
Nombre de réponses aux questions
Résolu
Situation réelle de la question

Je regardais le serveur drôle de type de http://www.reddit.com avec curl -I http://www.reddit.com quand j'ai deviné que curl -X HEAD http://www.reddit.com ferait la même chose. Mais, en fait, ce n'est pas le cas.

Je suis curieux de savoir pourquoi.

Voici ce que j'observe en exécutant les deux commandes :

  • curl -I : fonctionne comme prévu, produit l'en-tête et existe.

  • curl -X HEAD : ne montre rien et semble attendre l'entrée de l'utilisateur.

Mais, en reniflant avec tshark Je vois que la deuxième commande envoie effectivement la même requête HTML et reçoit la réponse correcte, mais elle ne l'affiche pas et ne ferme pas la connexion.

curl -I

0.000000 333.33.33.33 -> 213.248.111.106 TCP 59675 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=47267342 TSER=0 WS=6
0.045392 213.248.111.106 -> 333.33.33.33 TCP http > 59675 [SYN, ACK] Seq=0 Ack=1 Win=5792 Len=0 MSS=1460 TSV=2552532839 TSER=47267342 WS=1
0.045441 333.33.33.33 -> 213.248.111.106 TCP 59675 > http [ACK] Seq=1 Ack=1 Win=5888 Len=0 TSV=47267353 TSER=2552532839
0.045623 333.33.33.33 -> 213.248.111.106 HTTP HEAD / HTTP/1.1
0.091665 213.248.111.106 -> 333.33.33.33 TCP http > 59675 [ACK] Seq=1 Ack=155 Win=6432 Len=0 TSV=2552532886 TSER=47267353
0.861782 213.248.111.106 -> 333.33.33.33 HTTP HTTP/1.1 200 OK
0.861830 333.33.33.33 -> 213.248.111.106 TCP 59675 > http [ACK] Seq=155 Ack=321 Win=6912 Len=0 TSV=47267557 TSER=2552533656
0.862127 333.33.33.33 -> 213.248.111.106 TCP 59675 > http [FIN, ACK] Seq=155 Ack=321 Win=6912 Len=0 TSV=47267557 TSER=2552533656
0.910810 213.248.111.106 -> 333.33.33.33 TCP http > 59675 [FIN, ACK] Seq=321 Ack=156 Win=6432 Len=0 TSV=2552533705 TSER=47267557
0.910880 333.33.33.33 -> 213.248.111.106 TCP 59675 > http [ACK] Seq=156 Ack=322 Win=6912 Len=0 TSV=47267570 TSER=2552533705

curl -X HEAD

34.106389 333.33.33.33 -> 213.248.111.90 TCP 51690 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=47275868 TSER=0 WS=6
34.149507 213.248.111.90 -> 333.33.33.33 TCP http > 51690 [SYN, ACK] Seq=0 Ack=1 Win=5792 Len=0 MSS=1460 TSV=3920268348 TSER=47275868 WS=1
34.149560 333.33.33.33 -> 213.248.111.90 TCP 51690 > http [ACK] Seq=1 Ack=1 Win=5888 Len=0 TSV=47275879 TSER=3920268348
34.149646 333.33.33.33 -> 213.248.111.90 HTTP HEAD / HTTP/1.1
34.191484 213.248.111.90 -> 333.33.33.33 TCP http > 51690 [ACK] Seq=1 Ack=155 Win=6432 Len=0 TSV=3920268390 TSER=47275879
34.192657 213.248.111.90 -> 333.33.33.33 TCP [TCP Dup ACK 15#1] http > 51690 [ACK] Seq=1 Ack=155 Win=6432 Len=0 TSV=3920268390 TSER=47275879
34.823399 213.248.111.90 -> 333.33.33.33 HTTP HTTP/1.1 200 OK
34.823453 333.33.33.33 -> 213.248.111.90 TCP 51690 > http [ACK] Seq=155 Ack=321 Win=6912 Len=0 TSV=47276048 TSER=3920269022

Une idée de l'origine de cette différence de comportement ?

Demandé el 10 de Mai, 2010 par chmeee

Réponses

Trop de publicités?

88voto

chmeee avatar
chmeee Points 7180

Il semble que la différence ait à voir avec le Content-Length et comment il est traité par les deux commandes.

Mais avant de parler de ça, curl -X HEAD ne donne pas de sortie car, par défaut, curl n'imprime pas les en-têtes si le commutateur -i n'est pas fourni (pas nécessaire sur -I cependant).

En tout cas, curl -I est la bonne façon de récupérer les en-têtes. Elle demande simplement l'en-tête et ferme la connexion.

D'autre part curl -X HEAD -i va attendre la transmission du nombre d'octets indiqué par Content-Length . Dans le cas non Content-Length n'est pas spécifié, je suppose qu'il attendra des données ou un en-tête particulier.

Quelques exemples qui montrent ce comportement :

$ curl -X HEAD -i http://www.elpais.es
HTTP/1.1 301 Moved Permanently
Server: AkamaiGHost
Content-Length: 0
Location: http://www.elpais.com/
Date: Wed, 12 May 2010 06:35:57 GMT
Connection: keep-alive

Parce que Content-Length est 0, dans ce cas les deux commandes se comportent de la même manière. Et la connexion est ensuite fermée.

$ curl -X HEAD -i http://slashdot.org
HTTP/1.1 200 OK
Server: Apache/1.3.41 (Unix) mod_perl/1.31-rc4
SLASH_LOG_DATA: shtml
X-Powered-By: Slash 2.005001296
X-Bender: Since I love you all so much, I'd like to give everyone hugs.
X-XRDS-Location: http://slashdot.org/slashdot.xrds
Cache-Control: no-cache
Pragma: no-cache
Content-Type: text/html; charset=iso-8859-1
Content-Length: 115224
Date: Wed, 12 May 2010 06:37:20 GMT
X-Varnish: 1649060825 1649060810
Age: 1
Connection: keep-alive

curl: (18) transfer closed with 115224 bytes remaining to read

Dans ce cas, il semble y avoir un timeout (probablement par Varnish), donc curl proteste que la connexion a été fermée avant d'avoir reçu le message Content-Length nombre d'octets.

Au fait, regardez les drôles d'en-têtes X-Bender (montré dans l'exemple) et X-Fry (essayez par vous-même) :).

Répondu el 12 de Mai, 2010 par chmeee (7180 Points )

14voto

ROSE avatar
ROSE Points 134

De les docs :

-X, --requête

(HTTP) Spécifie une méthode de requête personnalisée à utiliser lors de la communication avec le serveur HTTP. La méthode de requête spécifiée sera utilisée à la place de la méthode normalement utilisée (qui est GET par défaut). Lisez la spécification HTTP 1.1 pour plus de détails et d'explications. Les requêtes HTTP supplémentaires les plus courantes sont PUT et DELETE, mais des technologies connexes comme WebDAV offrent PROPFIND, COPY, MOVE et plus encore.

Normalement, vous n'avez pas besoin de cette option. Toutes sortes de requêtes GET, HEAD, POST et PUT sont plutôt invoquées en utilisant des options de ligne de commande dédiées.

Cette option ne change que le mot actuel utilisé dans la requête HTTP, il ne modifie pas le comportement de curl . Ainsi, par exemple, si vous voulez faire une demande HEAD correcte, l'utilisation de -X HEAD ne suffira pas. Vous devez utiliser l'option -I, --head.

En d'autres termes, -X est pour les méthodes autres que GET , HEAD , POST y PUT . Pour HEAD utiliser -I .

Répondu el 2 de Mars, 2017 par ROSE (134 Points )

13voto

jamshid avatar
jamshid Points 241

Je pense que c'est un bug dans curl. Si je spécifie une méthode avec -X, curl devrait traiter la réponse selon la RFC. Malheureusement, le mainteneur de curl n'est pas d'accord. Quelqu'un a signalé un bogue et a même soumis un correctif :

http://sourceforge.net/tracker/?func=detail&atid=100976&aid=1810273&group_id=976

mais le mainteneur de curl l'a rejeté. Apparemment, une option "-X HEAD" cassée "fonctionne comme prévu".

--Jamshid

Répondu el 29 de Mars, 2011 par jamshid (241 Points )

Questions en vedette

Top Tags

Dans notre réseau

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

Yandex
X