Ubuntu 20.04, Projet Symfony, permission denied Erreur 403

narva · Le 30/03/2023, à 10:48

Bonjour,

J'ai pour mission de déployer une appli effectué en symfony sur serveur ubuntu 20.04.
J'effectue toutes les manip de base :
- fichier config
- activation
- reload/restart apache2
Jusque la tout vas bien.

Lorsque j'essaye d'y accéder : AdresseIP/NomDeL'appli
Une erreur 403 se produit et donc on me refuse l'accès.

Je ping l'appli, celle-ci est active. J'ai comme une dizaine d'applications, toutes sont fonctionnelles. Néanmoins ce sont des applis antérieurs à mon arrivée, donc elles étaient déjà déployer.
J'ai créer pour tester un site/appli bidon qui print un "Hello World" et refait les manip ci-dessus => Ca fonctionne.

Donc l'erreur vient de l'application créée en symfony. La connexion à la base de donnée sont ok (fichier .env)
Les paquets correspondants à son bon fonctionnement également.

Avez-vous des pistes de recherches ?

Bien à vous.

krodelabestiole · Le 30/03/2023, à 11:24

modération : déplacement de Développement et programmation vers Serveurs.

erreur 403 c'est (très probablement) un problème de permission.

voir ici la documentation concernant les permissions avec un serveur web : https://doc.ubuntu-fr.org/apache2#permissions

narva · Le 30/03/2023, à 11:46

ls -l
drwxr-xr-x 13 www-data su_etprg 4096 mars  30 10:14 NomDeL'appli

Je sais que c'est un problème de permission, je l'ai d'ailleurs précisé dans le sujet Ubuntu 20.04, Projet Symfony, "permission denied" Erreur 403.
Et c'est justement en faisant des recherches que j'ai constaté que l'erreur pouvait ne pas concerner uniquement le serveur mais une interaction appli-serveur. (Recherche que j'ai fait en amont avant de créer la discussion)
J'ai crée un site/appli générique qui fonctionne (qui print un "hello world" basique) voila pourquoi je m'étais permis de créer ce topic dans "Développement et programmation" et non dans "Serveurs".
Néanmoins, si pour vous c'est un pb lié au serveur, serait-il possible de me donner plus de détail ? Car la doc que vous m'avez partagé ne m'aide pas.

Donc ma question est la suivante :
Est il possible que la config de l'appli développé en symfony puisse engendrer des conflits avec celle du serveur web ?

J'ai constaté que le fichier settings.yml était manquant, en me fiant à a doc Symfony.
Aurais-je dû créer le projet via ligne de commande dans un premier temps ? Car j'ai importé l'appli et effectuer les manips énoncé plus haut.

En vous remerciant

bruno · Le 30/03/2023, à 11:55

Bonjour,

narva a écrit :

J'effectue toutes les manip de base :
- fichier config

Il faut nous monter ce fichier.

narva · Le 30/03/2023, à 11:59

Alias /Inventory /var/www/Inventory

<Directory "/var/www/Inventory">
Options FollowSymLinks
AllowOverride All
Order allow,deny
Allow from all

</Directory>

J'ai fait un copié d'un fichier config pré existant.

J'ai également fait la même manip concernant l'appli générique.

krodelabestiole · Le 30/03/2023, à 12:22

tu peux nous donner le retour de :

sudo namei -l /var/www/Inventory/index.php

krodelabestiole · Le 30/03/2023, à 12:25

narva a écrit :

Je sais que c'est un problème de permission

je sous-entendais par là un problème de permission sur les fichiers. tu peux aussi demander volontairement à symfony de retourner une erreur 403 en cas de mauvaise authentification par ex., ça, ça dépend de ce que fait ton app, mais dans ce cas tu devrais le savoir... c'est pour ça que je penche sur un problème niveau système de fichier et que je t'ai envoyé la doc à ce sujet.

narva · Le 30/03/2023, à 12:41

Voici

root@et:/etc/apache2/sites-available# sudo namei -l /var/www/Inventory/index.php
f: /var/www/Inventory/index.php
drwxr-xr-x root     root     /
drwxr-xr-x root     root     var
drwxr-xr-x su_etprg root     www
drwxr-xr-x www-data su_etprg Inventory
                             index.php - No such file or directory

Le fait est que symfony fonctionne différemment.

L'index se situe dans le dossier public et non à la racine du projet.
root@et:/var/www/Inventory# sudo namei -l /var/www/Inventory/public/index.php
f: /var/www/Inventory/public/index.php
drwxr-xr-x root     root     /
drwxr-xr-x root     root     var
drwxr-xr-x su_etprg root     www
drwxr-xr-x www-data su_etprg Inventory
drwxr-xr-x www-data su_etprg public
-rw-r--r-- www-data su_etprg index.php

Je n'ai configuré aucune URL car je ne peux pas délacer l'index à la racine sous peine de disfonctionnement.

Dernière modification par narva (Le 30/03/2023, à 12:42)

krodelabestiole · Le 30/03/2023, à 12:50

dans ce cas ton DocumentRoot devrait être /var/www/Inventory/public

si c'est /var/www/Inventory et qu'il ne contient pas d'index, apache cherche à lister les fichiers ce qui est interdit par défaut, d'où une erreur 403.
comme expliqué là : https://doc.ubuntu-fr.org/apache2#index

mais là je vois pas du tout de DocumentRoot dans ta config...
la doc à ce sujet : https://doc.ubuntu-fr.org/apache2#creat … s_virtuels

