Le portail francophone de la géomatique

bob1331 · Tue 21 November 2006 14:37

bonjour,

Après lecture de nombreux tutos, il m’est impossible de charger php/mapscript sous fedora core 5.

Message d’erreur lors du lancement de httpd :
PHP start up: unable to load dynamic library usr/lib/php/modules/mapscript.so - /usr/local/lib/libgdal.so.1 cannot restore segment prot after reloc: permission denied in Unknown on line 0

Message erreur sur une page de test :
PHP fatal error : Call to undefined function ms_newMapobj() in /var/www/cgi-bin/

Dans un terminal:
php --rf ms_newMapobj est ok
ldd /usr/lib/php/modules/php_mapscript.so est ok
php –m indique bien le module MapScript
php –i indique bien les références de MapScript

Dans un browser :
<?php
dl(php_mapscript.so);
echo phpinfo();
?>
phpinfo() = pas de tableau MapScript !!

Pourquoi cette différence entre php –i et phpinfo() ?
Quelqu’un aurait il une petite idée de la façon de configurer PHP/MapScript sous FC5?

voici ma configuration :
Fedora Core 5
GRASS 6.2
QGIS 0.7.4
GDAL 1.3.2
Pstgresql 8.1.4
Postgis 1.1.3
Apache (HTTPD 2) via yum
php 5.1.6 via yum
php_mapscript.so est dans /usr/lib/php/modules/
mapserv est dans /var/www/cgi-bin/
mapserver 4.10.0 est compilé (--with-php=/usr/include/php/ --with-gdal=/usr/local/bin/gdal-config --with-ogr=/usr/local/bin/gdal-config)

mapserver en cgi fonctionne normalement
php/mapscript ne fonctionne pas...

Merci à tous pour vos infos

Yves · Tue 21 November 2006 15:11

Bonjour,

Une réponse tout bête, je suis désolé, maisdes fois les trucs les plus cons sont les meilleurs : tu as relancé apache ?

Y.

bob1331 · Tue 21 November 2006 15:55

et oui... httpd restart, ldconfig et updatedb relancé également...même le reboot du pc

leopedro · Thu 23 November 2006 05:53

Bonjour,

je n'ai pas testé cette configuration, mais le message suivant:

PHP start up: unable to load dynamic library usr/lib/php/modules/mapscript.so - /usr/local/lib/libgdal.so.1 cannot restore segment prot after reloc: permission denied in Unknown on line 0

laisse penser qu'il y a un problème de droit (le "permission denied").

Il faut probablement ajouter des droits en écriture ou en éxécution sur un fichier ou répertoire .

Cordialement,

Leo

bob1331 · Mon 27 November 2006 23:17

Il faut modifier la sécurité de Linux (SELinux) en passant de "Enforcing" à "Permissive" ! La config actuelle fonctionne.

leopedro · Tue 28 November 2006 06:02

Bonjour,

Sans aller jusqu'à changer tout le niveau de sécurité de la distribution, un simple ajout de droits d'exécution devrait suffire non ?

Leo

simon_g · Wed 29 November 2006 06:31

leopedro a écrit:

Bonjour,

Sans aller jusqu'à changer tout le niveau de sécurité de la distribution, un simple ajout de droits d'exécution devrait suffire non ?

Leo

je le pense aussi!
bob1331 > tiens nous au courant

bob1331 · Wed 29 November 2006 09:19

Bonjour,

J'ai essayé de changer les droits ("chgrp", "chmod" 777, "chown") des dossiers et fichiers concernés (/usr/local/lib & /usr/lib/php/modules) mais l'erreur était tjrs présente.
J'ai essayé de changer la sécurité des mêmes dossiers et fichiers avec "chcon -t ..." mais cela n'a pas eu d'effet...mais je ne suis pas expert de la commande chcon!! alors peut être qu'il existe une solution avec des options de cette commande à appliquer sur je ne sais quels fichiers.
J'ai passé beaucoup de temps sur ce problème et la seule solutions fut de baisser le niveau de securité de la distribution linux.
Je reste en attente de toutes autres solutions

merci à tous

Yves · Wed 29 November 2006 14:00

Cela n'est pas un problème de droit sur un fichier. Mais un problème de droit d'utiliser une commande. Le mode sécurité, sous mandriva par exemple, de niveau "paranoïaque" interdit à un utilisateur normal de lancer certaine commande : rpm, ifconfig, ... si on diminue le niveau de sécurité ("plus élevé", "élevé", "standard", "très faible"), l'utilisateur "normal" a accès à plus de commande.

