Pourquoi les demandes HttpsURLConnection de Java et HEAD de curl retournent-elles des en-têtes différents?

Question

J'ai remarqué que javax.net.ssl.HttpsURLConnection manque certains en-têtes dans une réponse lorsque j'utilise la requête HEAD.

Voici le code que j'utilise:

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()); 
     } 
    } 

sortie est la suivante:

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] 

On peut voir qu'il n'a pas retourné en-tête "Location".

Voici une simple demande de boucle exécutée sur le même serveur:

# 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 

Pourquoi l'égalité des demandes « HEAD » retour en-têtes différents?

Answer 1

Comme zapl dit dans les commentaires c'était parce que ce lien a une redirection. Et semble que par défaut HttpsURLConnection accepte les redirections. Mais nous pouvons l'éteindre manuellement:

con.setInstanceFollowRedirects(false);