phpMyAdmin icones inaccessibles [Réglé]
Suite à la mise en place d'une directive contre ByteSpider, l'interface locale de phpMyAdmin ne montre plus d'images
Système et matériels / Installation et configuration
Tonin Membre non connecté
-
- Voir le profil du membre Tonin
- Inscrit le : 02/07/2013
- Groupes :
Suite à la mise à jour vers Mageia 9, l'interface locale de phpMyAdmin ne montre plus d'images
Bonjour,
Voici l'erreur obtenue.
Code TEXT :
[Wed Aug 07 21:21:14.208392 2024] [authz_core:error] [pid 11742:tid 11742] [client 127.0.0.1:38532] AH01630: client denied by server configuration: /usr/share/phpmyadmin/themes/pmahomme/img/s_fulltext.png
ou dans le navigateur quand j'essaie de charger une des images inaccessibles
Code TEXT :
Access denied per /etc/httpd/conf/webapps.d/phpmyadmin.conf
Quand je regarde ce fichier de configuration, je n'identifie pas de marge de manœuvre évidente. La redondance de répéter ces directives pour les sous répertoires est sans effet. Ci-dessous un extrait.
Code TEXT :
<Directory /usr/share/phpmyadmin/>
<IfModule mod_authz_core.c>
# Apache 2.4
<RequireAny>
Require ip 127.0.0.1
Require ip ::1
</RequireAny>
</IfModule>
<IfModule !mod_authz_core.c>
# Apache 2.2
Order Deny,Allow
Deny from All
Allow from 127.0.0.1
Allow from ::1
</IfModule>
ErrorDocument 403 "Access denied per /etc/httpd/conf/webapps.d/phpmyadmin.conf"
</Directory>
Une page affichant le phpinfo indique que le module mod_authz_core est chargé
Code TEXT :
Loaded Modules : .../... mod_authz_core mod_authz_dbm mod_authz_groupfile mod_authz_host mod_authz_owner mod_authz_user .../...
Les droits des fichiers images en question montrent qu'ils sont en lecture seule. Ce qui devrait suffire.
Code TEXT :
ls -al /usr/share/phpmyadmin/themes/ total 28 drwxr-xr-x 6 root root 4096 févr. 12 15:32 ./ drwxr-xr-x 11 root root 4096 févr. 12 15:32 ../ drwxr-xr-x 6 root root 4096 févr. 12 15:32 bootstrap/ -rw-r--r-- 1 root root 43 févr. 7 2023 dot.gif
Je sèche. Qui pour me suggérer une idée ?
Merci pour votre attention.
Édité par Tonin Le 09/08/2024 à 10h43
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Tu ne précises pas si tu tentes l'accès depuis le "serveur" lui-même ou depuis un autre poste.
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Je suppose que la connexion est faite depuis le poste local.
En effet, le client dans le log est indiqué comme 127.0.0.1.
Je ne connais pas la syntaxe exacte du <IFModule> - je vais essayer de jeter un oeil sur le site d' Apache, mais le error Document 403 est lancé suite auxtests fait précédement (blocs ifmodule)?
Edit: le / après phpmyadmin est obligatoire ?
Édité par nic80 Le 08/08/2024 à 21h31
Tonin Membre non connecté
-
- Voir le profil du membre Tonin
- Inscrit le : 02/07/2013
- Groupes :
Ce qui m'a mis sur une meilleure piste, c'est qu'en me connectant à l'interface phpMyAdmin non pas par l'adresse de la boucle locale (127.0.0.1) mais par le domaine de mon serveur, la page d'accueil de phpMyAdmin montrait tout de même une image, en l'occurrence /phpmyadmin/themes/pmahomme/img/b_help.png. Celle-ci seule est appelée par une règle CSS.
Code TEXT :
[09/Aug/2024:10:27:15 +0200] 127.0.0.1 TLSv1.3 TLS_AES_256_GCM_SHA384 "GET /phpmyadmin/themes/pmahomme/img/logo_right.png HTTP/1.1" 403 59 "-" "Mozilla/5.0 (X11; Linux x86_64; rv:129.0) Gecko/20100101 Firefox/129.0" [09/Aug/2024:10:27:15 +0200] 127.0.0.1 TLSv1.3 TLS_AES_256_GCM_SHA384 "GET /phpmyadmin/themes/dot.gif HTTP/1.1" 403 59 "-" "Mozilla/5.0 (X11; Linux x86_64; rv:129.0) Gecko/20100101 Firefox/129.0" [09/Aug/2024:10:27:15 +0200] 127.0.0.1 TLSv1.3 TLS_AES_256_GCM_SHA384 "GET /phpmyadmin/themes/pmahomme/img/b_help.png HTTP/1.1" 200 705 "https://cftw.ddns.ms/phpmyadmin/themes/pmahomme/css/theme.css?v=5.2.1" "Mozilla/5.0 (X11; Linux x86_64; rv:129.0) Gecko/20100101 Firefox/129.0"
Le fait que la requête vers cette dernière possède un champs referrer non vide, lui donne le feu vert : 200 au lieu de 403.
Ceci tient à une des règles que j'ai ajoutées récemment pour faire la guerre à ByteSpider de ByteDance. Mon ajout a été maladroit, je tâtonne encore.
Tonin Membre non connecté
-
- Voir le profil du membre Tonin
- Inscrit le : 02/07/2013
- Groupes :
Code TEXT :
# $Id: robots.txt 410967 2009-08-06 19:44:54Z oden $ # $HeadURL: svn+ssh://svn.mandriva.com/svn/packages/cooker/apache-conf/current/SOURCES/robots.txt $ # exclude help system from robots User-agent: * Disallow: /manual/ Disallow: /manual-2.2/ Disallow: /addon-modules/ Disallow: /doc/ Disallow: /images/ Disallow: / User-agent: GPTBot Disallow: / User-agent: Bytespider Disallow: / # the next line is a spam bot trap, for grepping the logs. you should _really_ change this to something else... Disallow: /all_our_e-mail_addresses # same idea here... Disallow: /admin/ # but allow htdig to index our doc-tree #User-agent: htdig #Disallow: # disallow stress test user-agent: stress-agent Disallow: /
Tonin Membre non connecté
-
- Voir le profil du membre Tonin
- Inscrit le : 02/07/2013
- Groupes :
🙏
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie