gros problème de passage en https/site inaccessible

Réduire
X
 
  • Filtrer
  • Heure
  • Afficher
Tout effacer
nouveaux messages

  • gros problème de passage en https/site inaccessible

    Bonjour
    Mon site est hébergé chez ovh, hier j'ai voulu le passer en https. Je n'avais pas fait de mise à jour depuis un certain temps (oui, je sais c'est très bête),et encore moins de backup (oui, je mérite des claques), bref, ma version de joomla était 3.6.0
    Je suis allée dans le système >> Configuration >> Serveur >> Forcer SSL >> Admin et Site >> Enregistrer et fermer

    J'ai eu un message en anglais comme quoi le passage n'a pas été possible (je n'ai pas noté le message)

    Non contente de ne pas avoir réussi, je suis allée dans le fichier configuration.php pour ajouter à la ligne 39 : public $live_site = 'https://www.monnomdedomaine.com'
    et ensuite j'ai créé un fichier .htaccess pour faire une redirection comme préconisée par ovh :
    RewriteEngine On
    RewriteCond %{SERVER_PORT} 80
    RewriteRule ^(.*)$ https://www.monnomdedomaine.com//$1 [R=301,L]

    Là, la catastrophe : mon site n'est plus accessible, je ne peux plus accéder à l'interface d'administration
    Hier, le message de firefox était le suivant :

    www.gites-et-chambres-tarn.com utilise un certificat de sécurité invalide. Le certificat n’est valide que pour les noms suivants : ssl15.ovh.net, www.ssl15.ovh.net Code d’erreur : SSL_ERROR_BAD_CERT_DOMAIN

    J'ai essayé de republier le fichier configuration.php sans cet ajout et de supprimer le .htaccess, ça ne change rien.
    Ce matin, j'ai le message suivant :
    Cliquez sur l'image pour l'afficher en taille normale

Nom : joomla.jpg 
Affichages : 1 
Taille : 53,2 Ko 
ID : 1824930
    Bizarre ce double slash à la fin du nom de domaine !

    Que faire ? Merci pour votre aide
    Dernière édition par id81 à 27/09/2017, 08h27

  • #2
    Re : gros problème de passage en https/site inaccessible

    Commence par vider la variable "live_site"
    public $live_site = '';
    Neutralise ensuite les lignes que tu cites dans le .htaccess
    Le site devrait être de nouveau accessible, ainsi que son administration.
    Tente ensuite d'utiliser le passage en https depuis l'onglet serveur de la configuration, dans l'administration. Sauf erreur, ça fonctionne maintenant sans erreur avec ce paramétrage.
    Sinon, ce code permet de forcer www et https
    RewriteEngine On
    RewriteCond %{SERVER_PORT} ^80$ [OR]
    RewriteCond %{HTTPS} =off
    RewriteRule ^(.*)$ https://www.mondomaine.tld/$1 [R=301,L]
    RewriteCond %{HTTP_HOST} ^mondomaine.ftld [NC]
    RewriteRule ^(.*)$ https://www.mondomaine.tld/$1 [R=301,L]
    "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
    MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr et sites perso chez PlanetHoster + sites gérés chez PHPNET, 1and1 et OVH

    Commentaire


    • #3
      Re : gros problème de passage en https/site inaccessible

      J'ai vidé la variable et supprimé le .htaccess; j'ai le message d'erreur suivant :
      "Parse error: syntax error, unexpected T_OBJECT_OPERATOR in /home/gitesetci/www/index.php on line 43"
      et toujours pas d'accès à l'interface d'administration

      ensuite, j'ai tenté d'envoyer ceci sur .htaccess, ça ne marche pas non plus

      Commentaire


      • #4
        Re : gros problème de passage en https/site inaccessible

        Bizarre ! Quelle est la version de PHP ?
        Il faudrait aussi vérifier dans le fichier configuration.php si la variable "force_ssl" est bien à "0"
        Au besoin, chez OVH, on peut restaurer une sauvegarde des fichiers plusieurs jours en arrière, voire simplement récupérer par ftp l'ancien fichier configuration.php (et le .htaccess) d'avant la tentative de passer en https, si rien d'autre n'a été fait entre la sauvegarde et le plantage
        "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
        MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr et sites perso chez PlanetHoster + sites gérés chez PHPNET, 1and1 et OVH

        Commentaire


        • #5
          Re : gros problème de passage en https/site inaccessible

          pour la variable "force_ssl", elle est bien à 0
          DONNEES SUPPRIMEES


          Pour l'hébergement chez OVH de mon site, voici ce que j'ai en Version PHP globale 4.4
          (il y a un encadré qui me dit que cette version n'est plus maintenue et que je peux modifier la configuration dans ovh; mais que cela peut affecter le fonctionnement du site). Me conseillez-vous de le faire ?

          J'ai retrouvé un dossier backup de février 2014 avec un fichier .htaccess, un fichier en JPA et un index.html Est-ce que je peux m'en servir ?
          Dernière édition par id81 à 27/09/2017, 17h35

          Commentaire


          • #6
            Re : gros problème de passage en https/site inaccessible

            Attention tu donnes trop d'informations dans ton fichier, il y a plusieurs autres informations à retirer et je ne sais pas le faire encet instant depuis mon smart3.

            Édite ton dernier message et supprime les données sensibles s'il te plaît.
            Christophe (cavo789)
            Logiciel gratuit de scan antivirus : https://github.com/cavo789/aesecure_quickscan (plus de 45.000 virus détectés, 700.000 fichiers sur liste blanche)
            Développeur de marknotes, logiciel de gestion de prises de notes avec interface web et de multiples convertisseur https://github.com/cavo789/marknotes
            Mes logiciels OpenSource : https://www.avonture.be

            Commentaire


            • #7
              Re : gros problème de passage en https/site inaccessible

              Me conseillez-vous de le faire ?
              Fortement. C'est d'ailleurs étonnant que ton site tourne avec une version php qui date des temps anciens.
              J'ai retrouvé un dossier backup de février 2014 avec un fichier .htaccess, un fichier en JPA et un index.html Est-ce que je peux m'en servir ?
              Ça parait un peu ancien (presque trois ans et demie) si tu n'as rien modifié depuis cette date pourquoi pas, sinon tu vas perdre tous les ajouts (articles, utilisateurs, etc.) faits depuis.
              Lorsque l'on se cogne la tête contre un pot et que cela sonne creux, ça n'est pas forcément le pot qui est vide.
              Confucius

              Commentaire


              • #8
                Re : gros problème de passage en https/site inaccessible

                J'ai retrouvé un dossier backup de février 2014 avec un fichier .htaccess, un fichier en JPA et un index.html Est-ce que je peux m'en servir ?
                Non, il s'est trop passé de choses depuis.
                S'il y a "jpa", ça veut dire que Akeeba backup a été installé : a-t-il été utilisé plus récemment pour faire des sauvegardes (elles sont en principe dans "administrator/components/com_akeeba/backup")

                Dans l'administration du compte OVH, il est possible de récupérer des sauvegardes récentes des fichiers, jusqu'à au moins une semaine si je ne me trompe, et de la base à J-1 et J-7
                La version de PHP du site doit aussi y être visible, sachant que Joomla! 3 ne supporte pas moins que la 5.3

                Il y a d'autres données sensibles dans le code cité ci-dessus : à supprimer rapidement.
                A première vue, je n'ai rien remarqué de spécial.
                "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
                MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr et sites perso chez PlanetHoster + sites gérés chez PHPNET, 1and1 et OVH

                Commentaire


                • #9
                  Re : gros problème de passage en https/site inaccessible

                  je viens de supprimer le code, merci de me l'avoir signalé.
                  J'avais installé akeeba backup en 2014 mais depuis je n'ai plus fait de sauvegarde
                  Je vais modifier la version php dans ovh (je n'avais jamais rencontré de problème jusqu'à hier).
                  Entre 2014 et 2017, j'ai fait quelques modifications (ajout de quelques articles/ modifications de textes) sans souci.
                  Je vais aller voir dans l'administration de mon compte ce que je trouve et ce que je peux faire, et je reviens vers vous.
                  Ai-je besoin de préciser que mon niveau est grand débutant ?

                  Commentaire


                  • #10
                    Re : gros problème de passage en https/site inaccessible

                    Pour modifier la version PHP, j'ai plusieurs propositions; Lesquelles choisir ?
                    Environnement d'exécution : légacy, jessiei386, stable, testing ?
                    version de PHP : 5.4 : 5.5 ; 5.6 , 7.0 ; 7.1 ?
                    moteur : php ; phpcgi ?
                    mode : production , développement ?
                    pare-feu applicatif : activé, désactivé ?

                    Aucune idée de ce que cela signifie et implique. Merci pour vos conseils

                    Pour restaurer, j'ai trouvé ça dans mon compte chez OVH :
                    Cliquez sur l'image pour l'afficher en taille normale

Nom : bdd.jpg 
Affichages : 1 
Taille : 21,8 Ko 
ID : 1806436

                    Que faut-il choisir ?
                    Dernière édition par id81 à 27/09/2017, 17h51

                    Commentaire


                    • #11
                      Re : gros problème de passage en https/site inaccessible

                      Ta copie d'écran concerne uniquement la base de données, pas les fichiers qui sont disponibles ailleurs.
                      Si tu n'as pas fait d'autre modification que la configuration, tu ne devrais avoir à restaurer que les fichiers.
                      Tu peux mettre la version de PHP à 5.6 en mode production, phpcgi. Pas de pare-feu.
                      "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
                      MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr et sites perso chez PlanetHoster + sites gérés chez PHPNET, 1and1 et OVH

                      Commentaire


                      • #12
                        Re : gros problème de passage en https/site inaccessible

                        Chez OVH et dans ton cas, fait une restauration J-x sur l'espace FTP et la même restauration J-x sur la base de données et tu vas forcément retrouver ton site dans l'état où il était avant la manipulation. Ensuite, fait une sauvegarde avec Akkeba avant d'apporter de nouvelles modifs au site.
                        "Si vous n’êtes pas impliqués émotionnellement dans ce que vous créez, laissez tomber."
                        https://www.graphiquedesign-bf.com/

                        Commentaire


                        • #13
                          Re : gros problème de passage en https/site inaccessible

                          Oh, ça fonctionne !
                          Maintenant, il va falloir faire une sauvegarde Akeeba puis faire les mises à jour des extensions et de Joomla!
                          "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
                          MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr et sites perso chez PlanetHoster + sites gérés chez PHPNET, 1and1 et OVH

                          Commentaire


                          • #14
                            Re : gros problème de passage en https/site inaccessible

                            Rebonjour
                            Voilà j'ai fait comme vous avez préconisé et j'ai à nouveau accès à l'interface d'administration et mon site est à nouveau en ligne.
                            Merci beaucoup.
                            J'ai tenté de faire les mises à jour une extension à la fois, mais ça n'a pas fonctionné, est-ce due à ma connexion internet trop faible ? Je vais recommencer d'ici ce soir, après avoir fait la sauvegarde
                            Une fois toutes les mises à jour faites, je réessaierais de passer le site en https. Suite au prochain épisode

                            Commentaire


                            • #15
                              Re : gros problème de passage en https/site inaccessible

                              Si tu fais les mises à jour directement depuis la page de mise à jour, le transfert se faisant directement du serveur de l'extension à celui de l'hébergement, la vitesse de ta connexion n'a pas d'importance, à mon avis. C'est différent si tu transfères depuis ton ordinateur les fichiers compressés à installer.
                              "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
                              MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr et sites perso chez PlanetHoster + sites gérés chez PHPNET, 1and1 et OVH

                              Commentaire

                              Annonce

                              Réduire
                              1 sur 2 < >

                              C'est [Réglé] et on n'en parle plus ?

                              A quoi ça sert ?
                              La mention [Réglé] permet aux visiteurs d'identifier rapidement les messages qui ont trouvé une solution.

                              Merci donc d'utiliser cette fonctionnalité afin de faciliter la navigation et la recherche d'informations de tous sur le forum.

                              Si vous deviez oublier de porter cette mention, nous nous permettrons de le faire à votre place... mais seulement une fois
                              Comment ajouter la mention [Réglé] à votre discussion ?
                              1 - Aller sur votre discussion et éditer votre premier message :


                              2 - Cliquer sur la liste déroulante Préfixe.

                              3 - Choisir le préfixe [Réglé].


                              4 - Et voilà… votre discussion est désormais identifiée comme réglée.

                              2 sur 2 < >

                              Assistance au forum - Outil de publication d'infos de votre site

                              Compatibilité: PHP 4.1,PHP4, 5, 6DEV MySQL 3.2 - 5.5 MySQLi from 4.1 ( @ >=PHP 4.4.9)

                              Support Version de Joomla! : | J!3.0 | J!2.5.xx | J!1.7.xx | J!1.6.xx | J1.5.xx | J!1.0.xx |

                              Version française (FR) D'autres versions sont disponibles depuis la version originale de FPA

                              UTILISER À VOS PROPRES RISQUES :
                              L'exactitude et l'exhaustivité de ce script ainsi que la documentation ne sont pas garanties et aucune responsabilité ne sera acceptée pour tout dommage, questions ou confusion provoquée par l'utilisation de ce script.

                              Problèmes connus :
                              FPA n'est actuellement pas compatible avec des sites Joomla qui ont eu leur fichier configuration.php déplacé en dehors du répertoire public_html.

                              Installation :

                              1. Téléchargez l'archive souhaitée : http://afuj.github.io/FPA/

                              Archive zip : https://github.com/AFUJ/FPA/zipball/master

                              2. Décompressez le fichier de package téléchargé sur votre propre ordinateur (à l'aide de WinZip ou d'un outil de décompression natif).

                              3. Lisez le fichier LISEZMOI inclus pour toutes les notes de versions spécifiques.

                              4. LIRE le fichier de documentation inclus pour obtenir des instructions d'utilisation détaillées.

                              5. Téléchargez le script fpa-fr.php à la racine de votre site Joomla!. C'est l'endroit que vous avez installé Joomla et ce n'est pas la racine principale de votre serveur. Voir les exemples ci-dessous.

                              6. Exécutez le script via votre navigateur en tapant: http:// www. votresite .com/ fpa-fr.php
                              et remplacer www. votresite .com par votre nom de domaine


                              Exemples:
                              Joomla! est installé dans votre répertoire web et vous avez installé la version française du fichier FPA:
                              Télécharger le script fpa-fr.php dans: /public_html/
                              Pour executer le script: http://www..com/fpa-fr.php

                              Joomla! est installé dans un sous-répertoire nommé "cms" et vous avez installé la version française du fichier FPA:
                              Télécharger le script fpa-fr.php dans: /public_html/cms/
                              Pour executer le script: http://www..com/cms/fpa-fr.php

                              En raison de la nature très sensible de l'information affichée par le script FPA, il doit être retiré immédiatement du serveur après son utilisation.

                              Pour supprimer le script de votre site, utilisez le lien de script de suppression fourni en haut de la page du script. Si le lien de suppression échoue pour supprimer le script, utilisez votre programme FTP pour le supprimer manuellement ou changer le nom une fois que le script a généré les données du site et le message publié sur le forum. Si le script est toujours présent sur le site, il peut être utilisé pour recueillir suffisamment d'informations pour pirater votre site. Le retrait du script empêche des étrangers de l'utiliser pour jeter un oeil à la façon dont votre site est structuré et de détecter les défauts qui peuvent être utilisé à vos dépends.
                              Voir plus
                              Voir moins

                              Partenaire de l'association

                              Réduire

                              Hébergeur Web PlanetHoster
                              Travaille ...
                              X