gros problème de passage en https/site inaccessible

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

  • RobertG
    a répondu
    Re : gros problème de passage en https/site inaccessible

    Si tu n'as pas fait d'erreur lors de son insertion dans le fichier .htaccess, il y a en effet toutes chances que le problème vienne d'OVH, le code que j'ai cité fonctionnant sur au moins deux sites dont je m'occupe chez OVH, plus deux autres que j'ai changés de serveur récemment.

    Laisser un commentaire:


  • id81
    a répondu
    Re : gros problème de passage en https/site inaccessible

    Encore essayé ce matin, site replanté !!! L'explication du message d'erreur de mozilla est le suivant : https://support.mozilla.org/fr/kb/qu...-pas-securisee et celui de chrome est celui-ci : "Votre connexion n'est pas privée", "NET::ERR_CERT_AUTHORITY_INVALID", "ERR_CERT_COMMON_NAME_INVALID" ou "NET::ERR_CERT_WEAK_SIGNATURE_ALGORITHM"
    Si le message d'erreur mentionne un certificat SHA-1, demandez au propriétaire du site de mettre à jour le certificat de son site. Découvrez pourquoi les certificats SHA-1 ne sont pas compatibles.
    Si le message d'erreur mentionne le mécanisme HSTS, des certificats de confidentialité ou des noms incorrects,


    Ma question est : est-il possible que cela vienne d'OVH, que le certificat ne soit pas valide ou cela n'a t-il rien à voir ? Je n'ai eu aucun problème avec les 4 autres sites dont je m'occupe et qui sont tous hébergés chez OVH ?

    Laisser un commentaire:


  • Five_Phil
    a répondu
    Re : gros problème de passage en https/site inaccessible

    Non tld une abréviation
    tld= Top Level Domaine. Donc du doit mettre ton ".com" ou ton ".fr" à la place du tld indiqué.

    Laisser un commentaire:


  • id81
    a répondu
    Re : gros problème de passage en https/site inaccessible

    Rebonsoir,
    J'ai retenté ce week-end de passer en https en plantant le site plusieurs fois.

    Pourrais-je avoir une précision par rapport aux lignes de codes données par Robert à ajouter dans le .htaccess :
    "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] "

    Tu indiques https://www.mondomaine.tld : cela veut dire que dans mon cas, je mets : "https://www.gites-et-chambres-tarn.tld" sans le .com, c'est bien ça ?
    et sur la ligne : ^mondomaine.ftld : c'est bien ça "^gites-et-chambres-tarn.ftld" ?
    Merci pour votre patience

    Laisser un commentaire:


  • GraphiqueDesign
    a répondu
    Re : gros problème de passage en https/site inaccessible

    Personnellement, j'aurai juste ajouté les quelques lignes indiquées par RobertG à mon fichier .htaccess, cela est suffisant pour forcer le https. Maintenant je n'arrive pas à savoir ce qui met le daba dans ton site, la délicate mise à jour en 3.8 ou le passage en https.

    En tout cas, si tu as fait une sauvegarde via Akeeba, il le suffit dorénavant de la sélectionner via le composant et de la "restaurer". En 2 minutes, tu retrouves ton site tel qu'il a été sauvegardé. Tu peux donc recommencer tes bidouilles tant de fois que tu veux.

    Laisser un commentaire:


  • id81
    a répondu
    Re : gros problème de passage en https/site inaccessible

    compliquée cette affaire ! J'ai fait une sauvegarde compléte, j'ai pu mettre à jour certaines extensions proposées, mais pas toutes. Enfin, la mise à jour de joomla 3.6 vers joomla 3.8 directement depuis la page de mise à jour a échoué.
    J'ai quand même tenté d'aller dans la configuration pour forcer le https >> administration et site
    La réponse : "HTTPS n'a pas été activé car il n'est pas disponible sur ce serveur. Le test de la connexion HTTPS a échoué avec l'erreur suivante : %s"

    Laisser un commentaire:


  • RobertG
    a répondu
    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.

    Laisser un commentaire:


  • id81
    a répondu
    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

    Laisser un commentaire:


  • RobertG
    a répondu
    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!

    Laisser un commentaire:


  • GraphiqueDesign
    a répondu
    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.

    Laisser un commentaire:


  • RobertG
    a répondu
    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.

    Laisser un commentaire:


  • id81
    a répondu
    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

    Laisser un commentaire:


  • id81
    a répondu
    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 ?

    Laisser un commentaire:


  • RobertG
    a répondu
    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.

    Laisser un commentaire:


  • lesoutier
    a répondu
    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.

    Laisser un 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