yep,
En fait, pour le $?, je me doutais du truc, c’est pour ça que j’ai mis un if/then portant la commande. En fait je vais l’enlever, ce sera aussi bien.
Pour le reste j’ai testé avec une machine qui ping google et une autre qui ne la pingue pas. Dans un cas, j’ai bien le ok dans l’autre non. Donc, configurtion et code bash/php à part, je suppose que sur le principe lui-même, ça fonctionne.
Comme ça, le code te parait mieux ?
#!/usr/bin/bash
echo "Content-type: text/html"
echo ""
echo “$(if ping -q -W 1 -c 2 192.168.68.102 >/dev/null 2>&1 ; then echo “- Resultat OK” ; else echo “- Resultat KO” ; fi)”
Ensuite, ici, il ne s’agit que de monitoring. Un poller vérifiera le contenu toutes les 5 minutes et nous dira s’il voit “ok” ou non (d’ailleurs j’ai mis “KO” à la place car on risque l’ambiguité, sinon, vu qu’il y a OK dans NOK). . Hormis le poller, en principe, il n’y aura pas de visiteurs sur la page.
Côté détail, eh bien c’est du apache. Si je reprends ton exemple avec localhost :
Reusing existing connection to localhost:80.
HTTP request sent, awaiting response…
HTTP/1.1 200 OK
Date: Fri, 08 Jan 2010 14:22:02 GMT
Server: Apache/2.2.3 (Debian) mod_python/3.2.10 Python/2.4.4 PHP/5.2.0-8+etch15 mod_ssl/2.2.3 OpenSSL/0.9.8c mod_perl/2.0.2 Perl/v5.8.8
Last-Modified: Mon, 17 Nov 2008 13:40:10 GMT
si j’utilise mon fichier :
HTTP request sent, awaiting response…
HTTP/1.1 404 Not Found
Date: Fri, 08 Jan 2010 14:23:27 GMT
Et enfin, si je la porte sur l’ip :
HTTP request sent, awaiting response…
Length: unspecified
[<=> ] 0 --.--K/s <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
400 Bad Request
Bad Request
Your browser sent a request that this server could not understand.
Reason: You're speaking plain HTTP to an SSL-enabled server port.
Et là… je lis la dernière ligne… Interessant… Je vais regarder la config. En principe, il y aun site enabled sur le port 80 et un sur le port 443.