Léa-Linux & amis :   LinuxFR   GCU-Squad   GNU
Répertoire inaccessible par un navigateur
Envoyé par: Shogoki

Bonjour à tous

J'ai un serveur Debian (4) avec alternc (0.9.7) installé dessus.

J'ai un étrange problème (ne me prenez pas pour un fou! #%b)

Les répertoires images/ et files/ ne veulent pas être accessible via un navigateur ==> erreur 404 !

Je ne sais pas si d'autres répertoire bien précis sont aussi affectés par ce problème mais pour la majorité, ça fonctionne bien.


Pour un exemple concret :
Sur mon site [www.foudeconcours.com], il y a (entre-autres) un répertoire images/ visible par ftp et ssh.
Mais quand on essaye d'avoir une image dans ce répertoire ou tout simplement y accéder via un navigateur web : [www.foudeconcours.com] ==> erreur 404.

Je vous assure que le répertoire est bien là!

Le plus étrange c'est lorsque je retire le index.html, j'ai la liste des fichiers et répertoire dont images/

Une autre "étangeté", lorsque je renomme le répertoire en images2/, celui-ci redevient accessible!!!!

C'est grave docteur???


PS : sur un autre site (même serveur), le dossier files a le même problème!

Poste le Thursday 13 March 2008 08:14:45
Répondre     Citer    
Re: Répertoire inaccessible par un navigateur
Envoyé par: chromosome

N'aurais-tu pas un fichier .htaccess ou des droits specifiques pour ces type de repertoire dans ta config d'apache ?

Poste le Thursday 13 March 2008 08:46:21
Répondre     Citer    
Re: Répertoire inaccessible par un navigateur
Envoyé par: Shogoki

pas de .htaccess

A quel niveau de la config d'apache?

Poste le Thursday 13 March 2008 09:13:40
Répondre     Citer    
Re: Répertoire inaccessible par un navigateur
Envoyé par: Shogoki

Apres petite recherche sur httpd.conf, j'ai trouvé ces lignes

<IfModule mod_alias.c>
    Alias /icons/ /usr/share/apache/icons/

    <Directory /usr/share/apache/icons>
         Options Indexes MultiViews
         AllowOverride None
         Order allow,deny
         Allow from all
    </Directory>

    Alias /images/ /usr/share/images/

    <Directory /usr/share/images>
        Options MultiViews
         AllowOverride None
         Order allow,deny
         Allow from all
    </Directory>
</IfModule>

Que j'ai modifié en


<IfModule mod_alias.c>
    Alias /icons/ /usr/share/apache/icons/

    <Directory /usr/share/apache/icons>
         Options Indexes MultiViews
         AllowOverride None
         Order allow,deny
         Allow from all
    </Directory>

#    Alias /images/ /usr/share/images/
#
#    <Directory /usr/share/images>
#        Options MultiViews
#         AllowOverride None
#         Order allow,deny
#         Allow from all
#    </Directory>
</IfModule>

Maintenant ça marche!!!!

Mais je sais pas du tout si en faisant ça, je ne crée pas un autre problème!
Des avis?

J'ai toujours pas trouvé l'équivalent en /files/

Poste le Thursday 13 March 2008 09:26:39
Répondre     Citer    
Re: Répertoire inaccessible par un navigateur
Envoyé par: Shogoki

#%b files fonctionne aussi à présent #%b

Mais j'ai toujours un drôle de problème

Apparemment le chmod n'est pas pris en compte.
Lorsque je fais chmod 777 sur le répertoire /files/, dans ssh il met bien toutes les lettres drwxr...... mais les scripts ne le percoivent pas!

exemple :
Warning: is_dir() [function.is-dir]: open_basedir restriction in effect. File(../files/..) is not within the allowed path(s): (/var/alternc/html/l/lenna/:/var/alternc/dns/redir:/usr/share/php/:/var/altern$) in /var/alternc/html/l/lenna/includes/functions_attach.php on line 841

Poste le Thursday 13 March 2008 09:51:31
Répondre     Citer    
Re: Répertoire inaccessible par un navigateur
Envoyé par: ethneo

Salut,

Pour ton 1er problème c'est simple, cela venait de l'Alias d'apache.

Toutes URL commençant par /images/ (1er argument de Alias) auront accès à des fichiers locaux correspondant au chemin absolu /usr/share/images/ (2nd argument de Alias)
Donc, Une requête pour http://tonsite.com/images/toto.jpg ferait renvoyer le fichier /usr/share/images/images/toto.jpg par le serveur.
Or ce fichier n'existe probablement pas dans ce répertoire...
C'est d'ailleurs bizarre que apache est mis cela par défaut ?

_________________
Linux, sécurité, & Co. ... [ethneo.free.fr]

Poste le Thursday 13 March 2008 11:40:22
Répondre     Citer    
Re: Répertoire inaccessible par un navigateur
Envoyé par: ethneo

Désolé, j'ai pas répondu à ton 2nd problème :
A quoi te sert ton répertoires /files ? est-il à la racine ? je n'ai pas réussi à y accéder par http.
Si c'est un endroit où tu stock des fichiers, alors oui il faut que le chmod 777.
A première vu je dirai que ton fichier functions_attach.php possède un include() ou require() qui va surement chercher autre part que dans ton répertoire racine.
C.a.d avec le safe_mod d'activé (est-il activé chez toi?) tu ne pourra pas aller lire/écrire autre part que dans ton répertoire www.
D'où le "is not within the allowed path(s): (/var/alternc/html/l/lenna/:" la sécurité mis en place te refuse l'access à ces répertoires..
Vérifie ton script functions_attach.php por voir s'il est 'clean' (ne va fouiller alors que chez lui)

_________________
Linux, sécurité, & Co. ... [ethneo.free.fr]

Poste le Thursday 13 March 2008 11:47:03
Répondre     Citer    
Re: Répertoire inaccessible par un navigateur
Envoyé par: Shogoki

Bonjour

Le répertoire files est sur un autre site : [www.toutadonner.be] (il n'est pas à moi mais sur mon serveur)

Le safe_mode est off

Voici le phpinfo : [www.toutadonner.be]

Est-ce que vous voyez qqch qui cloche?

Poste le Friday 14 March 2008 22:10:42
Répondre     Citer    
Re: Répertoire inaccessible par un navigateur
Envoyé par: ethneo

http://www.toutadonner.be/info.php
Not Found
The requested URL /info.php was not found on this server.

_________________
Linux, sécurité, & Co. ... [ethneo.free.fr]

Poste le Monday 24 March 2008 00:04:43
Répondre     Citer    

Veuillez vous authentifier auparavant pour commenter.

 

Ce forum !
Répertoire inaccessible par un navigateur
Aide sur les distributions Debian, Ubuntu et leurs dérivées : Mepis, Mint, Knoppix, Kubuntu, Lubuntu, Xandros

Sauf mention contraire, les documentations publiées sont sous licence Creative-Commons