Bonjour,
je ne sais pas si quelqu'un a déjà rencontré cette problématique, pour moi c'est la première fois…
En fait, on m'a demandé d'installer un CMS (wordpress), sur un hébergement OVH, lié à un domaine externe…
Les propriétaires du domaine externe ont donc entrés les DNS de l'hébergement. Le site, hors back office, fonctionne donc. Par contre je constate quelques petites problématiques.
Quand je me connecte a l'administration via le domaine externe, j'obtient une page vide avec l'erreur suivante : 'clusterXXX.hosting.ovh.net refused to connect.' Ca fonctionne tès bien si je passe directement par l'url fournie par OVH, ci-dessus.
Tout ce qui concerne les partages, et peut être même le référencement du coup, garde les URLs 'ClusterXXX', et l'on aimerait que le domaine externe soit bien les véritables URLs du site…
De mon côté je ne pensais pas qu'il y avait une manip a faire chez OVH, mais je n'avais peut être pas assez réfléchi. Faut-il quelque chose pour que les URLs du domaine externe passent en URLs principales, et résoudres de cette manière ces intérrogations ?
Par avance merci beaucoup…
> clusterXXX.hosting.ovh.net refused to connect.
wordpress mal installé
> garde les URLs 'ClusterXXX',
grave erreur
le N° du cluster n'est pas confidentiel
> on aimerait que le domaine externe soit bien les véritables URLs du site..
il faut faire corriger les urls dans la base de données et certains fichiers
ça ne peut pas se faire en sql sans casser les variables sérialisées php
ou tout effacer pour réinstaller proprement et refaire
> qu'il y avait une manip a faire chez OVH
Ovh n'est pas responsable, sauf peut-être d'une très mauvaise installation
si besoin, indiquer le nom de domaine
Bonjour,
merci pour votre réponse…
Alors c'est moi qui ai écrit le clusterXXX…normalement c'est http://(ID).cluster028.hosting.ovh.net/
A la base, j'avais mis toutes les URLS sur le domaine externe, mais vu que l'administration fonctionne exclusivement sur http://cluster028.hosting.ovh.net/, et non sur mon domaine externe, je me demandais si ce n'était pas du a OVH qui refusait de se connecter a l'adminsitration via l'utilisation d'une URLs externe, serait-ce possible ? J'ai donc remodifier toues les urls en (ID).cluster028.hosting.ovh.net/
étant donné que tout fonctionne très bien sur llcmelh.cluster028.hosting.ovh.net, back+front, je ne pensais pas que ca puisse être un problème d'installation.. C'est le cas ? Ca vaut le cout que je réinstalle tout ?
ton site est mal installé
même le front est sur xxx.cluster028.hosting.ovh.net (il ne peut y avoir de différence entre le front et le back):
* c'est un domaine Ovh
* pas de https
* ce mauvais domaine est déjà référencé par google et pire tu lui ouvres un sitemap xxx.cluster028.hosting.ovh.net/post-sitemap.xml
* ta maintenance est erronée et retourne 200 ou lieu de 503
> Ca vaut le cout que je réinstalle tout ?
comme dit si tu ne veux pas faire corriger, il faut tout EFFACER puis tout REFAIRE
puis installer des redirections 301 de xxx.cluster028.hosting.ovh.net sur le domaine
Non ca ne me pose pas de soucis,
je corrige toutes les URLs (comme c'était avant) via searchandreplaceDB, et je reviens vers vous si le problème persiste…(ou je vous signale si ca a corrigé, ce serait super !)
encore merci
> via searchandreplaceDB,
c'est ça…
tu connais les divers encodages et tu oublies les fichiers
tes mentions légales sont erronées, ce qui risque de ne pas plaire à des avocats
le domaine .fr n'est pas installé sur l'hébergement, ce qui ne permettra pas d'avoir de https
les mails, les MX sont erronés
tu devrais prendre conseil
Merci,
alors en général je n'ai pas de soucis de domaine ou d'hébergement, je prend les deux chez OVH, et ca fonctionne assez facilement en fait. La il y a un prestataire qui s'occupe du domaine et eux de l'hébergement… Donc je n'ai pas trop de maîtrise sur tout cela… Mais je vais leur conseiller de faire en sorte de pouvoir mettre en https et je les aiderais si besoin. Merci aussi pour les ML, c'est vraiment gentil d'avoir été vérifier ca… C'est pareil ils me les ont fournies, je peux leur signaler, a quel endroit ?
J'ai changé toutes les URLs, donc comme avant le site ne fonctionne plus
www.abcde.fr
(mais je maintient que le domaine est bizarre car je vois qu'il y a la place d'une page, et c'était aussi el cas avant…)
Merci beaucoup
> comme avant le site ne fonctionne plus<br /><br />non<br />```text<br />curl --head -XGET --user-agent Firefox http://www.hugo-avocats.fr/<br /> HTTP/1.1 200 OK<br />```<br />tu ne lis pas...<br /><br />pas de corrections de fichier? thème en rade?<br /><br />avant c'était OK:<br /><img src="upload://ueHv5ppn2I5cHdnSuKCfi2VvKuU.png" loading="lazy" />
non j'ai juste modifié la bdd.
Jamais eu de problème avec le theme qui fonctionne correctement sur wamp, sur mon propre hébergement (/), ainsi que sur le domaine OVH.
Avant c'était ok, sauf que l'ensemble du site sur le domaine externe, était lu dans un espèce d'Iframe (c'est encore le cas ici), l'url ne s'actualisait pas même si l'on changeait de page, et surtout pas d'administration possible…
Maintenant que j'ai modifié les URLs ca ne fonctionne plus ni l'un, ni l'autre…
tu as eu toutes les réponses et plus, il suffit de lire
si en plus tu as migré d'un Wamp, tu as d'autres soucis potentiels
Ok c'est noté…
Pour moi en lancant l'inspecteur sur le domaine externe, je trouve le fait que ce soit un head différent, et que le site soit dans un "iframe" que je me dis que ca vient de ca. (que ce soit maintenant ou avant quand ca "fonctionnait").
Je ne vois pas d'ou peut venir le problème… Ni le soucis de migrer depuis wamp. néanmoins j'entend que le problème est surement du a l'installation, je relancerait une installation totale ce soir.
Merci du coup pour toutes ces réponses
> est surement du a l'installation
MAIS PAS QUE… lire
tout est à revoir
y compris le soi-disant hébergeur fictif que l'on retrouve sur plusieurs sites d'avocats (un comble si ces gens ne connaissent pas les mentions légale, mais tu as un devoir de conseils?)
sans parler de graves lacunes en web 
Je ne m'en cache pas… Je n'avais pas l'impression en tout cas que mes lacunes soient si grave, et je prend note de ton conseil… J'ai un devoir de conseil visuel, en tout cas ici, et je n'ai aucun pouvoir d'intervention sur le contenu. Néanmoins si il y a un soucis effectivement il me parrait important de remonter l'information
- donc, je désinstalle tout et j'installe un wordpress ce soir avec le theme classique. Du coup ce sera normalement quelque chose fait par quelqu'un de plus compétent ca devrait fonctionner.
je ne sais pas qui fait quoi...<br /><br />mais comme dit il faut commencer par installer le domaine sur son hébergement, **INUTILE** de refaire quoi que ce soit si ce n'est pas fait<br />une redirection invisible date du siècle dernier et une hérésie en référencement:<br />```text<br /><br /> <html></html><br /> <head></head><br /> <title></title><br /> <meta name="description" content="" /><br /> <meta name="keywords" content="" /><br /> <meta name="generator" content="ORT - Ovh Redirect Technology" /><br /> <meta name="url" content="<a href=" />http://llcmelh.cluster028.hosting.ovh.net/<br /> <meta name="robots" content="all" /><br /> <br /> <br /><br /><br /><br /><body>http://llcmelh.cluster028.hosting.ovh.net/ Click here<hr /></body><br /> <br /> <br /> <br />```<br /><br />si tu t'amuses à faire du local en Wamp sans corriger le home à la windows, ça craint<br />faire des thèmes spécifiques pour des entités qui ne suivront pas et si tu ne gères pas le suivi, c'est pas un cadeau pour l'utilisateur<br /><br />----<br /><br />```text<br />dig +nocmd +noall +answer hugo-avocats.fr MX @dns14.ovh.net<br /> hugo-avocats.fr. 3600 IN MX 0 1fr01b.mail.protection.outlook.com.fr01b.mail.protection.outlook.com.<br /> hugo-avocats.fr. 3600 IN MX 1 redirect.ovh.net.<br />```<br /><br />le MX redirect est de trop<br /><br />et peut-être expliquer à un avocat les soucis de confidentialité des mails hébergés avec du microsoft, serveurs de mails Ovh y compris...
D'accord c'est bien ce que je pensais.
Dans un premier temps je vais voir avec les prestataires qui gerent le domaine de vraiment le lier a l'hébergement, pour moi ca pouvait vraiment venir de ca, le fait que l'admininstration ne fonctionnait pas avec ce systeme sur leur url… (qui plus est, flippant apres pour le référencement).
Vu que j'ai déjà un peu tout cassé en faisant les tests je vais tout de même réinstaller wp entièrement + un theme classique comme ca on sera sur. Je ne mettrais le miens que si le classique fonctionne.
Enfin, je bosse bien sous wamp. Alors merci : "Corriger le home à la windows" si tu as un lien qui explique un peu ce que ca veut dire ce serait vraiment chouette, je suis prenneur. Merci beaucoup.
Pour le mx redirect, et le problème de confidentialité des mails hébergés, la encore ma compétence est limité, je leur remonterais les infos, merci..
> si tu as un lien
non, c'est un métier, lire le codex Wp, il faut corriger selon plusieurs encodage les urls à la MS `` ou `\` alors que les serveurs sont en linux
pour la base: un utilitaire, wp-cli est l'outil d'admin de WP
pour les fichiers: grep/sed
c'est valable aussi pour les domaines et le https
Ok merci, je vais me renseigner la dessus, je comprend la problématique.
je te tiens au courant de si le problème et résolu et de quel manière (ordre de résolution, réinstallation d'un wordpress avec theme classique - réédition de la facon dont le domaine est lié avec l'hébergement - réinstallation du theme perso). Merci pour ton aide
alors qu'il suffirait de configurer et corriger ça… 30mn
Hop, j'écris des nouvelles.
A ce stade j'ai rien touché juste réinstallé wordpress et laisser le theme et les articles initiaux, donc pas de code de ma part…
Le problème persiste, ca fonctionne bien au domaine externe, mais impossible de se connecter a l'admin (alors que c'est possible sur (http://xxxx.cluster028.hosting.ovh.net/)… Je suppose donc que ca vient vraiment de la facon dont le domaine externe a été configuré…
J'attend des retours des prestataires qui gèrent se domaine.
> Le problème persiste,
c'est pas comme si je ne te l'avais pas dit
> dont le domaine externe a été configuré…
NON, il faut corriger base et fichiers
et il faudra recommencer pour le https quand il n'y aura pas plus de redirection invisible