Bonjour,
Je suis étudiant en web et c'est mon premier site que je mets en ligne. Je suis sur un vps avec un module wordpress installé. Le VPS tourne sur Centos 8.
Je suis actuellement entrain d'installer un SSL gateway sur mon site. J'ai effectué les démarches d'achat, puis j'ai reçu un mail me demandant de modifier mes zones DNS ce que j'ai fait. Maintenant quand je vais dans la partie sunrise de mon panel OVH je vois que tout est ok. Cependant, quand je me tape l'adresse de mon nom de domaine, je continue d'être rediriger en http et non en https.
J'ai donc regardé la documentation ovh qui est accessible via ce lien : https://docs.ovh.com/fr/ssl-gateway/utiliser-le-ssl-gateway/
Dans la partie astuce, il est écrit qu'il faut configuré les IP de sorties du gateway afin que le serveurs les reconnaissent. Je me connecte donc à mon VPS via puTTy et je cherche les dossiers dont parle la documentation ovh.
Mon problèmes et qu'il n'y a aucun dossier ou fichier portant le nom "/etc/nginx/sites-enabled" ou « /etc/apache2/conf-available/remoteip.conf ».
Quand je regarde dans le dossier "/etc/" de mon vps il y a un dossier "/nginx/" mais il n'est composé que d'un dossier "/conf.d/" et "/default.d".
J'ai un dossier "/httpd/" avec différents dossiers de configuration : "/conf/" , "/conf.d/" , "/conf.modules.d/" , "/logs/" , "/modules/" , "/run/" , "/states/". Dans ces dossier il y a différents fichier mais aucun ne semble répertorier ce qui est dit dans la documentation ovh. Je ne trouve pas de fichier "LogFormat" ou de dossier "sites-avaible".
Auriez-vous une idée de ce que je peux faire pour configurer les ipv4 de sorties du gateway sur mon vps et surtout ou trouver les fichiers à modifier ? J'ai beau cherché je ne trouve pas.
Cordialement
Bon bon bon, je reviens vers vous car finalement, le ssl gateway fonctionne par contre depuis que le https est présent partout, il m'est impossible de travailler sur mon site car cela à bousiller l'interface de wordpress.
Quand je dis bousillé je veux dire que tout est accessible mais visiblement le css n'est plus appliqué et il n'y à qu'une page blanche remplie de lien !
Auriez-vous une idéée sur comment m'y prendre pour que l'interface soit à nouveau visible?
Bonjour
Dans l'administration WordPress > Réglages > Général vérifier si les 2 adresses du site sont bien avec https
Et surtout dans > Réglages > Permaliens > cliquer simplement sur "Enregistrer les modifications" en bas de page même si les adresses étaient bien déjà en https.
Bonjour,
Suite à votre message, j'ai fait les modification dans la partie WordPress>Réglages>Général et j'ai fait passé les 2 liens en https. Cependant maintenant je ne peux plus accéder à la partie admin du site car je tombe sur un message d'erreur :
"Cette page ne fonctionne pas vous a redirigé à de trop nombreuses reprises.
Essayez de supprimer les cookies..
ERR_TOO_MANY_REDIRECTS"
J'ai supprimé les cookies, j'ai changer de browser et c'est toujours le même message qui apparait .
Auriez-vous une idée de ce que je peux faire pour corriger cela ? "P.S : J'ai modifié la base de données wp via phpmyadmin pour remettre le lien sans https du coup j'ai de nouveau accès à wordpress mais l'interface est toujours buggé"
Merci pour votre aide en tout cas.
L'adresse du site ?
Voici le domaine du site : *********
Je vois que le fichier htaccess à été modifier et il n'y a plus rien d'écris entre beginwordpress et end wordpress.
J'ai aussi essayé une réinstallation de wordpress mais rien n'y fait j'ai toujours le même soucis en https.
Merci pour votre réponse en tout cas.
adabeXart
Bonjour, erreur 500, voyez dans vos logs la raison
Sur un Debian, les logs sont dans /var/log/apache2/, sur CentOs je ne sais pas si c'est pareil.
Bonjour l'erreur 500 est probablement du au fait que je suis entrain de chipoter dessus et que j'ia mi tout mes fichier wordpress dans un back-up et là je procède à une nouvelle installation de wordpress.
Je vais tout remettre comme c'était avant pour que vous puissiez regarder, désolé !
Voilà j'ai tout remis comme c'était et voici ce que j'ai dans mon inspecteur quand je vais sur la page :
voici ce que j'ai dans mon inspecteur quand je vais sur la page
Chez moi, beaucoup de rouge: Firefox n'ira jamais chercher les scripts .js en http non sécurisé lorsque la page est appelée depuis https.
Ca s'appelle du downgrade et c'est *mal* !
J'ai remplacé tout les liens http://www.adabe.art de ma base de données en https://www.adabe.art il ne devrait pas y avoir ce genre d'erreur de "blocked:mixed-content". Remarquez, il ne devrait pas y avoir d'erreur 302 non plus hahaha!
Je ne comprends pas, j'ai l'impression d'être bloqué par le serveur, par exemple j'ai modifié le fichier conf dans mon dossier httpd pour lui dire de lancer le site depuis un autre dossier mais il s'entête à passer par le dossier /var/www/wordpress qui à été pré-installer. Je ne sais pas si cela peu avoir un rapport mais j'ai l'impression que le module préconfigurer pose problème et s'auto bloque surtotu depuis que j'ai installé le ssl gateway.
J'ai aussi essayé de modifier le fichier .htaccess mais ça n'a pas fonctionné non plus !
En tout cas merci pour vôtre aide.
j'ai modifié le fichier conf dans mon dossier httpd
killall -1 httpd
ou service httpd restart
Un VPS devrait pouvoir gérer le SSL sans avoir besoin d'un gateway, mais ça c'est une autre histoire...
J'ai essayé de restart httpd mais il me demande d'agir en tant que root. Hors root est désactivé et je n'ai jamais reçu son mot de passe. Je préférais ne pas trop toucher aux paramètres root vu que ce n'était pas recommandé par OVH. "PS : oups je dis une bêtise, la commande que vous m'avez dit fonctionne sans root"
J'ai résolu le soucis. Wordpress envoyait des requetes en http et au final ca faisait une loop infini d'ou les erreur de too many redirection et le code 302 . J'ai modifié le fichier wp-config.php en rajoutant 2 ligne de code et j'ai modifié le fichier httpd pour lui faire comprendre qu'on était en https et plus de problème. Merci pour votre aide en tout cas.
J'ai modifié le fichier wp-config.php en rajoutant 2 ligne de code
Bonjour @StanislawS
Le fichier wp-config.php ? Quelle idée !
Pouvez-vous nous mettre ici une copie des lignes que vous avez ajouté ? Merci
Bonjour,
Pour infos c'est plus simple de gérer le SSL sur le VPS que via la gateway.
De plus j'espère que vous avez bien pris en compte les headers retournée par la gateway (genre la vrai IP du visiteur) ?
Cordialement, janus57
@janus57 Si on doit parler de simplicité, le plus simple ça aurait probablement été de passé par un autre fournisseur de service que ovh ou payer plus pour avoir une assistance technique digne de ce nom. Puis aussi j'aurais pu prendre un vps qui est en debian et pas en centos bridé juste parce que j'y ai mi un module wordpress lors de l'instal. Pour faire simple, j'aurais du tout faire moi-même depuis le début hahaha. Mais bon c'est ma faute, je suis étudiant je connaissais pas je pensais que ovh était la pour me fournir une solution et pas paramétré mon serveur pour qu'il me pose des problèmes pour qu'au final je me retrouve bête devant des bugs et que je sorte mon porte monnaie. Maintenant j'ai compris le business plan, je passerais par un autre fournisseur. Heureusement que cela arrive maintenant et pas quand je suis freelance :)!
Le problème que j'ai rencontré n'est pas lié au ssl le problème que j'ai rencontré venait du fait que wordpress envoyait une requête en http alors qu'il devait le faire en https. En somme wordpress s'appelait lui même pour ouvrir les pages mais il avait oublié son nom. J'ai aucun soucis avec les ip des visiteurs mais peut être que je ne vois pas de quoi vous parlez et alors il serait correcte de développer votre argument à propos des headers.
@Gaston_Phone malheureusement après les échanges que j'ai eu avec le service client de OVH je ne fais plus confiance à cette plateforme. On a refusé de m'aider, on m'a proposé d'acheter le service payant de ssl alors que le problème avait rien avoir avec le ssl. Le problème vient du serveur sur lequel même wordpress ne peut pas agir car la configuration par DEFAUT est tel que wordpress ne peut même pas changer ses propre liens. Je vais pas en plus dire à haute voix la solution sur leur forum pour éviter que des petits malins de leur équipe de dev ne trouve un moyen de rendre la chose encore plus compliqué pour les prochaines personne qui seraient confronter au même soucis que moi.
N'importe qui peut trouver la solution que j'ai trouvé sur internet avec les même mots clés que ceux que j'ai utilisé mais en anglais.
Voilà voilà et je vous souhaite, la bonne journée :)!
Merci à tous en tout cas :)!