2016-07-19 7 views
0

ich Google Entwickler-Tool verwenden und kopieren Sie die Antwort als curl Anfragecurl: warum bekomme ich leere antwort?

enter image description here

, wenn ich das curl auf meinem Linux-Server laufen, habe ich Leere Antwort vom Server

curl 'https://web-ast.dsi.cnrs.fr/l3c/owa/personnel.liste?nom=&prenom=&code_labo=&p_dep=52&sec=&bap=&emptype=&nat_pers=&typ_pers=&organisme=&delegation=&ville=&p_i=0&p_nb_res=0' \ 
-H 'Accept-Encoding: gzip, deflate, sdch, br' -H 'Accept-Language: fr-FR,fr;q=0.8,en-US;q=0.6,en;q=0.4,es;q=0.2,pl;q=0.2' \ 
-H 'Upgrade-Insecure-Requests: 1' -H 'User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/537.36' \ 
-H 'Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8' \ 
-H 'Cache-Control: max-age=0' -H 'Connection: keep-alive' \ 
--compressed 

curl: (52) Empty reply from server 

Verbose Output :

* Hostname was NOT found in DNS cache 
* Trying 193.52.36.99... 
* Connected to web-ast.dsi.cnrs.fr (193.52.36.99) port 443 (#0) 
* successfully set certificate verify locations: 
* CAfile: none 
    CApath: /etc/ssl/certs 
* SSLv3, TLS handshake, Client hello (1): 
* SSLv3, TLS handshake, Server hello (2): 
* SSLv3, TLS handshake, CERT (11): 
* SSLv3, TLS handshake, Server finished (14): 
* SSLv3, TLS handshake, Client key exchange (16): 
* SSLv3, TLS change cipher, Client hello (1): 
* SSLv3, TLS handshake, Finished (20): 
* SSLv3, TLS change cipher, Client hello (1): 
* SSLv3, TLS handshake, Finished (20): 
* SSL connection using AES256-SHA 
* Server certificate: 
* subject: OU=Domain Control Validated; CN=web-ast.dsi.cnrs.fr 
* start date: 2013-10-21 00:00:00 GMT 
* expire date: 2016-10-20 23:59:59 GMT 
* subjectAltName: web-ast.dsi.cnrs.fr matched 
* issuer: C=NL; O=TERENA; CN=TERENA SSL CA 
* SSL certificate verify ok. 
> GET /l3c/owa/personnel.liste?nom=&prenom=&code_labo=&p_dep=52&sec=&bap=&emptype=&nat_pers=&typ_pers=&organisme=&delegation=&ville=&p_i=0&p_nb_res=0 HTTP/1.1 
> Host: web-ast.dsi.cnrs.fr 
> Accept-Encoding: gzip, deflate, sdch, br 
> Accept-Language: fr-FR,fr;q=0.8,en-US;q=0.6,en;q=0.4,es;q=0.2,pl;q=0.2 
> Upgrade-Insecure-Requests: 1 
> User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/537.36 
> Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8 
> Cache-Control: max-age=0 
> Connection: keep-alive 
> 
* SSLv3, TLS alert, Client hello (1): 
* Empty reply from server 
* Connection #0 to host web-ast.dsi.cnrs.fr left intact 
curl: (52) Empty reply from server 

Irgendeine Idee warum?

+0

Hallo Yarek, habe ich ausführliche Ausgabe der Anfrage hinzugefügt und ich habe das gleiche Problem. Welche OS- und OpenSSL-Version verwenden Sie? Ich bin auf Mint 17,2 (Ubuntu 14.04) mit OpenSSL 1.0.1f. Ich frage mich, ob das zusammenhängt. Ich werde RHEL in Kürze und einige andere OpenSSL-Versionen ausprobieren. Ich habe sogar 'openssl s_client -connect web-ast.dsi.cnrs.fr: 443' probiert und egal, was ich gesendet habe (falsche Daten oder gültige HTTP-Anfrage), die Verbindung schließt sich, ohne irgendwelche Daten zurückzusenden. "wget" leidet unter dem gleichen Problem, also ist es nicht curl verwandt, am wahrscheinlichsten OpenSSL. – drew010

Antwort

0

-k, --insecure (SSL) Mit dieser Option kann curl explizit "unsichere" SSL-Verbindungen und Übertragungen durchführen. Es wird versucht, alle SSL-Verbindungen zu sichern, indem das standardmäßig installierte CA-Zertifikatspaket verwendet wird. Dies führt dazu, dass alle Verbindungen, die als "unsicher" betrachtet werden, fehlschlagen, wenn nicht -k, --insecure verwendet wird.

Versuchen Sie diesen Bruder.

+0

Nein, das ist es nicht. Der TLS-Austausch ist in Ordnung, ich habe einige Dinge früher ausprobiert, aber es war kein SSL-Problem. – drew010

+0

Ich habe das ohne Erfolg versucht! – yarek

+0

Ich versuchte in meinem lokalen Erfolg Inhalt zu bekommen. Ich weiß nicht, warum Sie scheitern :( –