Docs

Testez n'importe quelle URL RFC (HTTP, HTTPS, etc.)

Code de réponse, Temps de connexion, Temps de transfert, Correspondances de contenu, Certificat valide

URL

URL RFC (HTTP, HTTPS, etc.)

Nom d'utilisateur

Entrez un nom d'utilisateur au cas où l'URL nécessite une authentification. Pour tester si une page Web accepte le nom d'utilisateur et le mot de passe définis dans les champs spécifiques SKOOR Engine , entrez l'URL de la manière suivante :

http:// : @URL

Mot de passe

Entrez un mot de passe au cas où l'URL nécessite une authentification.

Méthode

Choisissez l'une des méthodes de demande suivantes :

OBTENIR (par défaut)
PUT (mise à jour)
POSTE
SUPPRIMER

Si PUT ou POST sont sélectionnés, un champ de texte de données supplémentaire est activé.

Données

Uniquement visible si la méthode PUT ou POST est choisie. Permet de saisir le corps de la requête PUT/POST.

Authentification

Choisissez l'un des types d'authentification suivants :

Tout (sélectionné par libcurl) (par défaut)
Tout sauf Basique
Basique
Digérer
Digest avec saveur IE
Négocier (SPNEGO)
NTLM

Adresse proxy

Il est possible de tester une URL via un proxy. Si ce champ est utilisé, la requête passe par le proxy. Contrairement aux requêtes HTTP normales, l'heure de l'établissement de la connexion au proxy est incluse dans cette mesure. Le temps total, y compris le téléchargement du site, est plus rapide s'il est mis en cache sur le proxy.

Port proxy

Numéro de port proxy

Nom d'utilisateur proxy

Entrez le nom d'utilisateur du proxy

Mot de passe proxy

Entrez le mot de passe proxy

Authentification proxy

Choisissez le type d'authentification par rapport au proxy. Voir Paramètre d'authentification ci-dessus.

Temps libre

Délai d'attente en secondes (la valeur par défaut est de 120 s) avant de répondre avec un état d'avertissement indiquant que la page Web n'est pas disponible

Vérification du contenu

Vérifiez le contenu du texte dans le document téléchargé. Les expressions régulières sont prises en charge.

Suivre les redirections

