Erreur 500 après renouvellement du certificat SSL

> nous avons été obligé de cocher ipv6

ce n'est pas DU TOUT obligatoire


> . Nous avons réussi à supprimer la configuration ipv6

ce n'est pas non plus à proscrire

> nous avons toujours l'erreur 500.

quelle adresse le site?

Les certificats ne voulaient pas se créer et en tapant l'erreur sur Google on a vu qu'en cochant ipv6 ça fonctionnait, ça a été le cas.
On aurait bien voulu garder ipv6 mais on essaye de trouver le problème.

Voici le site : https://redesign.tech/
En cherchant le problème l'erreur 500 a un peu changé de format :D

```text > l'erreur sur Google on a vu qu'en cochant ipv6 ça fonctionnait

google ne détient pas la vérité et contient aussi beaucoup de balivernes

> On aurait bien voulu garder ipv6 mais on essaye de trouver le problème.

bien sûr que c'est possible
pour pour l'instant, le SSL est le souci

ta zone DNS est stable depuis hier et rien n'empêche un SSL

> 500

c'est juste que tu as changé le mot de passe d'accès à la base sans corriger `wp-config.php` à priori
https://gitlab.com/sdeb/web/snippets/1748266#erreur-lors-de-la-connexion-%C3%A0-la-base-de-donn%C3%A9es


le certificat est ok depuis hier:
```text
nmap -p 443 --script ssl-cert redesign.tech
Subject: redesign.tech
Issuer: Let's Encrypt Authority X3
start: 2020-02-04T19:30:06
end: 2020-05-04T19:30:06
Subject Alternative Name:
redesign.tech
www.redesign.tech
```

tu peux ajouter Ipv6, ça n'influencera pas le SSL ```

accessoirement, il est anormal de voir les erreurs, et rarement utile avec worpdress

Merci pour ces retours.

Nous n'avons pourtant pas changer le mot de passe. Savez-vous ce qui aurait provoqué cela ?

Nous avons donc fait les changements nécessaires pour le mot de passe.
Par contre maintenant le site est affiché en maintenance et nos login/mdp pour se connecter à wp-admin ne fonctionnent plus.

j'ai un doute, mais si tu es certain...
j'ai déjà rencontré UNE seule fois ce symptôme avec une base corrompue (voir mon lien, version scoumoune)

> Par contre maintenant le site est affiché en maintenance et nos login/mdp pour se connecter à wp-admin ne fonctionnent plus.

base corrompue?
roles perdus?
piratage?

je ne peux répondre en détail là dessus, il faut plonger dans la base
les roles sont assez souvent le souci avec certains plugins

accessoirement, ta version de php est dépréciée, WP pas à jour et ton plugin de maintenance renvoie un mauvais code qui dégrade ton référencement

Nous venons de recevoir un message qui nous indique que WP a été mis à jour automatiquement en 5.2.5.

Cependant nous avons toujours le problème de maintenance. Nous n'avons pas de .maintenance à supprimer pour aller voir s'il y a un problème de plugins.

Nous avons essayé de faire un rollback sur la base de données mais ça n'a pas fonctionné.

> .maintenance

c'est le processus de Wordress ça

actuellement c'est un plugin ou ton thème
essaye changeant de thème dans la base ou en désactivant par ftp un plugin maintenance
---

5.2.5 n'est pas la dernière branche

Nous avons essayer de désactiver les plusgins via ftp en changeant le nom du dossier par plugins_old, plus rien ne s'affichait.

Nous ne comprenons pas d'où vient le problème, pourquoi le site est bloqué en mode maintenance et pourquoi nous n'avons plus accès à wp-admin ?
Si on doit regarder dans la base de données, que doit on regarder ?

change le thème pour voir

pour le reste, je ne peux pas donner de cours sur un forum, surtout en aveugle
accessoirement, il faut les utilitaires et l'expérience pour savoir quoi chercher/réparer
et ce n'est pas sur Ovh que l'on peut faire ça simplement

