Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
Dans une telle configuration, l'adresse de ton Jirafeau sera http://IP/Jirafeau
C'est possible de modifier ça.
Je t'expliquerais quand j'aurais un vrai clavier le pourquoi du comment, car c'est presque plus important de savoir pourquoi ça ne marche pas que le fait que ça marche
Et pour info, il y avait un bug dans Jirafeau, qui aurait dû afficher la cause de l'erreur plutôt que FIX ME
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Hors ligne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
C'est déjà avec cette adresse (http://192.168.xx.xx/Jirafeau/install.php) que je me connecte et qui affiche l'erreur (voir le début de mon post #7).
C'est donc ça que j'avais mal lû au départ. Et comme en plus il y a un /var/www/Jirafeau (probablement une trace d'une erreur dans le suivi du tuto récupéré par la suite ) j'ai suivi bêtement cette piste, pensant que la configuration par défaut de apache2 avait été modifiée.
Pour expliquer, le rôle du serveur web apache2, c'est d'envoyer des pages html en fonction de l'URL qu'il reçoit. Par défaut, il utilise comme racine ce qui se trouve dans /var/www/html.
Ainsi en demandant http://IP, apache2 renverra le contenu de /var/www/html/index.html à ton navigateur. En demandant http://IP/Jirafeau/install.php le serveur (lorsque php et libapache2-mod-php sont bien installé) exécute le script /var/www/html/Jirafeau/install.php.
Ce script commence par tester si php peut écrire le fichier de configuration (/var/www/html/Jirafeau/lib/config.original.php).
L'utilisateur qui exécute ce script est www-data. Comme /var/www/html/Jirafeau appartient à l'utilisateur root et pas à www-data, ce dernier ne peux pas écrire la configuration dans son fichier, d'où l'erreur qui aurait dû être explicite, mais qui s'est résumé par un FIX ME étant donné le bug dans le code de Jirafeau
Normalement, en redonnant la propriété du dossier /var/www/html/Jirafeau à l'utilisateur www-data, l'installation devrait se dérouler jusqu'à terme.
Au final, le contenu de /var/www/Jirafeau ne sert à rien, c'est celui de /var/www/html/Jirafeau qui est utilisé.
Pour poursuivre ton aventure, je te conseilles de lire le wiki DF (genre, celui sur les droits et les commandes chmod/chown en particulier) et celui sur apache2 également
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Hors ligne
Hors ligne
Il suffit de supprimer le install.php et le tour est joué
A noté que c'est dans ce fichiers que plein de paramètres du logiciel se modifient. Pour modifier un fichier avec un éditeur de texte en ligne de commande, c'est par là. Le plus simple d'accès pour un débutant est nano
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
qui m'a demandé un mot de passe et qui m'a généré un hash de ce mot de passe.
J'ai copier/collé le hash dans le fichier de configuration de Jirafeau. Mais l'authentification n'a pas fonctionné, j'ai eu le message "mot de passe invalide". Je m'y suis peut-être mal pris ??
J'y suis arrivé par un autre moyen, en passant le paramètre "installation_done" de "true" à "false". En actualisant la page "http://adresse_ip/Jirafeau", cela permet de repartir sur la procédure d'installation du logiciel. C'est ici que j'ai pu définir un nouveau mot de passe administrateur. Je m'attendais à repartir sur une installation toute fraiche avec des valeurs par défaut, en fait non. Le fichier de configuration n'a pas été réinitialisé et le répertoire avec les fichiers que j'avais "uploadé" étaient toujours présents. Du coup, hormis changer le mot de passe et éventuellement le chemin de stockage des fichiers, il n'y a pas de réinstallation à proprement parler.
A ce sujet, pour supprimer proprement cette application, suffit-il de supprimer le répertoire Jirafeau ?
C'est donc ça que j'avais mal lu au départ. Et comme en plus il y a un /var/www/Jirafeau (probablement une trace d'une erreur dans le suivi du tuto récupéré par la suite wink ) j'ai suivi bêtement cette piste, pensant que la configuration par défaut de apache2 avait été modifiée.
Pour expliquer, le rôle du serveur web apache2, c'est d'envoyer des pages html en fonction de l'URL qu'il reçoit. Par défaut, il utilise comme racine ce qui se trouve dans /var/www/html.
Ainsi en demandant http://IP, apache2 renverra le contenu de /var/www/html/index.html à ton navigateur. En demandant http://IP/Jirafeau/install.php le serveur (lorsque php et libapache2-mod-php sont bien installé) exécute le script /var/www/html/Jirafeau/install.php.
Ce script commence par tester si php peut écrire le fichier de configuration (/var/www/html/Jirafeau/lib/config.original.php).
Effectivement, il s'agit de ma première installation qui n'a pas fonctionné. Si j'ai bien compris, la bonne pratique veut que le répertoire de l'application (ici "Jirafeau") soit dans le répertoire /var/www/html ?
J'ai une question concernant le paramètre "file_hash" du fichier de configuration :
Je ne comprends pas bien ce que fait l'option "random"
With 'random' option, file hash is set to a random value and file deduplication cannot work anymore but it is fast and safe.
J'ai une question concernant la sécurité :
Sur sa page, l'auteur indique qu'il existe 3 manières d'augmenter la protection :
var directory contains all files and links. It is randomly named to limit access but you may add better protection to prevent un-authorized access to it.
You have several options:
1] Configure a .htaccess
2] Move var folder to a place on your server which can't be directly accessed
3] Disable automatic listing on your web server config or place a index.html in var's sub-directory (this is a limited solution)
If you are using Apache, you can add the following line to your configuration to prevent people to access to your var folder:
RedirectMatch 301 ^/var-.* http://my.service.jirafeau
You should also remove un-necessessary write access once the installation is done (ex: configuration file).
An other obvious basic security is to let access users to the site by HTTPS (make sure web_root in you config.local.php is set with https).
Ces 3 méthodes sont-elles cumulatives ?
=> 1] je regarderais ce fichier plus tard, j'ai vu des choses sur d'autres tutos.
=> 2] où y-t-il un emplacement plus sécurisé sur un serveur ?
=> 3] il y a deux choses différentes ici ? est-ce qu'il y a un lien avec la commande du dessous "RedirectMatch 301 ^/var-.* http://my.service.jirafeau " ?
L'auteur évoque aussi une restriction de droits sur le fichier de configuration. Sauf erreur de ma part, il faut déjà être sudo pour modifier ce fichier ? Que veut-il dire ?
Je remercie Bendia qui m'a bien aidé
ps : j'ai vu que tu avais signalé l'erreur php sur le site de l'auteur. Merci.
En vous souhaitant de bonnes fêtes de noël.
Dernière modification par Albert1221 (24-12-2021 18:26:08)
Hors ligne