Erreur lors de la récupération du rapport de génération SSL. (l.hostingSSLCertificate i

il faudrait du concret, le domaine notamment, sinon comment t'aider?

encore faut-il un souci mais ton site a l'air de fonctionner?

Bonjour Kyodev,

le nom de domaine, c'est http://www.jimmyd.fr http://www.jimmyd.fr
le sous-domaine, c'est https://www.webtrees.jimmyd.fr https://www.webtrees.jimmyd.fr

Bonjour,

Je suis affecté par le même message "Erreur ....(I.hostingSSCertificate is undefined)"
Un peu la même configuration, domaine, sous-domaine, mais certification SSL fonctionne sur tout le site donc doit pas être bien grave...

Une explication de la part d'OVH serait un plus !

Bonjour Vincent,

J'attends mardi pour ouvrir un ticket.

```text ras sur la zone, pour les sites l'erreur ne semble avoir aucune influence

par contre, tu pourrais activer le ssl sur le domaine root et le sous-domaine www (je ne suis pas certain que l'erreur vienne de là)

tu pourrais protéger l'index du domaine avec une page vide index.html, en attendant mieux
(en ssh si ça te parle: `touch www/index.html`)

pour le sous-domaine webtrees, il a des redirections sur tous les entrées possibles, avec deux cibles différentes.
```text
https://www.webtrees.jimmyd.fr/index.php?
https://www.webtrees.jimmyd.fr/login.php?url=index.php%3F
```
c'est singulier de rediriger les index sur des pages de login.
ce script a un index fonctionnel pourtant? ```

Re-bonjour kyodev,

Tout d'abord merci, pour ton aide.

SSL était activé aussi pour pour le domaine root .
Je l'ai désactivé ensuite comme il n' y a rien qui tourne dessous...

Petite question, comment sais-tu qu'il puisse avoir des redirections sur toutes les entrées possibles?

A la question "ce script a un index fonctionnel pourtant?" , oui, une fois authentifié on est redirigé vers l'index.

```text réactive le stp sur le root:

* ça ne mange pas de pain
* ça sera ça de gagner le jour où il y aura un site en tête
* éventuellement (?) ça évitera erreur

```text
curl --head https://webtrees.jimmyd.fr/
HTTP/2 301
location: https://www.webtrees.jimmyd.fr/index.php?
```
ici, la saisie de https://webtrees.jimmyd.fr/ est redirigée de manière permanente (301) sur Location: ...

généralement, sur ces 4 saisies possibles:

* http://webtrees.jimmyd.fr/
* http://www.webtrees.jimmyd.fr/
* https://webtrees.jimmyd.fr/
* https://www.webtrees.jimmyd.fr/

**UNE** redirection est de suite OK (code 200) et les 3 autres redirigent sur elles

> une fois authentifié on est redirigé vers l'index.

et s'il n'y a pas d'authentification, que se passe t il? qu'est il affiché?

normalement, tout les scripts gèrent un index (l'entrée racine du site) sans avoir besoin de redirection un peu tordue sur une page login
et si jamais c'était nécessaire, le script n'aurait pas besoin d'un .htaccess ```

Ok, merci beaucoup pour l'information pour connaître les redirections possibles ou non, avec curl et les codes erreurs.
Je vais faire supprimer et faire régénérer les certificats SSL et pour la racine y compris.

J'ai paramétré l'authentification comme préalable à toute opération via les options de paramètres de confidentialités dans webtrees; ce qui provoque une redirection inconditionnelle vers le module d'authentification.
Ce n'est seulement qu'une fois authentifié, que l'utilisateur est redirigé vers la page d'accueil.

J'avais mis un fichier .htaccess à la racine du sous-domaine un avec les directives rewrite... , mais je les ai désactivées pour le moment. Je crois que je n'en ai pas besoin. Le CMS fait déjà bien le boulot ( pour redirections). Il y en a quand même 1 ou 2 dans d'autres dossiers.

> Je vais faire supprimer et faire régénérer les certificats SSL

il est plus rapide de simplement ajouter ssl pour chaque lignes requises dans multisites (hors *cluster*)
puis dans infos générales / ssl : régénerer

tu as aussi activé firewall, ce qui n'est pas d'origine, et qui parfois provoque des effets de bords négatifs

https://community.ovhcloud.com/community/fr/admin-inaccessible?id=community_question&sys_id=95633d4cf5d246d02d4c5f7a9ab361a3

Je vais faire supprimer et faire régénérer les certificats SSL

il est plus rapide de simplement ajouter ssl pour chaque lignes requises dans multisites (hors cluster)
puis dans infos générales / ssl : régénere

C'est ce que je faisais... j'entendais par " faire supprimer et faire régénérer" utiliser l'interface prévue à cet effet.

bien...
mais moi je parle de **ne pas supprimer**, juste ajouter et régénérer

Ach so, ok...d'accord.
Autant pour moi; je me suis dis que si je les faisais supprimer et refaire, que peut -être que l'erreur disparaîtrait ...

ce n'est pas la suppression qui éventuellement corrigera l'erreur, juste le certificat sur le root (je ne suis pas certain du caractère obligatoire).
ton certificat n'est pas en erreur.
sur le principe le nombre d'essai est limité (d'où le éviter suppression) tandis que les modifications le sont beaucoup moins

oh là, merci pour cette info encore.

```
Nom DNS: jimmyd.fr
Nom DNS: webtrees.jimmyd.fr
Nom DNS: www.jimmyd.fr
Nom DNS: www.webtrees.jimmyd.fr
```
toujours erreur dans le manager?

Oui toujours

ok :(
en attendant le certificat est bon:
https://www.ssllabs.com/ssltest/index.html

OK. Merci pour l'URL. Je l'ai mise dans mes favoris.
la solution SSL "Let's encrypt" a l'air robuste, si je me fie à la note obtenue: A...

Un ticket d'incident est ouvert chez OVH.
Un technicien support m'a répondu aujourd'hui.
L'erreur semble être liée à un souci d'affichage présent au niveau de l'espace client et n'à aucun impact sur mes services.
Les équipes OVH travaillent dessus.
Je remercie encore Kyodev pour ses interventions.

je confirme, je vois cette erreur sur les managers que j'ai ouvert aujourd'hui

J'ai aussi cette erreur sur tous mes domaines mutualisés. Mais elle ne semble avoir aucune incidence.

Moi aussi, je confirme voir cette erreur depuis quelques temps sur un hébergement performances.

c'est un bug dans le manager, ne pas s'inquiéter

Yep je viens de régen le SSL sur mon hébergement et mes sites semblent effectivement présenter un certificat SSL valide.