Guides

Une sélection de serveurs MCP officiels pour le code, les navigateurs, la documentation, le suivi de projet et l’infrastructure, classés par usage.

La commande claude mcp add pour les serveurs distants et locaux, les trois portées, la connexion OAuth via /mcp, et comment confirmer que le serveur est connecté.

Serveurs distants en connecteurs personnalisés, serveurs locaux dans claude_desktop_config.json, extensions en un clic, où trouver les journaux, et l'onglet Code.

Le format de .mcp.json, l'expansion des variables d'environnement pour les secrets, les règles d'approbation et de priorité, et les corrections des échecs courants.

Un cache DNS garde d’anciennes réponses après un changement. Videz-le avec ipconfig /flushdns (Windows), dscacheutil (macOS) ou resolvectl flush-caches (Linux).

« Erreur DNS » recouvre plusieurs pannes sans rapport. Trois questions rapides indiquent laquelle vous avez et le guide qui la corrige.

Version mismatch, no shared cipher, a bad certificate or an interception proxy can each break a handshake. Here is how to tell which one it is.

Il n'existe aucune route vers l'adresse de destination, le plus souvent une IP privée, une route morte, ou un IPv6 cassé. Comment trouver la cause et la corriger.

La cible a activement rejeté la connexion avec un paquet de réinitialisation, généralement parce que rien n'écoute sur ce port. Comment en trouver la cause.

Une connexion qui fonctionnait a été coupée brutalement, généralement par un pare-feu, un logiciel de sécurité, ou un plantage serveur. Comment le déterminer.

Aucune réponse n'est arrivée à la tentative de connexion dans la fenêtre de délai. Ce qui la cause, en quoi elle diffère d'un refus ou d'une réinitialisation.

La connexion a été acceptée mais le serveur a renvoyé zéro octet. Les causes courantes, des workers plantés aux incompatibilités de protocole, et la correction.

Le TLS a fonctionné, mais une trame ou un flux a enfreint les règles de HTTP/2. Causes allant d'en-têtes surdimensionnés à un bug HTTP/2 d'un proxy.

Une recherche DNS n'a renvoyé aucune adresse utilisable. Différent de NXDOMAIN : le nom peut exister mais la résolution elle-même a échoué.

Le handshake n'a trouvé aucune version TLS ou aucun chiffrement partagé. Généralement un serveur n'offrant encore que TLS 1.0/1.1 ou des chiffrements faibles.

Le navigateur a suivi une chaîne de redirections qui n'a jamais atteint de page finale. Généralement une boucle HTTP-vers-HTTPS entre un proxy et l'origine.

Le titre générique de Chrome couvre de nombreuses erreurs différentes. Trouvez la vraie cause dans le code en dessous et la correction qui lui correspond.

Le titre de Chrome pour toute la famille NET::ERR_CERT_*. Ce que signifie chaque code d'erreur de certificat précis et comment le corriger.

L'origine a répondu mais la réponse était vide ou illisible, Cloudflare n'a pas pu la relayer. Comment lire les journaux et contourner Cloudflare pour tester en direct.

L'origine a refusé d'emblée la connexion de Cloudflare. Mauvais port, plages de pare-feu bloquées, ou incompatibilité de mode TLS, et en quoi 521 diffère de 523.

Le handshake TCP vers l'origine n'a jamais abouti en environ 15 secondes. Causes, corrections, et en quoi 522 diffère d'un 524 à réponse lente.

Le certificat est expiré ou pas encore valide, ou l'horloge du visiteur est fausse. Comment lire les dates avec openssl et corriger les deux causes.

Le handshake TLS a échoué avant même qu'un certificat ne soit jugé. Causes allant d'un port non-TLS à QUIC, un scan antivirus ou le mode SSL de Cloudflare.

Un canonique de staging sur des pages en direct vient d'une config d'URL de base qui a voyagé avec une release ou une copie de base de données. Causes et corrections.

La liste ordonnée : action manuelle, noindex, robots.txt, URL canonique, piraté ou sur liste noire, erreurs serveur, domaine expiré. Six sont visibles de l'extérieur.

Le serveur a reçu votre requête et l'a refusée, presque toujours avec un 403. Solutions distinctes pour le visiteur bloqué et pour le propriétaire du site.

La résolution a expiré sans aucune réponse. Déterminez si le résolveur, le routeur ou le réseau est en cause, puis corrigez selon la plateforme.