krodelabestiole · Le 30/03/2023, à 12:54

ou alors vu l'alias : Alias /Inventory /var/www/Inventory
il faudrait que tu accèdes à http://tondomaine/Inventory/public

je sais pas si ça peut marcher (ça dépend de tes routes) mais c'est pas très élégant

krodelabestiole · Le 30/03/2023, à 14:48

à noter que cette manière de faire (avec alias) est pas forcément ouf : ton application sera affichée sur le /Inventory de tous tes hôtes virtuels.
je te conseille de te faire un virtualhost propre par application, chacun avec son nom de domaine (inventory.localhost par ex., si tu bosses en local), pas de sous-répertoire, et un documentRoot spécifique à chaque fois.

narva · Le 31/03/2023, à 09:52

D'accord, j'ai essayé de faire selon vos directives ainsi que selon la doc :

<VirtualHost *:80>
	ServerName et.prg.****.fr
	DocumentRoot "/var/www/Inventory/public"
	<Directory "/var/www/Inventory/public">
  		Options FollowSymLinks
  		AllowOverride None
  		Order allow,deny
  		Allow from all
	</Directory>
</VirtualHost>

Néanmoins lorsque je tape IP/Inventory ou ServerName/Inventory => je tombe sur une interface style explorateur de fichier ou j'ai accès à tous les dossier/fichier de l'appli.

J'ai néanmoins des messages d'erreurs lorsque je pointe directement dans le dossier public (via une interface symfony) => IP/Inventory/public

Impossible d’écrire dans le répertoire « cache » (/var/www/html/Inventory/var/cache/dev)

Je tiens à vous remercier de l'aide que vous m'apportez.

narva · Le 04/04/2023, à 10:34

Je ne peux toujours pas accéder à l'application.

Lorsque j'essaye d'installer les dépendances ou de les updates via composer, cela me met

The "https://repo.packagist.org/packages.json" file could not be downloaded:

Après avoir effectué des recherches, j'ai constaté que cela pouvait venir de diverses raisons :
- Proxy
- DNS
- Pare-feu

Lorsque je

ping repo.packagist.org

Cela ne réponds pas.

Est ce possible que cela engendre des conflits et m'empêche d'accéder à l'appli ?

mazarini · Le 04/04/2023, à 18:34

/var/www/html/Inventory/var/cache/dev : il faut qu'apache puisse ecrire dans ce répartoire. Il faut également lui dire que l'application tourne en prod (ou en test) et le répertoire sera .../cache/prod et pas dev.
Même chose pour le fichier var/log/prod.log
Il faut regarder le fichier d'erreur d'apache qui t'indiquera quel fichier ou répertoire pose problème.

narva · Le 05/04/2023, à 10:47

Bon retour à la case départ :
J'ai effectué une fausse manip de ce fait j'ai décidé de recommencer de 0.

Voici mon fichier config :

<VirtualHost *:80>
    ServerName et.prg.sncf.fr

    DocumentRoot /var/www/Inventory/public
    <Directory /var/www/Inventory/public>
        AllowOverride None
        Require all granted
        Allow from All
        FallbackResource /index.php
    </Directory>

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

apache2ctl configtest
Synthax Ok

drwxr-xr-x 13 www-data www-data 4096 avril  5 09:28 Inventory

Je n'ai pas d'erreur dans les logs apache.
J'ai essayé de faire fonctionner le projet en local via wampserver, cela ne fonctionne pas (c'est un projet développé et généré via mongodb par de tiers personnes auquel je n'ai pas participé)

J'ai constaté qu'il n'y avait pas de fichier .htaccess

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 30/03/2023, à 10:48

Ubuntu 20.04, Projet Symfony, permission denied Erreur 403

#2 Le 30/03/2023, à 11:24

Re : Ubuntu 20.04, Projet Symfony, permission denied Erreur 403

#3 Le 30/03/2023, à 11:46

Re : Ubuntu 20.04, Projet Symfony, permission denied Erreur 403

#4 Le 30/03/2023, à 11:55

Re : Ubuntu 20.04, Projet Symfony, permission denied Erreur 403

#5 Le 30/03/2023, à 11:59

Re : Ubuntu 20.04, Projet Symfony, permission denied Erreur 403

#6 Le 30/03/2023, à 12:22

Re : Ubuntu 20.04, Projet Symfony, permission denied Erreur 403

#7 Le 30/03/2023, à 12:25

Re : Ubuntu 20.04, Projet Symfony, permission denied Erreur 403

#8 Le 30/03/2023, à 12:41

Re : Ubuntu 20.04, Projet Symfony, permission denied Erreur 403

#9 Le 30/03/2023, à 12:50

Re : Ubuntu 20.04, Projet Symfony, permission denied Erreur 403

#10 Le 30/03/2023, à 12:54

Re : Ubuntu 20.04, Projet Symfony, permission denied Erreur 403

#11 Le 30/03/2023, à 14:48

Re : Ubuntu 20.04, Projet Symfony, permission denied Erreur 403

#12 Le 31/03/2023, à 09:52

Re : Ubuntu 20.04, Projet Symfony, permission denied Erreur 403

#13 Le 04/04/2023, à 10:34

Re : Ubuntu 20.04, Projet Symfony, permission denied Erreur 403

#14 Le 04/04/2023, à 18:34

Re : Ubuntu 20.04, Projet Symfony, permission denied Erreur 403

#15 Le 05/04/2023, à 10:47

Re : Ubuntu 20.04, Projet Symfony, permission denied Erreur 403

Pied de page des forums