[Resolu] Nginx/Apache Problème avec l'installation de LAMP

[Mickael]

Bon déjà de ce coté la tout est ok.

On va oublier apache et on va faire avec NGINX

Code : Tout sélectionner

$ sudo -s

$ apt-get update

$ apt-get install nginx

[Mickael]

N'oublie pas les droit d'utilisateur :

Code : Tout sélectionner

chmod 777 /var/www/html/

(J'ai rien trouvé de mieux que du 777 pour avoir accès au dossier ... si quelqu'un a une meilleur idée à proposer...)

[Mickael]

Dit moi si sur localhost tu as un truc dans ce style :

[jlb]

Oui, mais il fallait encore supprimer l'index.html du répertoire "/var/www/html", sinon c'était encore Apache !   Il n'est pas agressif, nginx, avec son index.nginx-debian.html !
Autre progrès, le fichier de test, au lieu de s'afficher, se télécharge ! On avance, on avance !

[Mickael]

Bon c'est une bonne chose !!

 Comme Nginx ne contient pas de traitement PHP natif, contrairement à certains autres serveurs Web, nous devrons installer php-fpm , qui signifie "fastCGI process manager". Nous dirons à Nginx de transmettre les requêtes PHP à ce logiciel pour traitement.

Code : Tout sélectionner

sudo apt-get install php-fpm

Nos composants PHP sont maintenant installés, mais nous devons apporter une légère modification à la configuration pour rendre notre configuration plus sécurisée.

Ouvre le fichier de configuration principal php-fpm avec les privilèges root:

Code : Tout sélectionner

sudo nano /etc/php/7.0/fpm/php.ini