Mesurez la résolution avant de changer quoi que ce soit, puis corrigez le résolveur, les TTL ou la chaîne de CNAME qui vous coûte le délai.

La résolution n'a trouvé aucun nom, donc le navigateur n'a jamais reçu d'adresse IP. Corrections pour Windows, macOS, Linux, le routeur et le domaine lui-même.

Ce que signifie chacun des cinq champs cron, un tableau des planifications réellement utilisées, et les neuf erreurs qui décalent une tâche.

La surveillance SLA consiste à mesurer la disponibilité de façon indépendante, pour prouver si un service a tenu ou manqué son engagement de disponibilité.

Une vérification API interroge un endpoint et analyse la réponse en JSON, XML ou texte brut afin de tester une valeur à l'intérieur, pas seulement le code de statut.

Page Speed charge votre page dans un vrai navigateur et observe le chargement : ressources en échec, utilisation CPU et mémoire, et si elle bat votre délai d'expiration.

La vérification de contenu charge votre page dans un vrai navigateur et cherche du texte dans la page rendue, détectant un 200 qui affiche une erreur ou un rayon vide.

Chaque paramètre de la vérification de port TCP de HostTracker expliqué : validation de la poignée de main TLS, motif de réponse, IPs attendues, échecs courants.

Chaque paramètre de la vérification ping de HostTracker expliqué : intervalle, résolution DNS, IPs attendues, abonnements aux alertes et les pièges de l'ICMP.

Un tour d'horizon de la vérification Transaction de HostTracker : construire un flux navigateur en plusieurs étapes, ses timeouts, ses validations, un exemple concret.

Configurez les alertes HostTracker dans Slack via un Incoming Webhook : configuration pas à pas, exemples de messages, événements possibles et dépannage.

Les dix canaux d'alerte de HostTracker, quels événements déclenchent un message, en quoi les rapports diffèrent des alertes, et comment bâtir une escalade simple.

Mettez en place la surveillance d'expiration de certificat pour être averti des semaines avant qu'un navigateur ne prévienne vos visiteurs.

Mettez en place la surveillance d'expiration de domaine pour détecter un enregistrement qui expire avant qu'il ne coupe votre site et vos e-mails.

Une vérification HTTP interroge une URL depuis vos emplacements de surveillance comme un navigateur, puis juge la réponse : statut, vitesse et contenu.

Un domaine expiré et un certificat SSL expiré se ressemblent mais diffèrent. Causes, symptômes et corrections distincts, et comment surveiller les deux.

Surveillez le CPU, la RAM, le disque ou le temps de connexion d'un serveur via un petit endpoint que vous hébergez vous-même, avec un seuil et un amortissement.

Configurez une vérification de base de données qui teste la connexion ou valide le résultat d'une requête en direct, avec fournisseurs, identifiants et pare-feu.

Lisez une valeur en direct depuis un routeur, un commutateur, un onduleur ou un autre équipement SNMP par OID, et ce que l'alerte peut faire ou non aujourd'hui.

Le mode assertion remplace les vérifications fixes de statut et mot-clé par des règles que vous écrivez : la référence complète de chaque sujet, opérateur et raccourci.

Mettez en place la surveillance Web Risk pour savoir à l'instant où Google signale votre URL pour malware ou phishing, et que faire une fois le signalement posé.

Mettez en place la surveillance DNSBL pour détecter une inscription sur liste noire avant qu'elle ne casse la délivrabilité de vos e-mails.

Mettez en place la vérification Russian BL pour savoir quand un site affiche la bannière de blocage du régulateur russe, et en quoi elle diffère d'une DNSBL.

Choose a website monitoring service by how it confirms failures from several locations, how often it checks, how it alerts you and what history it keeps.

API monitoring calls your API on a schedule, checks each response for availability, speed and correct data, and alerts you when a check fails.

SNMP monitoring reads values such as uptime, interface traffic, CPU load and UPS battery state from network devices by OID, on a schedule or via traps.

Le DNS tourne sur le port UDP 53 pour les résolutions normales, TCP 53 pour les transferts de zone et grandes réponses, plus 853 et 443 pour les variantes chiffrées.

Un cache DNS est une copie enregistrée d’une réponse DNS, gardée par le navigateur, l’OS, le routeur ou le résolveur ; le TTL fixe la durée de chaque copie.

