« Échec de la connexion sécurisée » qu'en administration

[Vienne86]

Bonjour à tous,

Sur monsite.ORG, j'ai effectué une sauvegarde grâce à Akeeba Backup Core 7.5.3 (2021-02-05). Chez mon hébergeur, Ionos, le SSL est activé uniquement pour ce site.
Sur monsite.FR, j'ai installé cette sauvegarde en modifiant ce qui se finissait par .ORG en .FR et j'ai répondu NONE à la question me demandant s'il devait y avoir un forçage en SSL, le SSL n'étant pas activé sur monsite.FR.

La réinstallation se déroule à merveille. Je peux accéder à http://wwwmonsite.FR, consulter toutes les pages et même lire les pages réservées à certains membres après m'être identifié.
Par conter, dès que j'essaye de me connecter sur la partie Administration, je suis automatiquement renvoyé vers https://wwwmonsite.FR/administrator/index.php avec le message suivant :

Échec de la connexion sécurisée

Une erreur est survenue pendant une connexion à www.monsite.fr. Le pair signale qu’il a eu une erreur interne.

Code d’erreur : SSL_ERROR_INTERNAL_ERROR_ALERT

La page que vous essayez de consulter ne peut pas être affichée car l’authenticité des données reçues ne peut être vérifiée.
Veuillez contacter les propriétaires du site web pour les informer de ce problème.

En savoir plus…

J'ai cherché sur le net, je n'ai rien trouvé résolvant le problème. Dans configuration.php, il est bien écrit,

public $force_ssl = '0';

.

Auriez vous une solution svp ?

Merci beaucoup et bonne journée.

[Vienne86]

Salut,

Je relance de nouveau, si quelqu'un a une nouvelle idée.

Merci.

[manu93fr]

Bonsoir,
La solution simple serait d'activer SSL (un certificat) sur le domaine fr ... non ?

[RobertG]

Bonjour,

L'inconvénient de Ionos est qu'il n'y a qu'un certificat SSL inclus avec l'abonnement, il faut donc payer pour en avoir d'autres.
Ce que je ferais d'abord (en attendant mieux), c'est vider le cache et les cookies concernant ce site en fr, et bien saisir l'adresse avec "http://" pour ne pas laisser le navigateur forcer https.

[manu93fr]

Que je comprenne mieux ... on est bien sur des hébergements différents ?

Et que veux tu faire exactement ? Car en admettant que tu veilles les deux sites "actifs" avec le même contenu, les mêmes menus ... etc ... tu fais du duplicate content !

[Vienne86]

Bonjour,

Merci pour vos réponses.

Je voulais tenter la migration vers Joomla! 4 sur la copie .fr de mon site original .org. C'est le même hébergeur : Ionos.

J'avais tenté en vidant tous les caches possibles sans résultat probant.

J'avais cru trouver en modifiant les paramètres du module Connexion : la connexion chiffrée était forcée. Ce Mais même en demandant des connexions non chiffrés, la partie Administration demandée était toujours en https.


J'ai enfin réussi. Une nuit, j'ai mis le certificat sur le site .fr, installé le site, accédé à l'administration qui était en https automatiquement, activé le https sur tout le site, puis désactivé totalement le https.
J'ai donc eu accès à tout le site .fr dont l'administration en http.
J'ai aussitôt remis le certificat sur le site .org.

Merci à vous.

[Vienne86]

Bonjour,

Je suis de nouveau confronté au problème.


Sur .org, j'ai désactivé le forçage en https, refuser le chiffrement obligatoire du module de connexion, fait une sauvegarde.
Sur .fr, j'ai activé le certificat SSL, installé la copie du site, forcé le https, puis désactivé le forcage https.
J'ai ensuite remis le certificat sur .org.

Pb: quand je suis sur htttp://www.monsite/administrator, quand je veux me connecter, mon identifiant et mdp sont envoyés vers https. Sur le site, lorsque je me connecte tout est envoyé vers http. Je peux donc me connecter sans certificat partout sauf en administration.

Je suis désespéré, je viens encore d'y passer 3 h ce matin. Avez vous une idée ?

Merci beaucoup.

[dolmenhir]

Un certificat ssl est intimement lié au domaine pour lequel il a été établi.
S'amuser de le passer de l'un à l'autre n'a aucun sens.
Https devient le protocole de référence et dans peu de temps, tous les sites ne seront accessibles que via ce protocole.
D'ailleurs, GG privilégie déjà les sites avec certificat, les autres voyant leur référencement progressivement déclassé.
Donc autant produire des sites avec un certificat.

Par ailleurs, le navigateur mémorise l'historique de navigation. Ce qui fait qu'il se souvient si on accède à un site via un protocole sécurisé ou non.
Si le navigateur n'a pas été purgé, il proposera toujours le dernier protocole utilisé.
Certains navigateurs sont même aujourd'hui conçus pour renvoyer par défaut toutes urls vers un protocole https

