j'ai eu la même erreur dans chrome (et différente dans Firefox, IE). Aussi dans l'erreur.journal je recevais [error] [client cli.ent.ip.add] Invalid method in request \x16\x03 Suivre le formulaire d'instructions ce site j'ai changé ma configuration de:

<VirtualHost subdomain.domain.com:443>

   ServerAdmin admin@domain.com
   ServerName subdomain.domain.com

   SSLEngine On
   SSLCertificateFile conf/ssl/ssl.crt
   SSLCertificateKeyFile conf/ssl/ssl.key
</VirtualHost>

TO:

<VirtualHost _default_:443>

   ServerAdmin admin@domain.com
   ServerName subdomain.domain.com

   SSLEngine On
   SSLCertificateFile conf/ssl/ssl.crt
   SSLCertificateKeyFile conf/ssl/ssl.key
</VirtualHost>

Maintenant ça fonctionne :)

Une cause commune, je voulais suggérer à cette situation:

parfois un client exécute Skype, qui utilise le port 443 sans s'en rendre compte. Quand ils vont démarrer Tomcat ou Apache, il semble démarrer mais ne peut pas se lier avec le port 443. C'est le message exact que l'utilisateur recevra dans le navigateur. Le correctif est d'arrêter ce qui fonctionnait sur le port 443 et redémarrer le serveur web pour qu'il puisse se lier avec le port 443.

le client peut redémarrer Skype après démarrer le serveur web, et Skype détectera que le port 443 est utilisé et choisira un port différent à utiliser.

#Make sure that you specify the port for both http and https ie.
NameVirtualHost:80
NameVirtualHost:443
#and 
<VirtualHost *:80>
<VirtualHost *:443>

#mixing * and *:443 does not work it has to be *:80 and *:443

j'ai eu ce problème et la solution était un peu idiot.

J'utilise Cloudflare qui agit comme mandataire de mon site web. Afin de pouvoir me connecter via SSH, j'ai ajouté une entrée à mon

xxx.xx.xx.xxx  example.com

donc dans mon navigateur quand je suis allé à https://www.example.com, j'utilisais le proxy Cloudflare, et quand je suis allé àhttps://example.com j'allais directement au serveur. Parce que la configuration de Cloudflare ne vous oblige pas à ajouter les certificats intermédiaires, je voyais cette exception de sécurité dans mon navigateur quand je suis allé à https://example.com, mais https://www.example.com travaillait.

la solution: suppression de l'entrée de mon ordinateur portable /etc/hosts fichier.

Si ce n'est pas votre problème, je vous recommande d'utiliser l'un des nombreux en ligne SSL vérificateur d'outils pour essayer de diagnostiquer votre problème.

je recommande également d'utiliser ping pour vérifier l'adresse IP déclarée et la comparer à l'adresse IP attendue.

ping https://www.example.com/

une autre ressource très utile de SSL est le Mozilla SSL Configuration Generator. Il peut générer une configuration SSL pour vous.

Je ne savais pas ce que je faisais quand J'ai commencé à changer la configuration D'Apache. J'ai ramassé des morceaux et des morceaux qui pensaient que ça marchait jusqu'à ce que je tombe sur le même problème que vous avez rencontré, spécifiquement Chrome ayant cette erreur.

ce que j'ai fait, c'est commenter toutes les directives spécifiques au site qui sont utilisées pour configurer la vérification SSL, confirmer que Chrome m'a laissé entrer, passer en revue la documentation avant la directive avant d'en réactiver une, et redémarrer Apache. Par soigneusement va grâce à ceux-ci, vous devriez être en mesure de comprendre lequel(s) est à l'origine de votre problème.

Dans mon cas, je suis passé de ça:

SSLVerifyClient optional
SSLVerifyDepth 1
SSLOptions +StdEnvVars +StrictRequire
SSLRequireSSL On

de cette

<Location /sessions>
  SSLRequireSSL
  SSLVerifyClient require
</Location>

