[RESOLU] 403 Forbiden

Cpt Caverne · Le 19/08/2015, à 15:29

Bonjour à tous,
après un formatage avec Ubuntu 15.04, je me suis trouvé dans l'obligation de réinstaller mon serveur lamp.
Mon problème vient lorsque je veux ouvrir une page de mon site avec mon navigateur web, celui-ci me marque le message 403 Forbiden.
Pourtant j'ai le droit d'accéder à la page IT WORK
J'ai tenté de changer les droits d’accès, mais cela n'a rien donné.

Merci d'avance
Cpt Caverne

Dernière modification par Cpt Caverne (Le 24/08/2015, à 11:25)

bad442 · Le 19/08/2015, à 15:51

dans ton navigateur tapes localhost.lenomdetonsite et assure toi que lamp est lancé est que ton dossier site web est bien situé

Cpt Caverne · Le 19/08/2015, à 16:25

Bonjour bad442 et merci de ta réponse.

bad442 a écrit :

tapes localhost.lenomdetonsite

Je ne peux pas car je n'ai pas défini de nom à mon site mais est que je dois le faire ???

jplemoine · Le 19/08/2015, à 16:26

C'est pourtant typiquement un problème de droit mais essaies en mettant explicitement une page.
http://localhost/mapage.htm (où mapage.htm est un fichier existant) et non pas juste http://localhost/mapage.htm

Cpt Caverne · Le 19/08/2015, à 18:57

C'est pourtant comme ça que je met l'url d'une de mes pages, sauf que c'est localhost/accueil.php et ça me marque un joli 403 forbiden.

Dernière modification par Cpt Caverne (Le 19/08/2015, à 18:57)

Cpt Caverne · Le 19/08/2015, à 19:18

Quand je marque localhost ça me donne un 404 No found et quand je tape localhost/accueil.php ça me donne un 403 Forbiden

jplemoine · Le 19/08/2015, à 21:50

pour l'erreur 404 :
Il faut
soit renommer accueil.php en index.php
soit indiquer que la page principale est accueil.php