Faire cohabiter http et https sur un même site est la pire des choses à faire. En terme de référencement ils sont considérés comme deux sites distincts.

Concrètement, il faut donner un hébergement et un certificat propre à chaque domaine.
Si l'offre de Ionos ne permet pas d'avoir un certificat pour chaque domaine, alors faut changer d'hébergeur.
Aujourd'hui, les certificats Let's Encrypt sont proposés gratuitement chez de nombreux hébergeurs, dont o2switch ou Planet Hoster, et installable en 1 clic pour n'importe quel domaine hébergé.

[Vienne86]

Bonjour dolmenhir ,

Merci de ton aide.

Le site en .fr n'est que pour transformer à plusieurs, tester le passage à joomla4 et présenter à mon club les modifications. Il n'a pas vocation à être référencé, public ou perenne donc ça ne pose pas de problème au niveau du référencement.

J'ai essayé à partir de plusieurs navigateurs en vidant les caches et nous avons accès à toutes les pages en http sauf l’administration ; ça ne vient donc pas du navigateur.

On compte effectivement changer d'hébergeur mais une partie du club souhaite migrer chez WordPress. Tout dépend de la présentation de Joomla! 4 que nous allons faire qui dépend elle même de la possibilité de connexion à l'administration de .fr.

Concernant les certificats gratuits, j'ai regardé, essayé mais c'est trop technique pour moi. Si vous avez un tuto ...

[RobertG]

Bonjour,

Pour souvent rencontrer un message d'erreur SSL, je peux dire que pour les sites dont je suis personnellement sûr, je peux sans problème passer outre et les afficher. Donc ce message ne devrait pas empêcher d'accéder quand même à l'administration du site en fr

[dolmenhir]

1. tu exportes la bdd du site .org
2. tu crées une nouvelle bdd pour le site .fr et tu importes la bdd exportée à l'étape 1 (si tu sais t'en servir, tu peux aussi passer par le bouton "opérations" dans mysqladmin pour copier les tables d'une base à l'autre)
3. tu copies les fichiers du site .org
4. tu colles les fichiers dans le répertoire créé pour le domaine .fr
5. tu modifies les infos du fichier "configuration" relative à la bdd (nom de la base, utilisateur, mot de passe, préfixe de table >> $db, $user, $password, $dbprefix) pour qu'ils correspondent à la nouvelle base créée pour le domaine .fr
6. toujours dans le fichier configuration tu mets la variable "$force_ssl" à 0
7. encore dans le fichier configuration tu mets à jour les variables "$log_path" et "$tmp_path" pour qu'elles correspondent au chemin du répertoire du site .fr
8. dans le fichier htaccess, tu désactives la redirection http vers https si elle existe.
   Cela devrait ressembler à un truc comme
   

   RewriteCond %{HTTPS} !=on [OR]
   	RewriteCond %{HTTP:X-Forwarded-Proto} =http
   	RewriteRule .* https://www.ton-domaine.fr%{REQUEST_URI} [L,R=301]

   Attention, tu pourrais bien avoir une autre redirection du même type pour le renvoie des url vers "www"
   Dans ce cas, enlever le "s" du protocole sécurisé.
   

   	RewriteCond %{HTTP_HOST} !^www\. [NC]
   	RewriteRule ^(.*)$ [COLOR=#27ae60]http[/COLOR][COLOR=#c0392b][B]s[/B][/COLOR]://www.%{HTTP_HOST}/$1 [R=301,L]

   Tu peux aussi t'inspirer de ces codes pour obliger à faire le chemin inverse, càd forcer la bascule en protocole non sécurisé http
   

   RewriteEngine on
   	RewriteCond %{HTTPS} on
   	RewriteRule .* http://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

Quand aux membres de ton association qui souhaitent basculer vers wordpress, sont-ils capables d'expliquer, de manière argumentée, les raisons qui motivent leur choix ?
Et à ton tour, seras-tu capable de leur démontrer que chacune de leur raison n'est pas aussi judicieuse qu'ils le pensent ?
(ps: l'argument du plus grand nombre c'est tout sauf un argument).

[Vienne86]

Merci dolmenhir

En fait, je viens de trouver il fallait aussi que dans les modules de l'administration (j'étais resté que dans la vue pour site), je désactive le chiffrement du module identification. Tout simplement .

Quand aux membres de ton association qui souhaitent basculer vers wordpress, sont-ils capables d'expliquer, de manière argumentée, les raisons qui motivent leur choix ?

L'argument du plus grand nombre.

l'argument du plus grand nombre c'est tout sauf un argument.

Je suis bien d'accord.

Et à ton tour, seras-tu capable de leur démontrer que chacune de leur raison n'est pas aussi judicieuse qu'ils le pensent ?

Pas trop mais j'y travaille.


Merci pour tout.