Bonjour,
Je viens de passer un site en https et j'ai un problème d'URL dans l'espace privé.
Toutes sont sous cette forme https://monsite.fr:80/ecrire/…
Dans le htaccess standard y a juste la règle pour tout rediriger vers le domaine sans www
Dans l'espace privé, plus aucune icône ne s'affiche,
Aucun article n'est modifiable, plus de mode édition, les boutons sont inopérants.
Quand je clique un tel lien, FF affiche ce message :
Échec de la connexion sécurisée
Une erreur est survenue pendant une connexion à monsite.fr:80. SSL a reçu un enregistrement qui dépasse la longueur maximale autorisée. Code d’erreur : SSL_ERROR_RX_RECORD_TOO_LONG
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\.
Je viens de contacter l'hébergeur qui réponds :
Bonjour,
le certificate est installé correctement et fonctionne tres bien.
Il n'y a aucune redirection mise en place par hosteur qui pourrai provoquer cela.
C'est un probleme de votre developpement.
J'ai changé d'OS et de navigateur, safari n'arrive même pas à la page d'accueil et j'ai le message
"Safari ne peut pas établir une connexion sécurisé avec le serveur".
Opéra developer même problème que FF
Pourtant le certificat n'est pas expiré.
Problème déjà rencontré ?
Bonjour,
Je viens de passer un site en https et j'ai un problème d'URL dans l'espace privé.
Toutes sont sous cette forme https://monsite.fr:80/ecrire/…
Dans le htaccess standard y a juste la règle pour tout rediriger vers le domaine sans www
Dans l'espace privé, plus aucune icône ne s'affiche,
Aucun article n'est modifiable, plus de mode édition, les boutons sont inopérants.
Quand je clique un tel lien, FF affiche ce message :
Échec de la connexion sécurisée
Une erreur est survenue pendant une connexion à monsite.fr:80. SSL a reçu un enregistrement qui dépasse la longueur maximale autorisée. Code d’erreur : SSL_ERROR_RX_RECORD_TOO_LONG
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\.
Je viens de contacter l'hébergeur qui réponds :
Bonjour,
le certificate est installé correctement et fonctionne tres bien.
Il n'y a aucune redirection mise en place par hosteur qui pourrai provoquer cela.
C'est un probleme de votre developpement.
J'ai changé d'OS et de navigateur, safari n'arrive même pas à la page d'accueil et j'ai le message
"Safari ne peut pas établir une connexion sécurisé avec le serveur".
Opéra developer même problème que FF
Pourtant le certificat n'est pas expiré.
Problème déjà rencontré ?
_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net
Le vendredi 08 juin 2018 à 16:23 +0200, Escurel a écrit :
Bonjour,
Je viens de passer un site en https et j'ai un problème d'URL dans
l'espace privé.
Toutes sont sous cette forme https://monsite.fr:80/ecrire/…
> Code d’erreur : SSL_ERROR_RX_RECORD_TOO_LONG
Bonjour,
Pour le message d'erreur, c'est normal, https + :80 = envoie d'une
réponse sur 80 au lieu de 443.
Dans l’espace public tout fonctionne normalement, le soucis se cantonne qu’à l’espace privé. si je saisie l’URL : j’arrive bien dans l’espace privé et l’URL est réécrire sous le forme normale Par contre au survol de tous les liens de l’espace privé j’ai toujours ce port 80 dans les URL, je me demande bien par quel biais les URL de l’espace privé sont réécrite, par qui, par quoi ? les icônes des menus sont toujours absentes J’ai réussi à désactiver tous les plugins, vidé le cache, renommé le htaccess, dans la config de spip j’ai changé l’url du site en ajoutant le port :443 dans l’URL (), mais rien ni fait. Par exemple si je force le port 443 dans cette URL : instantanément, ça revient sur l’URL de départ : Comme si apache suivait une directive placée à autre part que dans le htaccess. Est-ce qu’avec une règle dans le htaccess, ça serait possible de réécrire le port ? jamais fait d’où la question.
instantanément, ça revient sur l'URL de départ :
>
> https://monsite.fr:80/ecrire/?exec=admin_plugin&action=actionner&ar
> g=&hash=79ccc8c22b339d98d6717a0d5e7698f17341aba1
>
Comme si apache suivait une directive placée à autre part que dans
le
htaccess.
Est-ce qu'avec une règle dans le htaccess, ça serait possible de
réécrire le port ?
jamais fait d’où la question.
Je ne pense pas que cela puisse arranger les choses (forcer 443 dans le
htaccess). Tu risques d'obtenir une boucle dans les redirections.
Le fait que cela fonctionne en partie publique et non privée est
intriguant.
C'est un hébergement mutualisé ?
Je pense que tu as essayé sans renommage d'url .... et en désactivant
totalement le .htaccess?
Merci à tous pour votre précieuse aide, vous m’avez sauvé le weekend (cool)
La solution à la configuration mutu boiteuse d’Hosteur (barré en suisse en +)
C’est bien celle la pour ce cas :
$_SERVER[‹ HTTPS ›] = « on »;
$_SERVER[‹ SERVER_PORT ›]='443’;
Après pourquoi l’espace public fonctionne et pas l’espace privé, faudrait peu être connaitre exactement comment leurs clusters mutu sont configurés, ça rester un mystère.
Toujours est-il qu’il me reste plus qu’un site chez eux et il me tarde de le transférer ailleurs.
Bon week à tous et encore merci.
Cordialement