Comment évaluer les codes de réponse http à partir de bash/shell script?

J'ai le sentiment que je suis absent ce qui est évident, mais n'ont pas réussi à man [curl|wget] ou de google ("http" fait une mauvaise terme de recherche). Je suis à la recherche d'un rapide&sale fixer à l'un de nos serveurs web qui, souvent, ne, retourner le code d'état de 500 avec un message d'erreur. Une fois que cela arrive, il doit être redémarré.

Comme la cause semble être difficile à trouver, nous visons une solution rapide, en espérant que cela sera suffisant pour combler le temps jusqu'à ce que l'on peut vraiment résoudre (le service n'a pas besoin de haute disponibilité)

La solution proposée est de créer une tâche cron qui s'exécute toutes les 5 minutes, en vérifiant http://localhost:8080/. Si cela renvoie avec le code d'état 500, le serveur va être redémarré. Le serveur va redémarrer en moins d'une minute, il n'ya donc pas besoin de vérifier pour les redémarrages déjà en cours d'exécution.

Le serveur en question est une ubuntu 8.04 installation minimale avec juste assez de paquets installé pour exécuter ce qu'elle a besoin. Il n'y a aucune obligation de faire la tâche en bash, mais j'aimerais qu'il lancer dans un tel environnement minimal sans avoir à installer de plusieurs interprètes.

(Je suis suffisamment familiarisé avec l'écriture de scripts de commande/d'options à attribuer le code de statut http à une variable d'environnement serait assez - c'est ce que j'ai cherché et ne pouvait pas trouver.)

InformationsquelleAutor Olaf Kock | 2010-02-08

270

Je n'ai pas testé cela sur un 500 code, mais il fonctionne sur d'autres, comme 200, 302 et 404.
```
response=$(curl --write-out %{http_code} --silent --output /dev/null servername)
```
Comme suggéré par @ibai, ajouter --head pour faire une TÊTE seule demande. Cela permettra de gagner du temps lors de la recherche est couronnée de succès, avec le contenu de la page ne sera pas transmis.
- Nice - merci: j'ai déjà trouvé --write-out, mais il a manqué le --output /dev/null. Lorsque tout le contenu vient avec elle, le code de réponse se perd dans trop d'informations, j'ai donc tout simplement ne pas le voir...
- Puis-je stocker à la fois le code de réponse et de sortie dans variables distinctes? Je voudrais faire écho à la sortie lorsque le code de réponse n'est pas 200
- Essayez ceci: response=$(curl --write-out \\n%{http_code} --silent --output - servername) - la dernière ligne dans le résultat sera le code de réponse.
- Cela ne veut pas montrer le dernier état de la demande si le résultat de la première requête est un 3XX. Par exemple, si la valeur retournée est une redirection 301, ensuite ce script s'arrête là. Si vous ajoutez -IL, alors vous pouvez obtenir le statut final. Si vous souhaitez afficher tous HTTP statuts pour toutes les demandes, utiliser mon exemple ci-dessous.
- Fonctionne très bien, merci! Toutefois, dans mon cas (https) j'ai besoin de mettre --insecure ainsi.
- Vous pouvez utiliser -I ou --tête juste à faire une TÊTE de demande et d'éviter le téléchargement de l'ensemble du corps, même si elle est /dev/null. Cela peut réduire le temps d'exécution considérablement dans de nombreux cas. response=$(curl --head --write-out %{http_code} --silent --output /dev/null servername)
InformationsquelleAutor Dennis Williamson
36
```
curl --write-out "%{http_code}\n" --silent --output /dev/null "$URL"
```
œuvres. Si non, vous devez appuyer sur la touche entrée pour afficher le code lui-même.

InformationsquelleAutor hd1
16

J'avais besoin de faire la démonstration de quelque chose rapidement aujourd'hui et est venu avec cette. Pensé que je pourrais le placer ici si quelqu'un a besoin de quelque chose de similaire à la demande du commettant.
```
#!/bin/bash

status_code=$(curl --write-out %{http_code} --silent --output /dev/null www.bbc.co.uk/news)

if [[ "$status_code" -ne 200 ]] ; then
  echo "Site status changed to $status_code" | mail -s "SITE STATUS CHECKER" "[email protected]" -r "STATUS_CHECKER"
else
  exit 0
fi
```
Cela enverra une alerte email à chaque changement d'état à partir de 200, de sorte qu'il est bête et potentiellement gourmand. Pour améliorer cela, je regarde en boucle à travers plusieurs codes d'état et de l'exécution des différentes actions de la personne à charge sur le résultat.

InformationsquelleAutor Chris Gillatt

Bien que le réponse acceptée est une bonne réponse, il donne sur les scénarios d'échec. curl sera de retour 000 si il y a une erreur dans la requête ou d'échec de connexion.

url='http://localhost:8080/'
status=$(curl --head --location --connect-timeout 5 --write-out %{http_code} --silent --output /dev/null ${url})
[[ $status == 500 ]] || [[ $status == 000 ]] && echo restarting ${url} # do start/restart logic

Remarque: cela va un peu au-delà de la demande 500 vérification de l'état à confirmer également que curl pouvez même vous connecter au serveur (c'est à dire renvoie 000).

Créer une fonction à partir d'elle:

failureCode() {
    local url=${1:-http://localhost:8080}
    local code=${2:-500}
    local status=$(curl --head --location --connect-timeout 5 --write-out %{http_code} --silent --output /dev/null ${url})
    [[ $status == ${code} ]] || [[ $status == 000 ]]
}

Test de l'obtention d'un 500:

failureCode http://httpbin.org/status/500 && echo need to restart

Test d'erreur/d'échec de la connexion (c'est à dire 000):

failureCode http://localhost:77777 && echo need to start

Test de ne pas obtenir un 500:

failureCode http://httpbin.org/status/400 || echo not a failure

InformationsquelleAutor nicerobot

Avec netcat et awk vous pouvez gérer la réponse du serveur manuellement:

if netcat 127.0.0.1 8080 <<EOF | awk 'NR==1{if ($2 == "500") exit 0; exit 1;}'; then
GET / HTTP/1.1
Host: www.example.com

EOF

    apache2ctl restart;
fi

InformationsquelleAutor marco

8

À suivre 3XX redirections et d'imprimer des codes de réponse pour toutes les demandes:
```
HTTP_STATUS="$(curl -IL --silent example.com | grep HTTP )";    
echo "${HTTP_STATUS}";
```
- Le grep permettra de saisir toutes les lignes avec "HTTP" dans les. Peut-être grep -m 1 HTTP à seulement saisir le premier match, si c'est l'intention, ou peut-être lieu de tuyau de Awk pour analyser seulement le code de résultat.
InformationsquelleAutor siliconrockstar

Voici le de longue haleine- et pourtant facile à comprendre – le scénario, inspiré par la solution de nicerobot, qui demande uniquement les en-têtes de réponse et évite d'utiliser IFS comme l'a suggéré ici. Elle génère un message de renvoi lorsqu'il rencontre une réponse >= 400. Cet écho peut être remplacé par un rebond de script.

# set the url to probe
url='http://localhost:8080'
# use curl to request headers (return sensitive default on timeout: "timeout 500"). Parse the result into an array (avoid settings IFS, instead use read)
read -ra result <<< $(curl -Is --connect-timeout 5 "${url}" || echo "timeout 500")
# status code is second element of array "result"
status=${result[1]}
# if status code is greater than or equal to 400, then output a bounce message (replace this with any bounce script you like)
[ $status -ge 400  ] && echo "bounce at $url with status $status"

InformationsquelleAutor Thomas Praxl

Une autre variation:

       status=$(curl -sS  -I https://www.healthdata.gov/user/login  2> /dev/null | head -n 1 | cut -d' ' -f2)
status_w_desc=$(curl -sS  -I https://www.healthdata.gov/user/login  2> /dev/null | head -n 1 | cut -d' ' -f2-)

Ce doit être la accepté de répondre à

InformationsquelleAutor dkinzer

1

cela peut aider à évaluer l'état http
```
var=`curl -I http://www.example.org 2>/dev/null | head -n 1 | awk -F" " '{print $2}'`
echo http:$var
```
- head -n 1 | awk '{stuff}' est un peu un antipattern, awk 'NR==1 {stuff}' fait la même chose dans un processus de pure Awk.
InformationsquelleAutor Tango
0

À ajouter à @DennisWilliamson commentaire ci-dessus:

@VaibhavBajpai: Essayez ceci: response=$(curl --write-out \n%{http_code} --silent --sortie - servername) - la dernière ligne dans le résultat sera le code de réponse

Vous pouvez ensuite d'analyser le code de réponse de la réponse à l'aide de quelque chose comme le suivant, où X peut signifier une regex pour marquer la fin de la réponse (à l'aide d'un json exemple ici)
```
X='*\}'
code=$(echo ${response##$X})
```
Voir La Sous-Chaîne De Suppression: http://tldp.org/LDP/abs/html/string-manipulation.html
- Pourquoi voudriez-vous mettre le modèle dans une variable, et pourquoi voudriez-vous utiliser un inutile echo pour obtenir la valeur finale? Juste code=${response##*\}} est plus simple et évite un certain nombre d'écueils. Aussi, c'est une boule de patron, pas une bonne expression régulière.
InformationsquelleAutor user1015492

Vous devez vous connecter pour publier un commentaire.