pour l'erreur 403, c'est les droits sur le fichier ou sur le répertoire (vérifie que l'utilisateur www-data est les droits en lecture)

Cpt Caverne · Le 20/08/2015, à 09:13

J'ai essayé de renommer ma page accueil.php en index.php mais cela n'a rien changé.
L'utilisateur www-data a des droits lecture écriture sur le fichier.
J'ai défini ma page accueil mais quand je tape localhost cela me marque quand même 404 no found.

Dernière modification par Cpt Caverne (Le 20/08/2015, à 09:13)

jplemoine · Le 20/08/2015, à 09:23

jplemoine a écrit :

pour l'erreur 403, c'est les droits sur le fichier ou sur le répertoire

Cpt Caverne a écrit :

L'utilisateur www-data a des droits lecture écriture sur le fichier.

Et les répertoires ? S'il n'a pas les droits r-x (je ne sais plus lequel est strictement nécessaire mais on peut mettre les 2) sur les différents répertoire, ce n'est pas bon...
Fais un ls -ld des répertoires en partant de la racine et postes le résultat, STP.

Cpt Caverne · Le 20/08/2015, à 09:36

Voila le résultat:

drwxr-xr-x 14 root www-data 4096 août  18 15:25 /var

drwxr-xr-x 3 www-data www-data 4096 août  18 15:25 /var/www

drwxrwxrwx 7 yannick www-data 4096 août  20 10:22 /var/www/html

-rw-rw-rw- 1 yannick www-data 5141 juil.  5 16:37 /var/www/html/accueil.php

C'est du charabia pour moi

Dernière modification par Cpt Caverne (Le 20/08/2015, à 09:47)

jplemoine · Le 20/08/2015, à 10:07

Cpt Caverne a écrit :

C'est du charabia pour moi

C'est bien dommage car c'est le b..el dans les droits. Toutefois, ça semble être autre chose....
Je penche pour :
- soit un problème dans le .htaccess (s'il est présent en racine de ton site : /var/www/html)
- soit un problème dans la définition du vhost (dans de mémoire un truc du genre: /etc/apache/site-available/000-default)

pires57 · Le 20/08/2015, à 16:07

La première chose à faire (et cela bien avant de bidouiller, de renommer un fichier en "index.php", de modifier les droits ou je ne sais quel autre action) c'est de regarder dans les fichiers de log, ils sont la pour cela :

tail -f /var/log/syslog
tail -f /var/log/apache2/access.log
tail -f /var/log/apache2/error.log

Dernière modification par pires57 (Le 20/08/2015, à 16:07)

jplemoine · Le 20/08/2015, à 16:11

oui. Donc avant toute action, pourrions-nous avoir le retour des 3 commandes. Merci.

Cpt Caverne · Le 20/08/2015, à 18:25

Voila:

tail -f /var/log/syslog
tail: impossible d'ouvrir «/var/log/syslog» en lecture: Permission non accordée
tail: aucun fichier restant

tail -f /var/log/apache2/access.log
tail: impossible d'ouvrir «/var/log/apache2/access.log» en lecture: Permission non accordée
tail: aucun fichier restant

tail -f /var/log/apache2/error.log
tail: impossible d'ouvrir «/var/log/apache2/error.log» en lecture: Permission non accordée
tail: aucun fichier restant

Apparemment il y a un problème de droit .

mazarini · Le 20/08/2015, à 18:34

sudo tail ....

jplemoine · Le 20/08/2015, à 18:39

Et une réinstallation en règle au vu du b..el....
En effet, il y a probablement eu un chown malheureux : comme on ne connait pas la commande, il me parait hasardeux de revenir en arrière...

Cpt Caverne a écrit :

Voila le résultat:

drwxr-xr-x 14 root www-data 4096 août  18 15:25 /var
drwxr-xr-x 3 www-data www-data 4096 août  18 15:25 /var/www
drwxrwxrwx 7 yannick www-data 4096 août  20 10:22 /var/www/html

La première ligne explique pourquoi /var/log qui devrait être accessible ne l'est pas.

Jupiter007 · Le 20/08/2015, à 18:45

Rebonjour et encore merci à tous.
Désormais j'utiliserais ce profil pour poster mes message, en fait j'utilisais celui de mon père (Cpt Caverne) qui m'a dit d'en créer un nouveau.

mazarini a écrit :

sudo tail ....

Oups je ne savais pas, mais cela ne fonctionne pas, le curseur clignote mais rien de plus...

Dernière modification par Jupiter007 (Le 20/08/2015, à 18:59)

Jupiter007 · Le 20/08/2015, à 18:52

jplemoine a écrit :

Et une réinstallation en règle

Dois-je réinstaller lamp ???
Je l'ai déjà fait avant de créer cette discutions mais cela n'a rien donné.
Je précise que je l'ai désinstallé via le terminal en supprimant les fichiers de configuration...sans résulta, malheureusement.

Jupiter007

Jupiter007 · Le 20/08/2015, à 19:38

jplemoine a écrit :

- soit un problème dans la définition du vhost (dans de mémoire un truc du genre: /etc/apache/site-available/000-default)

Je vous donne ce fichier pour voir s'il n'y a pas de problème:

<VirtualHost *:80>
# The ServerName directive sets the request scheme, hostname and port that
# the server uses to identify itself. This is used when creating
# redirection URLs. In the context of virtual hosts, the ServerName
# specifies what hostname must appear in the request's Host: header to
# match this virtual host. For the default virtual host (this file) this
# value is not decisive as it is used as a last resort host regardless.
# However, you must set it for any further virtual host explicitly.
#ServerName www.example.com

ServerAdmin webmaster@localhost
DocumentRoot /var/www/html

# Available loglevels: trace8, ..., trace1, debug, info, notice, warn,
# error, crit, alert, emerg.
# It is also possible to configure the loglevel for particular
# modules, e.g.
#LogLevel info ssl:warn

ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined

# For most configuration files from conf-available/, which are
# enabled or disabled at a global level, it is possible to
# include a line for only one particular virtual host. For example the
# following line enables the CGI configuration for this host only
# after it has been globally disabled with "a2disconf".
#Include conf-available/serve-cgi-bin.conf
</VirtualHost>

# vim: syntax=apache ts=4 sw=4 sts=4 sr noet

Merci encore
Jupiter007

pires57 · Le 20/08/2015, à 20:36

si tu as suivi un tuto pour installer ton serveur il serait bien de fournir les liens, tes droits sont hasardeux, pour ne pas dire illogique.

jplemoine · Le 20/08/2015, à 21:21

Jupiter007 a écrit :

jplemoine a écrit :
Et une réinstallation en règle
Dois-je réinstaller lamp ???

Non. Tout le système... Il y a des permissions "à la c.." dans /var (et peut-être ailleurs dans le système) et comme on ne sait pas l'étendue des dégâts, le système sera plus stable en réinstallant plutôt que de tenter de les remette sans savoir la commande qui afoutu le b..el.

A moins que pires57 ne sache les remettre avec une "commande magique".

pires57 · Le 20/08/2015, à 22:56

Il n'y a pas de commande magique.
La réinstallation c'est un peu la solution de facilité... et il est vrai que j'aime pas prendre les chemins les plus simples.
Si on sait ce qui a été fait on peut facilement revenir en arrière, surtout s'il ne s'agit que du répertoire /var.

jplemoine · Le 20/08/2015, à 23:35

pires57 a écrit :

Si on sait ce qui a été fait

C'est bien ce qui me dérange...
- 1-
On ne sait pas exactement ce qui a été fait
- 2 -
On ne sait pas si seulement /var a été touché ou s'il y a plus de dégâts...

La réinstallation est, certes, la solution de facilité mais c'est aussi la seule qui soit, dans ces conditions, celle où on va pourvoir "lever le doute".
Si prochainement, il y a un problème, on aura un doute sur le fait que ce soit un problème de droit.

Compte anonymisé · Le 21/08/2015, à 08:56

Salut.
Test de manière simple avec un html basic:

<!doctype html>
<html lang="fr">
<head>
  <meta charset="utf-8">
  <title>Titre de ta page</title>
  <link rel="stylesheet" href="style.css">
  <script src="script.js"></script>
</head>
<body>
  ...
  <p>test de page html</p>
  ...
</body>
</html>

Effectivement, php demande des droits d'éxécutions... Mais avant, une simple page html s'affiche t-elle?

Édit:
Si oui, alors:

sudo adduser www-data $USER

devrait résoudre ton problème

Dernière modification par Compte anonymisé (Le 21/08/2015, à 09:00)

Jupiter007 · Le 21/08/2015, à 09:54

Bonjour à tous et merci de vos réponses,

libc6 a écrit :

Effectivement, php demande des droits d'éxécutions... Mais avant, une simple page html s'affiche t-elle?

Le html fonctionne, mais ta commande n'a rien fait, il y a toujours la page 403 Forbiden.
Dois-je réinstaller tout le système ???
Je viens de le faire il y a pas longtemps donc cela n'est pas grave.

Dernière modification par Jupiter007 (Le 21/08/2015, à 09:56)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 19/08/2015, à 15:29

[RESOLU] 403 Forbiden

#2 Le 19/08/2015, à 15:51

Re : [RESOLU] 403 Forbiden

#3 Le 19/08/2015, à 16:25

Re : [RESOLU] 403 Forbiden

#4 Le 19/08/2015, à 16:26

Re : [RESOLU] 403 Forbiden

#5 Le 19/08/2015, à 18:57

Re : [RESOLU] 403 Forbiden

#6 Le 19/08/2015, à 19:18

Re : [RESOLU] 403 Forbiden

#7 Le 19/08/2015, à 21:50

Re : [RESOLU] 403 Forbiden

#8 Le 20/08/2015, à 09:13

Re : [RESOLU] 403 Forbiden

#9 Le 20/08/2015, à 09:23

Re : [RESOLU] 403 Forbiden

#10 Le 20/08/2015, à 09:36

Re : [RESOLU] 403 Forbiden

#11 Le 20/08/2015, à 10:07

Re : [RESOLU] 403 Forbiden

#12 Le 20/08/2015, à 16:07

Re : [RESOLU] 403 Forbiden

#13 Le 20/08/2015, à 16:11

Re : [RESOLU] 403 Forbiden

#14 Le 20/08/2015, à 18:25

Re : [RESOLU] 403 Forbiden

#15 Le 20/08/2015, à 18:34

Re : [RESOLU] 403 Forbiden

#16 Le 20/08/2015, à 18:39

Re : [RESOLU] 403 Forbiden

#17 Le 20/08/2015, à 18:45

Re : [RESOLU] 403 Forbiden

#18 Le 20/08/2015, à 18:52

Re : [RESOLU] 403 Forbiden

#19 Le 20/08/2015, à 19:38

Re : [RESOLU] 403 Forbiden

#20 Le 20/08/2015, à 20:36

Re : [RESOLU] 403 Forbiden

#21 Le 20/08/2015, à 21:21

Re : [RESOLU] 403 Forbiden

#22 Le 20/08/2015, à 22:56

Re : [RESOLU] 403 Forbiden

#23 Le 20/08/2015, à 23:35

Re : [RESOLU] 403 Forbiden

#24 Le 21/08/2015, à 08:56

Re : [RESOLU] 403 Forbiden

#25 Le 21/08/2015, à 09:54

Re : [RESOLU] 403 Forbiden

Pied de page des forums