Une résolution DNS passe par un résolveur stub, un résolveur récursif et un serveur faisant autorité, chacun jouant un rôle différent.

A TLS handshake negotiates the version and cipher, verifies the server's certificate and derives a shared key, in one round trip since TLS 1.3.

An MX record names a domain's mail servers; its priority number picks which one a sender tries first, lowest number wins.

SPF is a DNS TXT record listing which servers may send mail for a domain, with a 10-lookup limit and a catch-all rule.

DKIM signs outgoing mail with a private key; the public key sits in DNS at a selector, so verification survives forwarding.

DMARC is a DNS record that aligns SPF and DKIM results and tells receivers whether to quarantine or reject failing mail.

Mutual TLS adds a client certificate to the handshake, so the server verifies the client too, not just the other way around.

llms.txt est un fichier proposé pour les modèles IA, pas une norme web. Google dit ne pas l’utiliser pour la recherche. Ce qu’il fait et comment le vérifier.

Une URL canonique nomme la vraie version d'une page pour que les doublons s'y consolident. Auto-référence, inter-domaines, et la panne du canonique de staging.

Noindex garde une page hors des résultats de recherche tout en autorisant le crawl. Ce que font la balise meta et l'en-tête X-Robots-Tag, et comment ça fuit.

La formule de disponibilité en une ligne, ce que 99,9% vs 99,99% vs 99,999% coûte en indisponibilité réelle par an, et comment la mesurer avec précision.

Sans moniteur, vous apprenez une panne par un client. Ce qui met un site en panne, ce que coûte ce délai, et que surveiller au-delà d'un simple actif/en panne.

Une liste noire DNS signale des adresses IP associées au spam. Comment une inscription survient, souvent sans faute de votre part, et comment vérifier et surveiller.

Une page de statut montre si chaque partie du service fonctionne, plus le registre des incidents. Quoi publier, publique ou privée, comment rédiger les mises à jour.

La disponibilité est la part d'une période où un site répond comme attendu. Ce que signifie le pourcentage, ce que permettent les neuf, et comment la mesurer.

La surveillance de serveur vérifie en continu la disponibilité, la performance et l'utilisation des ressources. Ce qu'elle couvre, agent vs sans agent, sur quoi alerter.

Pourquoi un système de surveillance reconfirme une vérification échouée depuis d'autres emplacements, les trois stratégies de HostTracker, et comment choisir.

Le synthétique vérifie selon un horaire depuis des emplacements choisis ; le RUM mesure les vrais visiteurs. Ce que chacun détecte, manque, et quand utiliser les deux.

Latence, temps jusqu'au premier octet et temps de réponse total mesurent des tranches imbriquées d'une requête. Comment chacun se mesure et ce que disent les écarts.

Query each record with dig or nslookup, then read the Authentication-Results header of a real message to see what passed.

Où robots.txt doit se trouver, la syntaxe en cinq lignes, les erreurs qui bloquent tout un site, et comment confirmer que le fichier est joignable depuis chaque région.

Cherchez l'URL exacte, puis utilisez l'opérateur site: et l'inspection d'URL de Search Console. Ce que signifient découverte et explorée mais non indexée.

Résolvez le domaine en adresse IP, puis recherchez qui possède cette adresse. Le WHOIS du domaine donne le registraire et les serveurs de noms, pas l'hébergeur.

Les changements DNS sont actifs immédiatement. Ce que vous attendez, c'est l'expiration des copies en cache, contrôlée par l'ancien TTL, pas le nouveau.

Testez la page dans un vrai navigateur depuis un emplacement connu et lisez trois chiffres : temps jusqu'au premier octet, largest contentful paint, temps de chargement.

Le temps de réponse serveur, c'est le TTFB, pas le chargement de page. Mesurez-le avec curl depuis un emplacement connu et comparez plus tard au même endroit.

Lisez le cadenas ou lancez openssl s_client contre l'hôte. Vérifiez la chaîne entière : un intermédiaire expiré casse le site comme une feuille expirée.

Testez le port depuis un autre réseau avec nc, nmap ou un outil de vérification de port. Ouvert, fermé et filtré veulent dire trois choses différentes.

Interrogez votre IP et votre domaine émetteurs contre les listes noires DNS, trouvez ce qui a déclenché l'inscription, corrigez-le, puis demandez le retrait.

