Obtenir uniquement l'en-tête de réponse de HTTP POST en utilisant curl

On ne peut demander que les en-têtes en utilisant HTTP HEAD, en option -Idans curl(1).

$ curl -I /

Les longs corps de réponse HTML sont difficiles à obtenir en ligne de commande, donc je voudrais obtenir uniquement l'en-tête comme retour pour mes demandes POST. Cependant, HEAD et POST sont deux méthodes différentes.

Comment obtenir curl pour afficher uniquement les en-têtes de réponse à une demande POST?

-D, --dump-header <file>
       Write the protocol headers to the specified file.

       This  option  is handy to use when you want to store the headers
       that a HTTP site sends to you. Cookies from  the  headers  could
       then  be  read  in  a  second  curl  invocation by using the -b,
       --cookie option! The -c, --cookie-jar option is however a better
       way to store cookies.

et

-S, --show-error
       When used with -s, --silent, it makes curl show an error message if it fails.

et

-L/--location
      (HTTP/HTTPS) If the server reports that the requested page has moved to a different location (indicated with a Location: header and a 3XX response
      code), this option will make curl redo the request on the new place. If used together with -i/--include or -I/--head, headers from  all  requested
      pages  will  be  shown.  When authentication is used, curl only sends its credentials to the initial host. If a redirect takes curl to a different
      host, it won’t be able to intercept the user+password. See also --location-trusted on how to change this. You can limit the amount of redirects to
      follow by using the --max-redirs option.

      When curl follows a redirect and the request is not a plain GET (for example POST or PUT), it will do the following request with a GET if the HTTP
      response was 301, 302, or 303. If the response code was any other 3xx code, curl will re-send the following  request  using  the  same  unmodified
      method.

à partir de la page de manuel. donc

curl -sSL -D - www.acooke.org -o /dev/null

suit les redirections, vide les en-têtes sur stdout et envoie les données à / dev / null (c'est un GET, pas un POST, mais vous pouvez faire la même chose avec un POST - ajoutez simplement l'option que vous utilisez déjà pour le POST de données)

notez l' -after -Dqui indique que le "fichier" de sortie est stdout.

Les autres réponses nécessitent le téléchargement du corps de réponse. Mais il existe un moyen de faire une requête POST qui ne récupérera que l'en-tête:

curl -s -I -X POST http://www.google.com

Un -Ipar lui-même effectue une requête HEAD qui peut être remplacée par -X POSTpour effectuer une requête POST (ou toute autre) et toujours obtenir uniquement les données d'en-tête.

La commande suivante affiche des informations supplémentaires

curl -X POST http://httpbin.org/post -v > /dev/null

Vous pouvez demander au serveur d'envoyer uniquement HEAD, au lieu d'une réponse complète

curl -X HEAD -I http://httpbin.org/

Note:Dans certains cas, le serveur peut envoyer différents en-têtes pour la publication et HEAD. Mais dans presque tous les cas, les en-têtes sont identiques.

Pour les corps à réponse longue (et diverses autres situations similaires), la solution que j'utilise est toujours de diriger vers less, donc

curl -i https://api.github.com/users | less

ou

curl -s -D - https://api.github.com/users | less

fera le travail.

C'est peut-être un peu extrême, mais j'utilise cette version super courte:

curl -svo. <URL>

Explication:

-v imprimer les informations de débogage (qui incluent les en-têtes)

-o.envoyer des données de page Web (que nous voulons ignorer) à un certain fichier, .dans ce cas, qui est un répertoire et est une destination non valide et rend la sortie à ignorer.

-spas de barre de progression, pas d'informations d'erreur (sinon vous verriez Warning: Failed to create the file .: Is a directory)

avertissement: le résultat échoue toujours (en termes de code d'erreur, s'il est accessible ou non). N'utilisez pas, par exemple, des instructions conditionnelles dans les scripts shell ...

Beaucoup plus facile - c'est ce que j'utilise pour éviter le suivi Shortlink - est le suivant:

curl -IL http://bit.ly/in-the-shadows

… Qui suit également des liens .

Bien que les autres réponses n'aient pas fonctionné pour moi dans toutes les situations, la meilleure solution que j'ai pu trouver (en travaillant POSTégalement), tirée d' ici :

curl -vs 'https://some-site.com' 1> /dev/null

headcurl.cmd (version Windows)

curl -sSkv -o NUL %* 2>&1

• Je ne veux pas de barre de progression -s,
• mais je veux des erreurs -S,
• ne se soucie pas des certificats https valides -k,
• obtenir une grande verbosité -v(il s'agit de dépannage, n'est-ce pas?),
• pas de sortie (d'une manière propre).
• oh, et je veux transmettre stderr à stdout , donc je peux grep contre le tout (puisque la plupart ou la totalité de la sortie vient de stderr)
• %*signifie [transmettre tous les paramètres à ce script] (enfin ( https://stackoverflow.com/a/980372/444255 ), eh bien généralement ce n'est qu'un paramètre: l'url que vous testez

exemple réel (sur la résolution des problèmes de proxy):

C:\depot>headcurl google.ch | grep -i -e http -e cache

Hostname was NOT found in DNS cache
GET HTTP://google.ch/ HTTP/1.1
HTTP/1.1 301 Moved Permanently
Location: http://www.google.ch/
Cache-Control: public, max-age=2592000
X-Cache: HIT from company.somewhere.ch
X-Cache-Lookup: HIT from company.somewhere.ch:1234

Version Linux

pour votre .bash_aliases/ .bash_rc:

alias headcurl='curl -sSkv -o /dev/null $@  2>&1'