Comme vous pouvez le voir j'ai eu un bon nombre de modifications pour y arriver.

je rencontre ce problème, parce que j'ai <VirtualHost> définie dans httpd.conf et httpd-ssl.conf.

dans httpd.conf, c'est défini comme

<VirtualHost localhost>

dans httpd-ssl.conf, c'est défini comme

<VirtualHost _default_:443>

le changement suivant a résolu ce problème, ajouter :80 dans httpd.conf

<VirtualHost localhost:80>

comme pour les autres réponses, cette erreur peut se produire lorsqu'il n'y a pas de sites configurés pour utiliser SSL.

j'ai eu l'erreur quand je suis passé de Debian Wheezy à Debian Jessie. La nouvelle version D'Apache nécessite un fichier de configuration de site se terminant par .conf. Parce que mon fichier de configuration ne l'était pas, il était ignoré, et il n'y en avait pas d'autres configurés pour servir les connexions SSL.

j'ai rencontré ce problème, également dû à une mauvaise configuration. J'utilisais tomcat et dans le serveur.xml avait spécifié mon connecteur comme tel:

<Connector port="17443" SSLEnabled="true"
           protocol="org.apache.coyote.http11.Http11NioProtocol"
           maxThreads="150" scheme="https" secure="true"
           clientAuth="false" sslProtocol="TLS"
           keyAlias="wrong" keystorePass="secret"
           keystoreFile="/ssl/right.jks" />

Quand je l'ai fixée ainsi:

<Connector port="17443" SSLEnabled="true"
           protocol="org.apache.coyote.http11.Http11NioProtocol"
           maxThreads="150" scheme="https" secure="true"
           clientAuth="false" sslProtocol="TLS"
           keyAlias="right" keystorePass="secret"
           keystoreFile="/ssl/right.jks" />

Cela a fonctionné comme prévu. En d'autres termes, vérifiez que vous avez non seulement le droit de magasin de clés, mais que vous avez spécifié le bon alias dessous. Merci pour le précieux indice user396404.

j'ai eu cette erreur lorsque j'ai suivi pour la première fois les instructions pour configurer la configuration par défaut apache2 ssl, en mettant un lien symbolique pour /etc/apache2/sites-available/default-ssl/etc/apache2/sites-enabled. J'ai ensuite essayé d'ajouter un autre NameVirtualHost sur le port 443 dans un autre fichier de configuration, et j'ai commencé à recevoir cette erreur.

Je l'ai corrigé en supprimant le /etc/apache2/sites-enabled/default-ssl symlink, et puis avoir ces lignes dans un autre fichier de configuration (httpd.conf, qui n'est probablement pas une bonne forme, mais qui a fonctionné):

NameVirtualHost *:443

<VirtualHost *:443>
  SSLEngine on
  SSLCertificateChainFile    /etc/apache2/ssl/chain_file.crt
  SSLCertificateFile    /etc/apache2/ssl/site_certificate.crt
  SSLCertificateKeyFile /etc/apache2/ssl/site_key.key
  ServerName www.mywebsite.com
  ServerAlias www.mywebsite.com
  DocumentRoot /var/www/mywebsite_root/


</VirtualHost>

je l'ai résolu en commentant:

AcceptFilter https aucun

dans httpd.conf

selon: http://www.apachelounge.com/viewtopic.php?t=4461

C'est ce qui l'a corrigé pour moi sur Ubuntu.

1. Activé le module: a2enmod ssl
2. déplacement de tous les fichiers cert liés à un dossier /usr/local/ssl et il lisible par tout le monde: chmod -R +r /usr/local/ssl
3. changé <VirtualHost *:80><VirtualHost *:*> dans mon hôte virtuel.
4. Ajouté SSLEngine On avant toutes les autres directives SSL dans mon hôte virtuel.

si vous définissez une phrase de passe sur le cert, Apache devrait vous l'inviter à redémarrer.

il s'avère que le certificat SSL n'a pas été installé correctement. Re-installer correctement résolu le problème