Cochez cette case si les redirections doivent être suivies (jusqu'à 50 redirections)

Afficher l'expiration du certificat

Cochez cette case pour vérifier l'expiration du certificat SSL. Cela permet de configurer des limites d'alarme à un certain nombre de jours avant l'expiration des certificats.

Supprimer le temps de connexion
Supprimer le temps de transfert

Si l'une de ces cases est cochée, le temps de connexion et/ou le temps de transfert de chaque chèque ne sont pas enregistrés dans la base de données et leurs valeurs ne sont plus visibles dans la section des valeurs. Leur valeur n'est également plus disponible pour être utilisée dans les spécifications de limite d'alarme.

Version SSL/TLS

Choisissez l'une des implémentations suivantes :

Défaut
TLSv1
SSLV2
SSLV3

Le paramètre par défaut dépend de la configuration du système d'exploitation.

Vérifier l'homologue

Pour les connexions HTTPS, le certificat server Web peut être comparé à un fichier de certificat stocké sur le collecteur . Activez cette option pour vérifier si le certificat SSL du server Web est authentique, c'est-à-dire que l'on peut être sûr que le server est celui que le certificat indique. Si ce champ est activé, le fichier de certificat correct du server doit être stocké sur SKOOR Engine (voir le paramètre suivant Fichier de certificat ). Le certificat stocké est comparé au certificat émis par le server lors de l'exécution de la tâche HTTP.

Fichier de certificat

Visible uniquement si le paramètre Vérifier l'homologue ci-dessus est défini sur Le certificat doit être authentique . Entrez le nom du fichier de certificat (par exemple host.crt ) auquel le certificat du server est comparé. Les fichiers de certificat doivent d'abord être copiés dans le SKOOR Engine sous son répertoire /opt/eranger/ collecteur /certificates . Le chemin peut être modifié en modifiant la variable http_cert_path dans le fichier eranger- collecteur .

Vérifier l'hôte

Visible uniquement si le paramètre Vérifier l'homologue ci-dessus est défini sur Le certificat doit être authentique . Sélectionnez La vérification doit réussir pour vérifier si le nom commun (CN) spécifié dans le certificat du server Web correspond à l'URL du server .

En-tête HTTP

Entrez tout en-tête HTTP que SKOOR Engine doit envoyer avec la requête. Ceci est utile principalement pour changer la langue demandée de la page Web ou pour changer l' agent utilisateur avec lequel SKOOR Engine s'identifie au server Web. L' agent utilisateur par défaut est : " SKOOR Engine Monitoring Agent " si cet en-tête n'est pas défini. Le lien Wikipedia juste à côté du champ de texte de l'en-tête mène à la page Wikipedia décrivant tous les en-têtes HTTP disponibles.

Enregistrer le contenu dans un fichier

Définissez un nom de fichier dans lequel la sortie de la requête sera écrite.

Des balises peuvent être utilisées, par exemple $DEVICE_ADDRESS$. Selon le suffixe du nom de fichier (.txt ou .html), le navigateur affichera la page différemment lorsque vous cliquerez sur le lien du fichier. Spécifier un nom de fichier bien défini est pratique si la sortie sera analysée par une tâche d'analyse de fichier suivante. Un fichier de sortie du nom sera créé si ce champ est laissé vide, où N sont des nombres entiers générés aléatoirement lors de la création initiale du travail. Spécifiez uniquement le nom de fichier sans aucun composant de chemin de fichier. Par défaut, il sera stocké ci-dessous /var/opt/run/eranger/ collecteur /tmp .

Code de réponse

Utilisez le code de réponse du serveur Web comme limite d'alarme. Les codes de retour normaux acceptés sont :

200 OK et 302 Trouvé

Mais toute autre valeur peut être vérifiée.

Voici une liste des codes de réponse les plus souvent utilisés :

100 Continuer

Cela signifie que le server a reçu les en-têtes de la requête et que le client doit procéder à l'envoi du corps de la requête (dans le cas d'une requête pour laquelle un corps doit être envoyé ; par exemple, une requête POST). Si le corps de la requête est volumineux, l'envoyer à un server lorsqu'une requête a déjà été rejetée sur la base d'en-têtes inappropriés est inefficace. Pour qu'un server vérifie si la demande peut être acceptée en se basant uniquement sur les en-têtes de la demande, un client doit envoyer Attendre : 100-continuer comme en-tête dans sa demande initiale et vérifier si un code d'état 100 Continuer est reçu en réponse avant de continuer (ou recevoir 417 Échec de l'attente et ne pas continuer).

200 OK

Réponse standard aux requêtes HTTP réussies.

201 créé

La demande a été satisfaite et a entraîné la création d'une nouvelle ressource.

202 Accepté

La demande a été acceptée pour traitement, mais le traitement n'est pas terminé. La demande peut éventuellement être traitée ou non, car elle peut être refusée lors du traitement effectif.

301 Déménagé Définitivement

Cette demande et toutes les demandes futures doivent être dirigées vers l'URL donnée

302 Trouvé

C'est le code de redirection le plus populaire, mais aussi un exemple de pratique industrielle contredisant la norme. La spécification HTTP/1.0 exigeait que le client effectue une redirection temporaire (la phrase de description originale était "Moved Temporarily"), mais les navigateurs populaires l'ont implémentée en tant que 303 See Other. Par conséquent, HTTP/1.1 a ajouté les codes d'état 303 et 307 pour lever l'ambiguïté entre les deux comportements. Cependant, la majorité des applications Web et des frameworks utilisent toujours le code d'état 302 comme s'il s'agissait du 303.

305 Utiliser Proxy (depuis HTTP/1.1)

De nombreux clients HTTP (tels que Mozilla et IE) ne gèrent pas correctement les réponses avec ce code d'état, principalement pour des raisons de sécurité.

