2016-11-30 3 views
1

Ich bemerkte, dass javax.net.ssl.HttpsURLConnection einige Header in einer Antwort verpassen, wenn ich HEAD Anfrage verwende. HierWarum Java HttpsURLConnection und Curls HEAD-Anforderungen verschiedene Header zurückgeben?

ist der Code, den ich verwenden:

public static void getHeaders() throws IOException, URISyntaxException { 
     URL url = new URL("https://acme-v01.api.letsencrypt.org/terms"); 
     HttpsURLConnection con = (HttpsURLConnection)url.openConnection(); 
     con.setRequestMethod("HEAD"); 
     con.getInputStream().close(); 
     System.out.println(con.getHeaderField("Location")); 
     Map<String, List<String>> map = con.getHeaderFields(); 
     for (Map.Entry<String, List<String>> entry : map.entrySet()) { 
      System.out.println("Key : " + entry.getKey() + 
        " ,Value : " + entry.getValue()); 
     } 
    } 

Ausgang ist der nächste:

null 
Key : X-Frame-Options ,Value : [DENY] 
Key : null ,Value : [HTTP/1.1 200 OK] 
Key : Cache-Control ,Value : [max-age=60987] 
Key : Server ,Value : [nginx] 
Key : ETag ,Value : ["582cdb9c-22004"] 
Key : Connection ,Value : [keep-alive] 
Key : Expires ,Value : [Thu, 01 Dec 2016 14:26:25 GMT] 
Key : Last-Modified ,Value : [Wed, 16 Nov 2016 22:20:12 GMT] 
Key : Date ,Value : [Wed, 30 Nov 2016 21:29:58 GMT] 
Key : Content-Type ,Value : [application/pdf] 

Wir können sehen, dass es nicht zurückkehren "Location" Header.

# curl -I https://acme-v01.api.letsencrypt.org/terms 
HTTP/1.1 302 Moved Temporarily 
Server: nginx 
Content-Type: text/plain; charset=utf-8 
Boulder-Request-Id: JBtoTNb6Q-vvdR5VF9j3gIP27S4RmEqaLjepyF60aVU 
Location: https://letsencrypt.org/documents/LE-SA-v1.1.1-August-1-2016.pdf 
Replay-Nonce: x7jscxXZ-90jzgLG8vkmunp7XrlLrMT0R4mzFV7xAhQ 
X-Frame-Options: DENY 
Strict-Transport-Security: max-age=604800 
Content-Length: 0 
Expires: Wed, 30 Nov 2016 21:37:03 GMT 
Cache-Control: max-age=0, no-cache, no-store 
Pragma: no-cache 
Date: Wed, 30 Nov 2016 21:37:03 GMT 
Connection: keep-alive 

Warum gleich "HEAD" Anfragen zurückgeben unterschiedliche Header:

Hier ist eine einfache curl Anfrage auf dem gleichen Server ausgeführt?

+2

'HTTP/1.1 302' vs' HTTP/1.1 200 OK', vielleicht sollten Sie folgende Weiterleitungen deaktivieren. – zapl

+0

Wissen Sie, wie es geht? Sind es andere Anforderungen, die ich anfordere? Scheint wie die einfachsten zwei HEAD-Anfragen, aber das Ergebnis ist anders. – Alexandr

+0

Ok. Jetzt sehe ich. Danke für Ihre Hilfe! – Alexandr

Antwort

1

Wie zapl sagte in den Kommentaren war es, weil dieser Link eine Umleitung hat. Und scheint, dass standardmäßig HttpsURLConnection Weiterleitungen akzeptiert. Aber wir können es manuell ausschalten:

con.setInstanceFollowRedirects(false); 
Verwandte Themen