Qu'est-ce que c'est dans error_log? Méthode non valide dans la demande \ x16 \ x03 \ x01

J'ai trouvé cette ligne Invalid method in request \x16\x03\x01 on error_log file , et quelques autres lignes similaires comme:

[Wed Oct 27 23:16:37 2010] [error] [client 187.117.240.164] Invalid URI in request x\xb2\xa1:SMl\xcc{\xfd"\xd1\x91\x84!d\x0e~\xf6:\xfbVu\xdf\xc3\xdb[\xa9\xfe\xd3lpz\x92\xbf\x9f5\xa3\xbbvF\xbc\xee\x1a\xb1\xb0\xf8K\xecE\xbc\xe8r\xacx=\xc7>\xb5\xbd\xa3\xda\xe9\xf09\x95"fd\x1c\x05\x1c\xd5\xf3#:\x91\xe6WE\xdb\xadN;k14;\xdcr\xad\x9e\xa8\xde\x95\xc3\xebw\xa0\xb1N\x8c~\xf1\xcfSY\xd5zX\xd7\x0f\vH\xe4\xb5(\xcf,3\xc98\x19\xefYq@\xd2I\x96\xfb\xc7\xa9\xae._{S\xd1\x9c\xad\x17\xdci\x9b\xca\x93\xafSM\xb8\x99\xd9|\xc2\xd8\xc9\xe7\xe9O\x99\xad\x19\xc3V]\xcc\xddR\xf7$\xaa\xb8\x18\xe0f\xb8\xff

Apache a fait un redémarrage gracieux quelques secondes après la première erreur ...

Par la première erreur, il est possible que votre serveur Web essaie par erreur de parler HTTP non chiffré à une demande qui est arrivée sur le port 443 (HTTPS).

Pour tester cela, telnet au port 443 sur votre nom d' hôte de serveur Web ou l' adresse IP et numéro: GET / HTTP/1.0. En supposant que l'adresse IP est 10.0.0.1, que vous utilisez Windows et que le client Telnet Windows est installé (ce qui est nul, je préfère SecureCRT ou PuTTY , qui est gratuit), tapez ce qui suit dans une fenêtre d'invite de commandes et appuyez sur Entrée:

telnet 10.0.0.1 443

Une fois la connexion établie (vous devriez voir un écran vide avec un curseur clignotant), tapez:

GET / HTTP/1.0

... et appuyez deux fois sur Entrée.

Remarque rapide: vous ne pourrez pas voir les éléments que vous tapez une fois la session Telnet établie, même si vos frappes seront toujours envoyées au serveur. Dans le client Telnet Windows, un paramètre appelé "localecho" contrôle ce comportement, mais il est désactivé par défaut.

Note rapide n ° 2: le retour arrière "ne fonctionnera pas" , alors faites attention à ne pas faire de faute de frappe ou vous devrez recommencer à zéro.

Si vous récupérez du texte en clair et lisible, vous avez probablement un problème avec la configuration de vos hôtes virtuels.

Cependant, je ne suis pas sûr de la deuxième erreur, et même si ce qui précède est le cas, cela ne devrait pas provoquer le redémarrage gracieux d'Apache ...

Après avoir fait un peu de recherche, la version 2.2.21 et inférieure d'Apache est vulnérable lors du retour de l'erreur 400.

http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-0053

Mettez à jour votre apache vers 2.2.22 ou supérieur s'il ne l'est pas déjà.

CORRIGÉ mon erreur

au lieu de

server {
    listen 443;

utilisez ce qui suit pour indiquer au serveur que vous utilisez réellement 443 pour écouter la demande ssl / https.

server {
  listen *:443 default_server ssl;