Pour que cela fonctione dans le cas de bob1331, il faudrait savoir si Apache a le droit de lancer php, par exemple, il semble que oui. En fait, il faut trouver la commande qui est lancée, et l'utilisateur qui lance cette commande, lui donner les droits, c'est à dire ajouter le groupe de la commande à l'utilisateur.

Je me fait bien comprendre ?

Dans le cas où cet ordinateur est utilisé pour le développement, cela ne pose pas de problème, à priori , surtout s'il est d'ailleur un pare-feu ou qu'on y a pas accès de l'Internet.

Un exemple plus concret :

Ma comande rpm, pour installer mes logiciels, ne peut être utilisé que par les utilisateurs qui sont inclus dans le groupe rpm. Root est le seul sur ma machine. Je ne peut pas l'utiliser en tant que utilisateur "yves". Cela est basique, mais quand on augmente la sécurité, chaque commande est indépendante des utilisateurs. Sur un système ultra sécurisé, il faudrait se conencter avec le propriétaire de la commande pour l'utiliser et seulement celle-là.

J'espère avoir était clair, et n'avoir pas dit de bétises ;-)

Y.

bob1331 · Thu 30 November 2006 09:51

Bonjour,

Yves, merci pour ta réponse mais mais je n'ai pas tout suivi...

1-Comment savoir si Apache a le droit de lancer php ?
Est ce la commande ls -Z /usr/bin/php qui indique cela?

2-comment trouver l'utlisateur et "la commande" qui est lancé ?
De quelle "commande" parle -t-on? l'executable php (usr/bin/php) ou celui de Apache/httpd?

3-Ajouter le groupe de la commande utilisateur?
On donne des droits à l'utilisateur pour lancer "cette commande"; comment fait on?

merci d'avance

Yves · Thu 30 November 2006 10:32

bob1331 a écrit:

Bonjour,

Yves, merci pour ta réponse mais mais je n'ai pas tout suivi...

1-Comment savoir si Apache a le droit de lancer php ?
Est ce la commande ls -Z /usr/bin/php qui indique cela?

2-comment trouver l'utlisateur et "la commande" qui est lancé ?
De quelle "commande" parle -t-on? l'executable php (usr/bin/php) ou celui de Apache/httpd?

3-Ajouter le groupe de la commande utilisateur?
On donne des droits à l'utilisateur pour lancer "cette commande"; comment fait on?

merci d'avance

Bonjour,

on en vient un peu à mes limites. Dans mon dernier poste, je tentai plus d'expliquer le fonctionnement de "SElinux", surtout de la partie sécurité telle que j'ai pû la comprendre.