307 Redirection temporaire

À cette occasion, la demande doit être répétée avec un autre URI, mais les demandes futures peuvent toujours utiliser l'URI d'origine. Contrairement à 303, la méthode de requête ne doit pas être modifiée lors de la réémission de la requête d'origine. Par exemple, une requête POST doit être répétée à l'aide d'une autre requête POST.

400 Mauvaise demande

La requête contient une mauvaise syntaxe ou ne peut pas être satisfaite.

401 Non autorisé

Semblable à 403 Forbidden , mais spécifiquement pour une utilisation lorsque l'authentification est possible mais a échoué ou n'a pas encore été fournie.

403 Interdit

La demande était une demande légale, mais le server refuse d'y répondre. Contrairement à une réponse 401 non autorisée , l'authentification ne fera aucune différence.

404 Non trouvé

La ressource demandée est introuvable.

Méthode 405 non autorisée

Une demande a été faite à une ressource à l'aide d'une méthode de demande non prise en charge par cette ressource ; par exemple, en utilisant GET sur un formulaire qui nécessite que les données soient présentées via POST, ou en utilisant PUT sur une ressource en lecture seule.

406 Inacceptable

407 Authentification proxy requise

408 Expiration de la requête

Le client n'a pas réussi à poursuivre la demande - sauf lors de la lecture de vidéos Adobe Flash où cela signifie simplement que l'utilisateur a fermé la fenêtre vidéo ou est passé à une autre vidéo.

409 Conflit

410 disparu

Indique que la ressource demandée n'est plus disponible et ne sera plus disponible. Cela devrait être utilisé lorsqu'une ressource a été supprimée intentionnellement ; cependant, dans la pratique, un 404 Not Found est souvent émis à la place.

411 Longueur requise

412 Échec de la précondition

413 Entité de demande trop grande

414 Request-URI trop long

415 Type de support non pris en charge

416 Intervalle demandé non satisfaisant

Le client a demandé une partie du fichier, mais le server ne peut pas fournir cette partie (par exemple, si le client a demandé une partie du fichier qui se trouve au-delà de la fin du fichier).

417 Échec de l'attente

421 Il y a trop de connexions depuis votre adresse Internet

422 Entité non traitable

La demande était bien formée mais n'a pas pu être suivie en raison d'erreurs sémantiques.

423 Verrouillé (WebDAV)

La ressource en cours d'accès est verrouillée

424 Échec de la dépendance (WebDAV)

La demande a échoué en raison de l'échec d'une demande précédente (par exemple un PROPPATCH).

425 Collection non ordonnée

Défini dans les brouillons de WebDav Advanced Collections, mais non présent dans "Web Distributed Authoring and Versioning (WebDAV) Ordered Collections Protocol".

426 Mise à niveau requise

Le client doit passer à.

449 Réessayer avec

Une extension Microsoft : la demande doit être réessayée après avoir effectué l'action appropriée.

500 Erreur Server interne

501 Non mis en œuvre

502 Mauvaise passerelle

503 Service Indisponible

504 portail expiré

505 Version HTTP non prise en charge

La variante 506 négocie également

507 Stockage insuffisant

509 Limite de bande passante dépassée

Ce code d'état, bien qu'utilisé par de nombreux serveurs, n'est pas un code d'état HTTP officiel.

510 Non étendu

Temps de connexion

Temps jusqu'à ce que la connexion TCP au server soit établie (en ms). L'établissement de liaison SSL n'est pas calculé.

Temps de transfert

Temps jusqu'à ce qu'une page Web soit servie et que la connexion soit fermée (en ms)

Correspondances de contenu

Définissez des limites en fonction du nombre de fois qu'une chaîne ou une expression régulière est trouvée dans
le contenu de la page Web testée

Certificat valide

Le nombre de jours jusqu'à l'expiration du certificat SSL distant.

Code d'erreur

Code d'erreur de tâche générique (voir section Codes d'erreur de tâche )

http://$DEVICE_ADDRESS$

Activer