Abrufen des Antwortheaders vom HTTP-POST mithilfe von Curl

Man kann nur die Header mit HTTP HEAD anfordern, als Option -Iin curl(1).

$ curl -I /

Lange HTML-Antwortkörper sind in der Befehlszeile nur schwer zu bekommen, daher möchte ich nur den Header als Feedback für meine POST-Anfragen erhalten. HEAD und POST sind jedoch zwei verschiedene Methoden.

Wie kann ich Curl dazu bringen, nur Antwortheader auf eine POST-Anforderung anzuzeigen?

-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.

und

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

und

-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.

von der Manpage. damit

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

folgt Weiterleitungen, speichert die Header in stdout und sendet die Daten an / dev / null (das ist ein GET, kein POST, aber Sie können dasselbe mit einem POST tun - fügen Sie einfach die Option hinzu, die Sie bereits für POST-Daten verwenden).

Beachten Sie das -nach dem, -Dwas anzeigt, dass die Ausgabe "Datei" stdout ist.

Für die anderen Antworten muss der Antworttext heruntergeladen werden. Es gibt jedoch eine Möglichkeit, eine POST-Anforderung zu erstellen, bei der nur der Header abgerufen wird:

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

Ein -Iselbst führt eine HEAD-Anforderung aus, die überschrieben werden kann -X POST, um eine POST-Anforderung (oder eine andere Anforderung) auszuführen und dennoch nur die Header-Daten abzurufen.

Der folgende Befehl zeigt zusätzliche Informationen an

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

Sie können den Server bitten, nur HEAD anstelle der vollständigen Antwort zu senden

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

Note:In einigen Fällen sendet der Server möglicherweise unterschiedliche Header für Post und HEAD. In fast allen Fällen sind die Header jedoch gleich.

Für lange Antwortkörper (und verschiedene andere ähnliche Situationen) ist die Lösung, die ich verwende, immer die Leitung zu less, also

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

oder

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

wird den Job machen.

Vielleicht ist es ein bisschen extrem, aber ich benutze diese super kurze Version:

curl -svo. <URL>

Erläuterung:

-v Debug-Informationen drucken (einschließlich Header)

-o.Senden Sie Webseitendaten (die wir ignorieren möchten) an eine bestimmte Datei, .in diesem Fall an ein Verzeichnis, das ein ungültiges Ziel ist und die Ausgabe ignoriert.

-sKein Fortschrittsbalken, keine Fehlerinformationen (sonst würden Sie sehen Warning: Failed to create the file .: Is a directory)

Warnung: Ergebnis schlägt immer fehl (in Bezug auf Fehlercode, ob erreichbar oder nicht). Verwenden Sie diese Option beispielsweise nicht in bedingten Anweisungen in Shell-Skripten ...

Viel einfacher - das ist es, was ich benutze, um Shortlink-Tracking zu vermeiden - ist das Folgende:

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

… Was auch Links folgt .

Während die anderen Antworten nicht in allen Situationen für mich funktioniert haben, ist die beste Lösung, die ich finden konnte (auch mit der ich arbeiten kann POST), von hier aus entnommen :

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

headcurl.cmd (Windows-Version)

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

• Ich möchte keinen Fortschrittsbalken -s.
• aber ich will fehler -S,
• sich nicht um gültige https-Zertifikate kümmern -k,
• hohe Ausführlichkeit erhalten -v(hier geht es um Fehlerbehebung, oder?),
• keine Ausgabe (auf saubere Weise).
• oh, und ich möchte stderr an stdout weiterleiten , damit ich gegen das Ganze grep kann (da die meisten oder alle Ausgaben in stderr kommen)
• %*bedeutet [alle Parameter an dieses Skript weitergeben] (gut ( https://stackoverflow.com/a/980372/444255 ), normalerweise ist das nur ein Parameter: die URL, die Sie testen

Beispiel aus der Praxis (zur Fehlerbehebung bei Proxy-Problemen):

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

Linux-Version

für dein .bash_aliases/ .bash_rc:

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