Voici quelques liens (j'utilise une mandriva qui a sa propre politique de sécurité, similaire à SE linux) :
http://fr.wikipedia.org/wiki/SELinux
http://www.supinfo-projects.com/en/2005/selinux_2005/

et plus particulièrement :

http://www.supinfo-projects.com/en/2005 … %5F2005/5/

En cas de problème, essayez de poster sur un forum orienté linux/securité ou fedora (http://linuxfr.org/forums/ par exemple).

Y.

bob1331 · Thu 30 November 2006 13:03

Merci pour les liens...
C'est également un peu trop complexe pour moi !
Si des personnes ont des compétences dans ce domaines, n'hesitez pas à envoyer des explications & solutions.

merci

Leo · Tue 24 July 2007 11:51

Bonjour,

Je me permets de relancer ce sujet (bien qu'ancien) vu que je connais exactement le même problème.

Je dois installer MDWeb sur un serveur Linux CENT Os.
Je finalise actuellement l'installation du serveur cartographique et du serveur Z3950.
Et je connais exactement le même bug que Bob1331.

J'ai autorisé la lecture, l'écriture et l'exécution à tous les utilisateurs sur la racine du répertoire de publication d'Apache (donc /data/www/).

Bref, ça devrait marcher...
Mais ca ne marche pas...
Ca ne parvient pas à charger mapscript.so (qui est pourtant présent dans le répertoire de stockage des extensions PHP) et m'affiche un message d'erreur similaire à celui de Bob.

De plus, contrairement à Bob, il ne trouve même pas les fonctions de l'extension :
> php --rf ms_newMapobj
Exception: Function ms_newMapobj() does not exist

Ma question est la suivante (et je pense qu'elle contient la réponse mais attend d'en avoir la certitude) : Cette erreur ne peut-elle pas venir dirèctement d'un problème au niveau du mapscript.so ? (version obsolète, erreur interne, incompatibilité, ou je ne sais quoi...).

Merci pour votre éventuelle aide .
Si jamais j'ai une solution "abordable", je vous en ferai part.

En espérant que peu de monde ne connaissent ce problème, mais que beaucoup en connaissent la solution...

Guillaume Sueur · Tue 24 July 2007 14:12

j'ai pas le message de bob sous les yeux, mais ça ne viendrait pas d'une règle de sécurité SELinux ton problème ? Il y a un "permission denied" dans les logs Apache ?

--
Guillaume SUEUR
Expert SIG et OpenSource
NEOGEO
46 RUE MATABIAU
31000 TOULOUSE
06 65 58 88 82
Site web : http://www.neogeo-online.net

Leo · Tue 24 July 2007 16:49

Merci pour cette rapide réponse .

Alorssss :
J'ai réussi à oter certains bugs autour de ce problème.
Mais l'erreur dont je parlais ce matin persiste.

Après vérification, il semble que cela puisse effectivement être un problème de droit :

Code:

[Tue Jul 24 15:32:34 2007] [error] [client XXX.XXX.XXX.XXX] 
Directory index forbidden by rule: /data/www/html/

Néanmoins, il ne me précise pas quelle règle m'interdit l'accès. Et je ne comprend pourquoi il me dit ca, alors que j'ai accès à mon /data/www/html/ , donc au portail.

Voyez-vous d'où cela peut venir ? (logiquement, je penserai d'abord au httpd.conf, mais je l'ai pourtant vérifier mille et une fois, et il semble bon).

En tout cas merci pour cette réponse qui va m'orienter dans mes recherches.

[EDITION]
Bon, effectivement, une ptite erreur s'était insérée dans mon httpd.conf (la vilaine !), mais la voici corrigée et me permet dorénavant de voir une erreur plus aveuglante :

Code:

[Tue Jul 24 17:10:22 2007] [warn] RSA server certificate 
CommonName (CN) `vmmapserver' does NOT match server name!?

Je pense que ceci est le coeur de mon problème. Et impossible de trouver "vmmapserver" (vm est le préfixe utilisé pour identifier le serveur VMMDWeb). Aucun fichier ne semble correspondre à ca. Et un grep depuis la racine n'a que peu de chance d'aboutir.

L'erreur précédente me cachait celle-là qui est autrement plus importante...
Si des gens ont des infos là-dessus, je les remercie de m'aider. Mais je pense qu'étant donné la spécificité de ma recherche, il va falloir que je ne compte que sur moi .
En tout cas, merci pour le début d'aide, fort bienvenu.
[/EDITION]

Léo
----

Dernière modification par Leo (Tue 24 July 2007 17:30)

Sylvain T. · Tue 24 July 2007 18:20

Hello,

Leo a écrit:

Code:

Directory index forbidden by rule: /data/www/html/

Cela veut dire que ton serveur http ne trouve pas de fichier index.html, index.htm, ou index.php, et qu'il ne liste pas les fichiers présents car sa configuration lui interdit (cf. httpd.conf)

Cordialement,
Sylvain

Dernière modification par Sylvain T. (Wed 25 July 2007 09:07)

Yves · Tue 24 July 2007 19:19

Sylvain T. a écrit:

Hello,
Leo a écrit:
Code:
Directory index forbidden by rule: /data/www/html/
Cela veut dire que ton serveur http ne trouve pas de fichier index.html, index.htm, ou index.php, et qu'il ne liste pas les fichiers présents car sa configuration lui interdit (cd. httpd.conf)

Cordialement,
Sylvain

Très juste et cela est configurable dans le fichier httpd.conf ou apache.conf.

Y.

Guillaume Sueur · Wed 25 July 2007 08:09

voici ce que je fais quand ça arrive :
quand j'ai un permission denied sur libpq.so par exemple, je fais ça :
chcon --reference=/var/www/cgi-bin/php /usr/local/pgsql/lib/libpq.*
afin d'autoriser l'exécutable php à charger dynamiquement cette librairie.
Je n'ai jamais rencontré le pb sur un répertoire seul. Mais peut-être qu'un
chcon --reference=/var/www/cgi-bin/php /var/www/html résoudrait le pb ?

Regardez aussi la page suivante :
http://docs.fedoraproject.org/selinux-a … setup.html
il y a peut-être quelques pistes à exploiter

Cordialement,
--
Guillaume SUEUR
Expert SIG et OpenSource
NEOGEO
46 RUE MATABIAU
31000 TOULOUSE
06 65 58 88 82
Site web : http://www.neogeo-online.net

Sylvain T. · Wed 25 July 2007 09:10

Hello,

Juste par curiosité : qu'est ce que c'est comme commande 'chcon', je n'en dispose pas dans mon 'nix préféré.

Cordialement,
Sylvain

Dernière modification par Sylvain T. (Wed 25 July 2007 09:29)

Guillaume Sueur · Wed 25 July 2007 12:54

Salut Sylvain,

ça ne veut pas dire : change de <...>, et c'est dommage parce que
cette commande là manque vraiment parfois ;-)
C'est un utilitaire lié à SELinux (Security Enhanced Linux ? je ne sais
plus), qui est proposé entre autres avec la Fedora.
description de chcon donc :
The chcon utility is similar in style to the UNIX command chmod. For
example, if you wanted to recursively change the types of a directory
and all the files it contains, you could use this command: chcon -R -h
-t httpd_sys_content_t /path/to/directory

un truc de plus à tripoter quand ça marche pas quoi !

--
Guillaume SUEUR
Expert SIG et OpenSource
NEOGEO
46 RUE MATABIAU
31000 TOULOUSE
06 65 58 88 82
Site web : http://www.neogeo-online.net

Yves · Wed 25 July 2007 13:29

Bonjour,

Sous ue Mandriva il existe une interface graphique qui permet de définir le niveau de sécurité de la machine selon trois niveau : paranoic, serveur, desktop, je m'enfoutiste (seule le nom de la dernière est incorrecte). Il y a également un moyen de modifier les contraintes de sécurités application par application.

Peut-être as tu déjà lu/vu ce document : http://docs.fedoraproject.org/selinux-faq-fc5/

Pour modifier la config :
http://docs.fedoraproject.org/selinux-f … ged-policy
http://docs.fedoraproject.org/selinux-f … #id2960938

Y.

Sylvain T. · Wed 25 July 2007 13:47

Salut,

Guillaume Sueur a écrit:

The chcon utility is similar in style to the UNIX command chmod.

Okido. Je ne connaissais que son équivalent chmod !
Sinon une commande ayant la signification que tu évoquais manque effectivement parfois.

Amicalement,
Sylvain

Communauté	Ressources	L'emploi	Le marché	L'association	Fils RSS
Forum Blogs Wiki Planet Sites amis	Agenda Biblio Fiches AMO-CNIG Paris PCGIS Téléchargements	Offres d'emploi Banque de CV Formations Démarche Métiers	Geo-Entreprises Geo-Communiqué Appels d'offres	L'association Qui sommes-nous ? Nous aider Bienfaiteurs Partenaires Historique Statuts	Tout le site Job Géomatique Services GeoBlogs ...	Faire un don Mentions légales

Le portail francophone de la géomatique

Annonce

#1 Tue 21 November 2006 14:37

php-mapscript fedora 5

#2 Tue 21 November 2006 15:11

Re: php-mapscript fedora 5

#3 Tue 21 November 2006 15:55

Re: php-mapscript fedora 5

#4 Thu 23 November 2006 05:53

Re: php-mapscript fedora 5

#5 Mon 27 November 2006 23:17

Re: php-mapscript fedora 5

#6 Tue 28 November 2006 06:02

Re: php-mapscript fedora 5

#7 Wed 29 November 2006 06:31

Re: php-mapscript fedora 5

#8 Wed 29 November 2006 09:19

Re: php-mapscript fedora 5

#9 Wed 29 November 2006 14:00

Re: php-mapscript fedora 5

#10 Thu 30 November 2006 09:51

Re: php-mapscript fedora 5

#11 Thu 30 November 2006 10:32

Re: php-mapscript fedora 5

#12 Thu 30 November 2006 13:03

Re: php-mapscript fedora 5

#13 Tue 24 July 2007 11:51

Re: php-mapscript fedora 5

#14 Tue 24 July 2007 14:12

Re: php-mapscript fedora 5

#15 Tue 24 July 2007 16:49

Re: php-mapscript fedora 5

Code:

Code:

#16 Tue 24 July 2007 18:20

Re: php-mapscript fedora 5

Code:

#17 Tue 24 July 2007 19:19

Re: php-mapscript fedora 5

Code:

#18 Wed 25 July 2007 08:09

Re: php-mapscript fedora 5

#19 Wed 25 July 2007 09:10

Re: php-mapscript fedora 5

#20 Wed 25 July 2007 12:54

Re: php-mapscript fedora 5

#21 Wed 25 July 2007 13:29

Re: php-mapscript fedora 5

#22 Wed 25 July 2007 13:47

Re: php-mapscript fedora 5

Pied de page des forums