Comment créer des appareils et des cibles

Comment cela fonctionne

La surveillance SOAP vous permet de tester un service Web basé sur soap pour la disponibilité, les erreurs et le contenu approprié.

Une tâche SOAP charge les agents de reproduire une ou plusieurs demandes des clients et de surveiller les services Web. En fonction des préférences sélectionnées dans la configuration de l’appareil, Dotcom-Monitor enverra des alertes si un problème est détecté.

Configuration d’une cible

Vous pouvez configurer manuellement une demande SOAP à l’aide d’une enveloppe SOAP ou utiliser l’assistant SOAP en cliquant sur le bouton Utiliser WSDL en haut de la page.

L’assistant HTTP/SOAP vous permet de spécifier une URL WSDL et vous permet de sélectionner des paramètres valides à tester avant de continuer. (Vous devez spécifier l’URL entière, y compris HTTP, comme «http://www.example.com/wsdl.asmx?WSDL»).

Url

Entrez l’URL de la page que vous souhaitez surveiller. Il doit être formaté en tant que tel : www.example.com.

Seuil de validation temporelle (en secondes)

Enter the number of seconds the system should wait for a response from the target resource before returning an error. If this is left blank the default timeout is 120 seconds.

SOAPAction (en)

Le champ d’en-tête de demande SOAPAction HTTP peut être utilisé pour indiquer l’intention de la demande SOAP HTTP. La valeur est un URI identifiant l’intention. SOAP n’impose aucune restriction au format ou à la spécificité de l’URI ou à sa résolvabilité. Un client HTTP DOIT utiliser ce champ d’en-tête lors de l’émission d’une demande SOAP HTTP. La présence et le contenu du champ d’en-tête SOAPAction peuvent être utilisés par des serveurs tels que des pare-feu pour filtrer de manière appropriée les messages de demande SOAP dans HTTP. La valeur de champ de l’en-tête de la chaîne vide («») signifie que l’intention du message SOAP est fournie par la demande HTTP-URI. Aucune valeur ne signifie qu’il n’y a aucune indication de l’intention du message.

Publier XML

Entrez le corps de la demande XML.

Validation du contenu

Content Validation Keywords are used to ensure that the expected content was loaded onto a web page. In the Keyword fields, you can specify one or more words or phrases that you wish to search for in the web page content.  If the expected keywords are not found, the task will return an error.

You can enter multiple strings into the keyword fields.  The values you enter can be separated by logical expressions as follows:

{[("keyword1"&"keyword2")|!"keyword3"]}

Where:
{[ – keyword expression start;
]} – keyword expression end;
() – grouping brackets;
& – logical AND;
| – logical OR;
! – logical NOT;
“string” – a keyword.

A successful keyword expression must include the start and end brackets as follows:

{["keyword"]}

autorisation

The HTTP authentication protocol is used to allow users to access content on some websites.

The following authentication schemes are available:

  • Basic Authentication: This method encodes the username and password in base64 and sends them in the request header. It’s simple but not secure unless used with HTTPS.
  • Digest Authentication: This scheme hashes credentials using a nonce (a random value) before sending them over the network, providing better security than Basic Authentication by preventing replay attacks.
  • NTLM Authentication: A challenge-response mechanism developed by Microsoft, NTLM is used for securing credentials in Windows environments. It provides strong security by using multiple hashing and challenge-response protocols.

Once provided, login credentials will be passed along with the request header to the web server.

  • Username: contains a username for HTTP/S  authentication.
  • User Password: contains a password for HTTP/S authentication.

Do not confuse HTTP authentication with other authentication schemes such as Bearer Authentication that involves bearer tokens and OAuth 2.0 that uses access tokens.

Read the articles on Basic Authentication Username and Password and Monitoring OAuth 2.0-based APIs for more information.

En-têtes

L’élément en-tête est une partie optionnelle des demandes SOAP. Si nécessaire, dans la section en-têtes, vous pouvez fournir des informations spécifiques à l’application sur les messages SOAP tels que l’authentification ou le mode de paiement. Vous pouvez ajouter autant d’en-têtes que vous le souhaitez.

Par exemple, vous pouvez définir un en-tête personnalisé de type contenu pour spécifier le type de données envoyées avec la demande :

Content-Type: text/text

Si l’en-tête de type contenu n’est pas spécifié pour la demande, la demande sera envoyée avec la valeur par défaut Type de contenu : texte/xml.

The default User-Agent header is set to:

User-Agent: Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; Trident/6.0; .NET CLR 1.1.4322; .NET CLR 1.0.3705; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) DMBrowser/2.1 (SV)

However, the user-agent string can be replaced with any other string. To do this, add a custom header with the name “user-agent” and the specific value needed.

DNS Options

La fonction Options DNS permet aux utilisateurs de choisir comment les demandes de serveur de noms de domaine (DNS) sont effectuées au cours d’une tâche de surveillance.

Pour spécifier le mode de résolution des noms d’hôte, dans la section Mode Résolution DNS, sélectionnez l’un des modes disponibles. Pour plus de détails sur la configuration des fonctionnalités, consultez les options de mode DNS.

La section Hôtes DNS personnalisés permet de configurer le mappage des adresses IP aux noms d’hôte. La résolution DNS IPv6 et IPv4 est prise en charge.

Pour spécifier le mappage, entrez l’adresse IP et le nom d’hôte dans les champs correspondants.

Exemples:

192.168.107.246 example.com user.example.com userauth.example.com tools.example.com
192.168.107.246 example.com
192.168.107.246 user.example.com
192.168.107.246 userauth.example.com

Voir aussi : Options de mode DNS.