Erreur 403 dans certaines actions

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

  • Carmiel
    a répondu
    Re : Erreur 403 dans certaines actions

    Excellente journée

    Laisser un commentaire:


  • cavo789
    a répondu
    Re : Erreur 403 dans certaines actions

    N'oublie pas de passer ton post en Réglé.

    Bonne journée.

    Laisser un commentaire:


  • Carmiel
    a répondu
    Re : Erreur 403 dans certaines actions

    Ca y est j'ai trouvé

    Dans l'admin OVH il y a 2 endroits où sont spécifiés Firewall, dans l'onglet multi-site et au niveau de l'onglet principal dans la config PHP.
    Et en fait j'avais désactivé le premier et pas dans la config PHP.
    Je viens de le faire pour un hébergement et ça remarche.

    Ca ne résout pas le problème de fond, à voir avec OVH, mais au moins ça me débloque et je vais pouvoir remettre les composants de sécurité en place.

    Merci beaucoup de cette aide

    Laisser un commentaire:


  • cavo789
    a répondu
    Re : Erreur 403 dans certaines actions

    FileZilla affiche pourtant le owner comme dernière colonne... En général c'est un chiffre qui est affiché. Vérifie que ce chiffre (le user ID) est le même que pour les autres fichiers.

    Si aeSecure était actif, la page 403 qui s'affiche est la page rouge d'aeSecure (même si ce n'est pas aeSecure qui est à l'origine du blocage). Ce n'était pas le cas quand j'ai visité ton lien.

    Note : à priori, il n'y a pas beaucoup de raison d'avoir et aeSecure et AdminTools sur le même site; c'est comme deux antivirus sur le même pc; il y a une probabilité (théorique) que l'un ennuie l'autre. Laisse aeSecure gérer le .htaccess et tout se passera sans heurts.

    Laisser un commentaire:


  • Carmiel
    a répondu
    Re : Erreur 403 dans certaines actions

    Bonjour,
    merci pour ce retour rapide.
    j'ai renommé .htaccess à la racine ET dans le répertoire test (en mettant des "--" au milieu du nom)
    C'était plus le cas il y a 5 mn, mais je viens de les renommer de nouveau. Ca ne change rien.
    Pour les droits d'accès oui, en utilisant aesecure et admintools. J'ai regardé par échantillon, ça semble OK.
    Comment vérifier le owner ?
    Filezilla ne donne que la protection ?!

    J'ai désinstallé admintools et désactivé aesecure. J'ai mis hackjack. A tout hasard je viens de les désinstaller, mais sans effet.
    Après il reste peut-être un composant du socle.

    Dernière piste, celle de l'hébergeur (OVH). J'ai ouvert un incident chez eux, mais j'attends encore la réponse.
    Comme les 4 sites qui font les sauvegardes comme ça sont chez OVH et que les 4 ont le même problème, ça me parait la piste la plus probable.
    J'ai désactivé le firewall OVH, mais c'est sans effet.

    Merci, je vois que les recherches convergent vers OVH, j'espère que c'est ça car je ne vois vraiment pas quoi d'autre.
    Dernière édition par Carmiel à 18/05/2017, 10h42

    Laisser un commentaire:


  • cavo789
    a répondu
    Re : Erreur 403 dans certaines actions

    Bonjour

    Tu as donc renommé /.htaccess (à la racine) pour le désactiver; pas de changement; ok
    As-tu un /test/.htaccess par hasard ?

    Autre piste :

    * As-tu vérifié la permission (chmod) sur le dossier /test (doit être 755 en principe) et sur le fichier /test/test.php (644) ?
    * As-tu vérifié le propriétaire du fichier (owner) : est-il correct ?
    * As-tu un plugin / logiciel de sécurisation de ton site qui retournerait cette erreur 403 ?
    * ... même chose mais du côté de ton hébergeur : une quelconque protection activée ?

    Bonne recherche.

    Laisser un commentaire:


  • Carmiel
    a crée un sujet [RÉGLÉ] Erreur 403 dans certaines actions

    Erreur 403 dans certaines actions

    Bonjour,
    j'ai beau creuser le sujet, je ne trouve pas d'explication. J'ai bien trouvé des pistes sur les forum, mais aucune ne résout le problème.
    J'ai une erreur 403 pour certains liens qui accèdent via index.php, soit à la racine, soit en admin
    Exemple ci-dessous qui créé une table dans Chronoforms
    https://xxxxxxxx/administrator/index...&act=build&gcb[]=12&table_name=ao3_chronoengine_chronoforms_data_t est

    Réponse de la page :
    Forbidden
    You don't have permission to access /administrator/index.php on this server.

    ou celui qui est pour le front, il déclenche une sauvegarde.
    https://xxxxxx/test/test.php

    Réponse de la page :
    Forbidden
    You don't have permission to access /index.php on this server.


    J'ai essayé de supprimer tout simplement .htaccess voire htaccess.txt, mais sans effet

    En plus pour la sauvegarde, je viens de m'apercevoir que sur un autre site où ça marchait, ça ne marche plus, sans que je n'y change quoi que ce soit, et peut-être depuis un certain temps.
    Ca voudrait dire que c'est un changement dans Joomla qui a provoqué ce blocage

    Avez-vous une idée pour m'aider à résoudre ce casse-tête ?

    Merci d'avance
    Dernière édition par Carmiel à 18/05/2017, 11h25

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