Ce que nous recherchons dans ce fichier est le paramètre qui définit cgi.fix_pathinfo . Ceci sera commenté avec un point-virgule ( et sera réglé sur "1" par défaut.

Il s'agit d'un paramètre extrêmement peu sécurisé car il indique à PHP d'essayer d'exécuter le fichier le plus proche qu'il peut trouver si le fichier PHP demandé est introuvable. Cela permettrait essentiellement aux utilisateurs de créer des requêtes PHP d'une manière qui leur permettrait d'exécuter des scripts qu'ils ne devraient pas être autorisés à exécuter.

Nous allons changer ces deux conditions en supprimant la mise en commentaire de la ligne et en la plaçant sur "0" comme ceci:

Code : Tout sélectionner

cgi.fix_pathinfo=0

Enregistrez et fermez le fichier lorsque vous avez terminé.

Maintenant, il suffit de redémarrer notre processeur PHP en tapant:

Code : Tout sélectionner

sudo systemctl redémarrer php7.0-fpm

Configurez Nginx pour utiliser le processeur PHP

Maintenant, nous avons tous les composants requis installés. Le seul changement de configuration dont nous avons encore besoin consiste à dire à Nginx d’utiliser notre processeur PHP pour le contenu dynamique.

Nous faisons cela au niveau du bloc serveur (les blocs serveur sont similaires aux hôtes virtuels Apache). Ouvrez le fichier de configuration de bloc de serveur Nginx par défaut en tapant:

Code : Tout sélectionner

sudo nano /etc/nginx/sites-available/default

Actuellement, avec les commentaires supprimés, le fichier de blocage du serveur par défaut de Nginx se présente comme suit:

Code : Tout sélectionner

server {
listen 80 default_server;
listen [::]:80 default_server;

root /var/www/html;
index index.html index.htm index.nginx-debian.html;

server_name _;

location / {
try_files $uri $uri/ =404;
}
}

Nous devons apporter quelques modifications à ce fichier pour notre site.
 

• Premièrement, nous devons ajouter index.php tant que première valeur de notre directive index afin que les fichiers nommés index.php soient servis, s’ils sont disponibles, lorsqu’un répertoire est demandé.

• Nous pouvons modifier la directive server_name pour qu'elle pointe vers le nom de domaine ou l'adresse IP publique de notre serveur.

• Pour le traitement PHP proprement dit, il suffit de décommenter un segment du fichier qui traite les requêtes PHP en supprimant les symboles dièse (#) situés devant chaque ligne. Ce sera l' location ~\.php$ bloc d'emplacement, le fastcgi-php.conf inclus, et le socket associé à php-fpm .

• Nous allons également décommenter le bloc d’emplacement traitant des fichiers .htaccess en utilisant la même méthode. Nginx ne traite pas ces fichiers. Si l'un de ces fichiers se retrouvait dans la racine du document, il ne devrait pas être transmis aux visiteurs.

Les modifications que vous devez apporter figurent en rouge dans le texte ci-dessous:

Lorsque vous avez apporté les modifications ci-dessus, vous pouvez enregistrer et fermer le fichier.

Testez votre fichier de configuration pour les erreurs de syntaxe en tapant:

Code : Tout sélectionner

sudo nginx -t

Si des erreurs sont signalées, revenez en arrière et revérifiez votre fichier avant de continuer.

Lorsque vous êtes prêt, rechargez Nginx pour apporter les modifications nécessaires:

Code : Tout sélectionner

sudo systemctl reload nginx

C'est fini on va maintenant créer un fichier pour tester :

Code : Tout sélectionner

sudo nano /var/www/html/info.php

Y écrire :

Code : Tout sélectionner

<?php
phpinfo();
?>

Sauvegarder et vous rendre sur localhost/info.php

J'ai fais un mini tuto lol

[jlb]

Un maxi merci pour ton mini tuto, @"Mickael" ! 
[quote="Mickael" pid='1760' dateline='1539811144']Maintenant, il suffit de redémarrer notre processeur PHP en tapant:

Code : Tout sélectionner

sudo systemctl redémarrer php7.0-fpm

[/quote]

Il faut juste remettre la commande ci-dessus dans sa langue natale...

Code : Tout sélectionner

sudo systemctl restart php7.0-fpm

... et le tour est joué ! 

[Mickael]

Ah super !!! On y est arrivé quand Apache fait des siennes il reste Nginx dans le fond je préfère Apache car j’ai plus l’habitude, mais c’est vraiment juste une question d’habitude car Nginx est vraiment plus sécurisé

Tu veux un « raccourcie » sur le bureau du dossier de destination ?

[Mickael]

De toute manière pour faire ton "raccourcie" ou plutôt un lien symbolique il faut juste faire ceci :

Code : Tout sélectionner

ln -s /emplacement/nom_du_fichier_source /emplacement/nom_du_lien

 /emplacement/nom_du_fichier_source correspond dans ton cas à : /var/www/html/
et
/emplacement/nom_du_lien un truc dans le style : /home/jean/Desktop/html

De ce fait tout les fichiers poser dans /home/jean/Desktop/html son en réalité dans /var/www/html/

Les liens symboliques peuvent être utilisé pour plein d'utilisation sous linux car contrairement a Windows le chemin /home/jean/Desktop/html sera bien reconnu comme un vrai chemin et non pas comme un "raccourcie"

[jlb]

Merci pour le "raccourci", @"Mickael"  ! 

Malheureusement, il y a encore un petit (?) problème : je viens de mettre le dossier du CMS que tu sais dans le répertoire "/var/www/html", je me suis connecté à "http://localhost/nom_du_répertoire" et ça me fait une superbe erreur 502 :

[jlb]

Quelques recherches plus tard...

C'est normal que "/run/php/php7.0-fpm.sock" mentionné dans le fichier de configuration soit vide ?

[Mickael]

Ou la une erreur 502 Bad Gateway ... aucune idée, on va gratter encore

Tu peux faire un essaie avec d'autre truc différent de ce CMS ?

D'après ce que je trouve sur le web :

Quelles sont les raisons d’un 502 Bad Gateway ?

Lorsqu’une erreur Bad Gateway apparaît, dans la plupart des cas, cela vient du côté serveur et il ne sera pas possible pour l’utilisateur de régler ce problème. En général, ce code http peut signifier :

• Surcharge du serveur Web : dans chaque formule d’hébergement, vous avez des quotas maximum. Si votre site web les a atteint, le service ne fonctionnera plus et une erreur 502 Bad Gateway sera affichée. Cela arrive aussi dans le cas d’une attaque DDoS qui vise à saturer la capacité de votre serveur.
• Panne sur le serveur d’hébergement : Si le serveur est en panne, celui-ci ne répondra plus à la gateway et donc, une erreur 500 s’affichera. Dans de rares cas, cela peut aussi être le retrait de votre serveur du Web pour un contenu illégal.
• Un problème de programmation : Cela peut venir parfois d’un problème au niveau du code de votre site web qui empêche de répondre à des requêtes et envoie un résultat négatif.
• Erreur de communication : Dans de rares cas, l’erreur peut venir d’une communication entre les 2 parties qui a échoué.
• Erreur du navigateur : Une extension de votre navigateur peut aussi être à l’origine de cette erreur lors de l’affichage d’un site web.

Il faut que tu fasses un essaie avec un autre CMS pour voir si cela fonctionne mieux ...

[jlb]

Merci pour tout, @"Mickael".  J'ai installé "WonderCMS" (un des plus légers). Cette fois, ce sont de trop nombreuses redirections qui bloquent l'exécution.
Mais il y a ce fichier vide que je te signalais. Tu as regardé le lien ?  Il m'a l'air plutôt sérieux.

https://www.datadoghq.com/blog/nginx-50 ... s-php-fpm/