Re: Activer le SSL sur un port différent que le 443

[François TOURDE]

Le 18923ième jour après Epoch,
f...@choulou.boxathome.net écrivait:

> Bonjour,
>
>
> Trois questions me viennent à l'esprit :
>
> - y-a-t-il un reverse proxy entre le serveur et le client ?
> - que donne le test avec un autre navigateur ?
> - que donnent les logs (à mettre en mode debug si possible) du serveur
> Web (et du reverse proxy s'il y en a un) ?

Je rajouterai une question:

  - Que dit curl (avec assez de -v pour qu'il soit bavard) ?

Re: Activer le SSL sur un port différent que le 443

[f...@choulou.boxathome.net]

Bonjour,


Trois questions me viennent à l'esprit :

- y-a-t-il un reverse proxy entre le serveur et le client ?
- que donne le test avec un autre navigateur ?
- que donnent les logs (à mettre en mode debug si possible) du serveur Web (et 
du reverse proxy s'il y en a un) ?



Le 22 octobre 2021 11:54:12 GMT+02:00, JUPIN Alain  a écrit :
>Bonjour,
>
>Le 22/10/2021 à 11:30, Greg a écrit :
>
>> pourquoi https en plus sur la ligne 8443 ? 
>
>En lisant ceci : https://httpd.apache.org/docs/2.4/fr/bind.html 
> section "Spécification 
>du protocole avec Listen" on y lit :
>
>/Dans la plupart des configurations, le second paramètre optionnel 
>protocol de la directive Listen n'est pas obligatoire. S'il n'est pas 
>spécifié, les protocoles par défaut sont https pour le port 443, et http 
>pour tous les autres ports. Le protocole sert à déterminer quel module 
>doit traiter une requête, et à appliquer les optimisations spécifiques 
>au protocole via la directive AcceptFilter.//
>//
>//Vous ne devez définir le protocole que si vous travaillez avec des 
>ports non standards. Par exemple, pour travailler en https sur le port 8443
>
>/Ceci expliquant donc le second paramètre https, mais si je le supprime, 
>cela ne résous pas mon problème pour autant (je l'avais ajouté justement 
>parce que je pensais que là était le hic)/
>
>/
>Alain JUPIN
>Lumières d'Ici ... et d'Ailleurs