Fonctionnalités de surveillance DNS et mises à jour des fonctionnalités
Le système Domain Name Server (DNS) est l’un des éléments constitutifs les plus importants d’Internet, et pourtant, il est souvent mal compris et tenu pour acquis. Le système DNS est comme la fondation d’une maison la plupart du temps caché, ignoré, et non discuté.
Toutefois, comme une maison avec des problèmes de fondation, s’il ya un problème DNS tout sur le dessus de, ou dépendant du système DNS – réseaux, connectivité, expérience utilisateur – est touché. Par conséquent, nous croyons que le processus DNS fait partie intégrante de la surveillance. Parce que si un processus DNS échoue, alors la plupart des utilisateurs ne sont pas en mesure d’accéder aux ressources en ligne consommées.
Par défaut, Dotcom-Monitor résout les noms d’hôtes à partir de serveurs root. La résolution des noms d’hôtes à partir des serveurs root garantit qu’une chaîne DNS n’est pas cassée et que les noms d’hôtes peuvent être résolus à leur adresse IP appropriée pendant la vérification. Tout en résolvant le nom de l’hôte à partir du serveur racine fournit le contrôle le plus complet, pour certains clients et dans certaines circonstances, il peut causer des problèmes.
Problèmes de surveillance dus à la résolution du nom de l’hôte à partir du serveur racine
- Augmentation du temps total de surveillance – Le temps total d’effectuer la vérification de surveillance est augmenté parce qu’une résolution DNS peut prendre quelques secondes. Dans certains cas, lorsqu’une instance de surveillance est particulièrement rapide (c’est-à-dire un téléchargement de pixels HTTP), la résolution DNS peut représenter la majorité du temps total pour effectuer la surveillance. En tant que tel, la surveillance ne reflétera pas l’expérience d’un utilisateur moyen du site Web, ou la ressource en ligne. Par conséquent, si un client est plus intéressé à surveiller l’expérience d’un visiteur régulier d’un site Web, alors la surveillance de la propagation DNS à partir du serveur racine n’est pas appropriée.
- La résolution DNS ne peut pas être contrôlée, par conséquent les problèmes DNS ne sont pas pertinents – Dans certains cas, le processus de résolution DNS n’est pas sous le contrôle d’un client, c’est pourquoi il préfère ignorer les problèmes et les pannes de DNS. Bien qu’il soit important d’être conscient des problèmes de résolution DNS car il interdit l’accès des utilisateurs finaux aux services, il n’est pas utile pour un client est de recevoir des alertes de surveillance et des rapports sur les problèmes DNS qu’ils ne peuvent pas contrôler.
Contrôle des contrôles de performances de résolution DNS
Les utilisateurs de Dotcom-Monitor ont un contrôle étendu sur la façon dont une résolution DNS est effectuée pour leurs tâches de surveillance. Sur la base de commentaires complets des utilisateurs, quatre options DNS différentes pour résoudre les noms d’hôtes sont disponibles pour les tâches de surveillance :
1. Dispositif mis en cache (option par défaut) – Lorsque cette option est définie, Dotcom-Monitor résoudra un nom d’hôte une fois par instance d’une vérification. Ainsi, s’il y a des références au même nom d’hôte dans une ou plusieurs tâches dans le même appareil, alors la recherche DNS se produira une fois, puis sera mise en cache pour la durée de l’enregistrement de cet appareil.
La plupart des contrôles sont assez rapides et effectués en moins d’une minute, alors ont déterminé qu’il n’y a aucune raison de résoudre le même hôte toutes les quelques secondes. L’inconvénient de cette option est que les données de performances peuvent varier par tâche dans le même appareil. Ainsi, si vous surveillez deux URL dans le même appareil qui sont sur le même hôte, la première URL sera toujours plus lente, car elle inclura le temps de rechercher DNS, tandis que la deuxième URL utilisera l’adresse IP DNS mise en cache et la résolution DNS sera très rapide.
2. Non mis en cache – Lorsque cette option est définie, chaque vérification résout le nom d’hôte se propageant à partir de serveurs root. Ceci est utile pour assurer des temps uniformes puisque la recherche DNS sera effectuée à chaque fois. Toutefois, l’option non-cache peut augmenter considérablement la charge sur les serveurs DNS et augmente également le temps de réponse pour les tâches de surveillance.
Cette option n’est pas disponible pour les plateformes de surveillance BrowserView ou UserView basées sur le navigateur, car il n’est pas pratique de résoudre le même nom d’hôte des centaines de fois dans les quelques secondes qui ont suivi la vérification. Par exemple, pensez à une page Web qui contient de nombreux éléments sur le même serveur et qui ont toutes des résolutions DNS distinctes du serveur root. Dans ce type de scénario, la résolution une fois par vérification est suffisante.
3. TTL Live – Cette option imite le mieux l’expérience d’un utilisateur réel. Dotcom-Monitor résout le nom de l’hôte une fois et le cache pour la valeur Time-to-Live (TTL) sur l’emplacement de surveillance. La valeur TTL peut varier de quelques secondes à quelques semaines. TTL est contrôlé par le serveur DNS hébergeant le nom.
Il est important de noter que si l’option TTL Live est définie et que le serveur DNS échoue, dotcom-monitor peut ne pas détecter la défaillance jusqu’à l’expiration du TTL (ce qui peut prendre des jours, voire des semaines). Cette option n’est recommandée que si la surveillance d’une résolution DNS appropriée n’est pas une priorité.
4. Serveur DNS spécifique – Cette option interrogera un serveur DNS spécifié pour résoudre un hôte à une adresse IP. Ceci est utile dans des situations spécifiques, par exemple, si vous savez que la plupart de vos clients utilisent un service public de mise en cache, comme le 8.8.8.8 de Google, ou le 8.8.4.4. Dans ce cas, vous pouvez configurer le serveur DNS sur l’un des adresses IP de Google. Tant que le Google DNS spécifié fournit une réponse valide Dotcom-Monitor ne détectera pas une erreur DNS, même si un serveur DNS responsable du domaine ne fonctionne pas correctement.
Une autre situation implique si vous connaissez les serveurs responsables de la résolution des noms et ne vous souciez pas de toute la résolution de la chaîne DNS. Dans ce cas, vous pouvez spécifier le serveur DNS à utiliser pour la résolution DNS. Cette option peut fournir de meilleurs temps de résolution DNS ainsi, puisque Dotcom-Monitor n’a pas à propager une surveillance à partir du serveur racine et peut aller directement sur le serveur DNS approprié. Toutefois, cette option peut ne pas détecter tous les problèmes liés au DNS.
[divider top=”no”]Utilisation d’options de résolution DNS pour résoudre des problèmes spécifiques
Comme indiqué ci-dessus, chaque option de résolution DNS a des avantages et des inconvénients. La possibilité de personnaliser le processus de résolution DNS permet une flexibilité qui répond le mieux à une situation et à un besoin spécifiques. En général, l’option par défaut, Device Cached, est le plus souvent recommandée. Toutefois, dans certaines circonstances, d’autres options de résolution DNS peuvent être une solution précieuse pour résoudre des problèmes spécifiques.
