Créer / Exécuter un script CGI

[paradox]

Salut,

Je lance un nouveau sujet pour cette question.


J'ai le nez dans le fichier de conf de Sarg.


Je viens de voir en bas "realtime".

Apparemment on peut avoir un refresh pour voir en quasi temps réel l'activité.

Petite recherche sur le net, je tombe ici :
http://www.safesquid.com/html/viewtopic.php?p=8113


Mais j'obtiens, quand j'appelle la page, ceci :



<?php

system("sarg -r");

?>




J'essaye donc d'éxécuter une commande Perl dans le CGI.
La commande est :

`sarg -r`




Mais j'ai toujours un msg d'erreur :

Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, root@localhost and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

Quelqu'un aurait une piste svp ?

[paradox]

J'ai trouvé un msg d'erreur dans httpd/error_log


[Mon Jun 16 10:59:48 2008] [error] [client MON_IP] Premature end of script headers: /home/httpd/html/squid-reports/sarg-realtime/sarg-realtime.cgi

[Gesp]

J'essaye donc d'éxécuter une commande Perl dans le CGI.
`sarg -r`

Ajoute le chemin complet

Internal Server Error

Il y a au moins une erreur de syntaxe dans ta modification.
Décommente ou ajoute les lignes suivantes en début de fichier pour avoir l'erreur en clair

Code: Tout sélectionner

use warnings;
use CGI::Carp 'fatalsToBrowser';

[paradox]

Merci, je teste de suite !

[paradox]

Pas mieux.


Mon CGI :

Code: Tout sélectionner

use warnings;
use CGI::Carp 'fatalsToBrowser';

`/var/ipcop/sarg/bin/sarg -r`

Avant ça j'avais une erreur de permission, mais je l'ai passé en 755 ou 777.

[paradox]

Une petite idée svp ?

[paradox]

Personne ?

[gemoussier]

Je ne connais Perl que de très (très) loin, et encore moins avec les CGI, mais voilà quelques pistes qui me semblent intéressante :

http://httpd.apache.org/docs/1.3/misc/F ... pt-headers
http://www.perl.com/doc/FAQs/cgi/idiots-guide.html
http://fr.selfhtml.org/cgiperl/introduc ... public.htm

Les deux derniers site préconisent l'ajout de (après la déclaration des librairies) :
print "Content-Type: text/html\n\n";
Ce qui spécifie au navigateur le type de contenu, et le retour à la ligne "\n\n" devrait fermer l'entête http.

[Franck78]

Une petite idée svp ?

ben oui, faire comme les cgi d'IPCop qui appellent quasiment tous des helpers (des programmes externes).... ... prendre le plus petit cgi, celui qui redémarre IPCop par exemple et remplacer par 'sarg'.......
ou encore plus spartiate, dial.cgi.


bien sur on suppose que le programme appelé ne plante pas, hein......? 'sarg' produit bien quelquechose hein?

[paradox]

gemoussier, merci.

Franck, oui, sarg sort du contenu préformaté en HTML, il n'y a plus qu'à l'envoyer dans un navigateur, rien à faire.

J'avais pourtant essayé cette idée, mais sans succès. Je vais retenter !


Merci bcp pour votre aide.

[paradox]

Nous n'y arrivons pas, même avec l'aide d'une collègue qui programme (et qui a regardé plusieurs script pour voir ce qu'il nous manque).


Quand j'appelle l'url, nous avons tjs le même message :

Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, root@localhost and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

Nous continuons les recherches...

[Franck78]

les erreurs sont dans le log apache théoriquement.
On assume la fait que le nouveau cgi possède les mêmes perms et proprio et se trouve avec les autres, sinon c'est pas la peine de venir ici.
Il est quand même facile à ce moment la de faire un simple "print", histoire de valider la moitié du truc coté cgi. Puis d'ajouter la ligne qui appelle le prog 'sarg'. Je pense très fort que le user apache n' pas le droit d'executer 'sarg'. Ou que 'sarg' n'est pas happy avec le user apache.

More information about this error may be available in the server error log.

c'est pas faute de la dire....