Chargez le site depuis un réseau qui n'est pas le vôtre. S'il fonctionne là-bas, la panne est locale : cache DNS, FAI, VPN, fichier hosts ou votre navigateur.

Un enregistrement WHOIS donne le registrar, les dates de création et d'expiration, les codes de statut et les serveurs de noms. Les contacts sont souvent masqués.

Un 401 signifie que la requête n'a pas d'identifiants valides. En-tête WWW-Authenticate, jetons expirés, décalage d'horloge, mauvais en-tête, et 401 face à 403.

Un 405 signifie que la ressource existe mais rejette la méthode HTTP utilisée. En-tête Allow, fichiers statiques, préflight CORS, nginx et routes de framework.

Un 406 signifie que le serveur ne peut pas correspondre à ce que le client accepte. Négociation de contenu, la cause fréquente ModSecurity/WAF, et la correction.

Un 413 signifie que le corps de la requête dépasse une limite fixée. Limites d'envoi de nginx, Apache, PHP, IIS, Cloudflare et des passerelles d'API.

Un 422 signifie que la requête s'est bien analysée mais qu'une valeur échoue à la validation. Rails, Laravel et FastAPI, 422 face à 400, lire le corps d'erreur.

Un 499 signifie que le client s'est déconnecté avant que nginx n'ait fini de répondre. Journal d'accès nginx, upstreams lents, et alignement des délais.

Un 400 signifie que le serveur n'a pas pu analyser la requête du tout. Cookies surdimensionnés, URL invalides, limites d'en-tête, règles WAF et comment les distinguer.

200 OK signifie que la requête a réussi, pas que la page est correcte. Pages d'erreur, avis de maintenance et coquilles vides sont tous servis en 200.

300 propose au client une liste de représentations parmi lesquelles choisir. C'est du HTTP valide mais quasi inutilisé, la plupart des gens ont en fait un 301 ou un 302.

301 déménage une URL de façon permanente et transmet ses signaux de classement ; 302 est un détour temporaire qui garde l'original. Comment choisir et vérifier.

303 indique au client de récupérer le résultat à une autre URL avec GET. C'est le code derrière Post/Redirect/Get, qui évite qu'un rechargement resoumette un formulaire.

304 signifie que votre copie en cache est toujours à jour, donc le serveur n'envoie aucun corps. Il ne répond qu'aux requêtes conditionnelles via ETag ou Last-Modified.

Un 403 signifie que le serveur refuse la requête et que des identifiants n'aideront pas. Permissions, blocages WAF et géo, autoriser un service de surveillance.

Un 404 dit que l'URL n'a pas de contenu actuel, rien de plus. Distinguez les liens cassés des retraits délibérés, et détectez les soft 404 qui renvoient 200.

Un 429 est une limite de fréquence, pas une panne. Apprenez à lire Retry-After, à distinguer la régulation d'une panne, et à ne pas déclencher la limite vous-même.

Un 500 signifie que votre application a cassé et ne dira pas comment. Où trouver la vraie erreur, et en quoi 500 diffère de 502, 503 et 504.

Un 502 signifie que votre proxy a reçu une réponse invalide ou aucune réponse du backend. Apprenez à lire la ligne d'erreur nginx et à corriger la vraie cause.

Un 503 signifie que le serveur est vivant et refuse le travail exprès. Apprenez les schémas de surcharge, maintenance et déploiement, et pourquoi Retry-After compte.

Un 504 signifie que le proxy a trop attendu votre backend. Requêtes lentes, démarrages à froid, réglage des timeouts et comparaison 502 vs 503 vs 504.

Un 4xx signifie que le serveur a refusé la requête telle qu'envoyée. Sur votre propre site c'est souvent une route cassée, un lien obsolète ou un pare-feu.

Un 5xx signifie que le serveur a accepté la requête puis a échoué. Chaque code nomme un maillon différent : ce qui a cassé, et comment le tracer.

Un 3xx indique au client que la ressource vit ailleurs. Ce que signifient 300 à 308, lequel utiliser, et comment trouver des chaînes de redirection cassées.

2xx signifie que le serveur a accepté et terminé la requête. Ce que signifient 200, 201, 202, 204 et 206, et pourquoi un 200 n'est pas une preuve de bonne santé.

Une réponse 1xx est intermédiaire : le serveur a reçu la requête et une vraie réponse finale reste à venir. Ce n'est ni un succès ni une erreur.