Merci pour la réponse. En désactivant et réactivant le thème le site web est redevenu fonctionnel. Par contre nous avons perdu toutes notre base de données.
Les sauvegardes via le plugin worpress ont disparu et les backup que propose ovh ne correspondent pas du tout à ce qu'il y avait il y a quelques jours mais plus à ce qu'il y avait il y a 1 an....

> les backup que propose ovh ne correspondent pas du tout à ce qu'il y avait il y a quelques jours mais plus à ce qu'il y avait il y a 1 an...

heu... Ovh c'est une sauvegarde journalière jusqu'à j-30

si ça date d'un an c'est que tu trompes de base, et que celle-ci est abandonnée depuis 1 an

si la base a été supprimée, plus de sauvegardes, sauf à intervenir (vite?) via l'api: https://community.ovhcloud.com/community/fr/suppression-d-une-base-de-donnee-par-erreur?id=community_question&sys_id=8754fd48851246d01e111c5c94ac5bd1

ce raisonnement est **valable pour les bases mutu**, pas le sqlPrivé

> Les sauvegardes via le plugin worpress ont disparu

elles était stockées où?
(une sauvegarde n'est valable que si externalisée)

si elles restaient sur l'hébergement, regarder dans les sauvegarde Ovh: https://docs.ovh.com/fr/hosting/restauration-ftp-filezilla-espace-client/

si toujours pas documenté, tu peux remonter à j-3semaines avec `-snap5`
(en ftp, avec l'id ftp principal)

Merci pour ces informations.

La personne en charge du contenu du site web m'assure que des données de décembre par exemple ne sont plus présentes même dans un back-up du 12 janvier (bien avant tous nos problèmes).
Est-ce possible ? Comment les données ont pu disparaître des sauvegardes ovh ?

Comme vous l'avez dit on voit bien des sauvegardes tous les jours jusqu'au 5 janvier. Quelque soit la sauvegarde restaurée les données ne sont pas là...
Il n'y a pourtant pas d'autre base de données sur le compte, c'est la seule.

Pour les sauvegardes wordpress je ne sais justement pas où elles sont car ce n'est pas moi qui ai configuré le plugin de sauvegarde et les configurations ont été perdues avec la base de données.

quelle base est/était utilisée?
hier il y a eu, comme par hasard, une erreur de cnx à la base de donnée, ça peut être la base qui a été supprimée :/
dans ce cas, la sauvegarde n'est plus dans le manager

on peut voir l'historique des bases utilisée, dans les sauvegardes ftp, `wp-config.php`

> des données de décembre par exemple ne sont plus présentes même dans un back-up du 12 janvier

quelle sauvegarde? il faut être précis
à priori un plugin mal configuré, sauvegarder c'est bien, externaliser c'est mieux, vérifier le contenu c'est top

> Pour les sauvegardes wordpress je ne sais justement pas où elles

quel plugin?
tu ne réponds pas aux questions, j'imagine qu'elles restaient dans l'hébergement:
elle sont donc récupérable dans les sauvegardes ftp

Avec le backup FTP on a pu valider que la base de données utilisée avant et après notre problème est bien la même. Celle que nous essayons de restaurer.

Mais si la base a été supprimée hier pourquoi les sauvegardes des 30 derniers jours sont aussi KO ? Un problème ovh ? Comment ça la sauvegarde n'est plus dans le manager ? Elles sont où ?

Nous avons essayé :
- La restauration de la base de données via ovh sur différentes dates. Les données récupérées ne sont pas celle qui étaient présentes en début Janvier.
- La restauration FTP via ovh qui a confirmé que la base de données utilisée aujourd'hui est bien celle utilisé en début Janvier.
- Nous cherchons toujours où sont sauvegardées les sauvegardes wordpress via le pluging DraftPlus.

Aujourd'hui :
- Le site fonctionne mais la bdd est dans son état d'il y a environ 6 mois.

Ah oui le site qui load 106 Mo de data quand on l'affiche... ça coute cher en ressource la 3D pour 1579 requêtes... :)

Bon courage avec cette histoire de DB

via le pluging DraftPlus.