Anleitungen

Offizielle und vom Hersteller gepflegte MCP-Server für Code, Browser, Doku, Projekt-Tracking und Infrastruktur, gruppiert nach Aufgabe mit Transport und Auth.

Das .mcp.json-Dateiformat, Umgebungsvariablen-Expansion für Geheimnisse, Genehmigungs- und Rangregeln, und die Lösungen für die üblichen Verbindungsfehler.

Entfernte Server als benutzerdefinierte Connectors, lokale Server in claude_desktop_config.json, Ein-Klick-Erweiterungen, Protokollorte, geteilte Nutzung im Code-Tab.

Der Befehl claude mcp add für entfernte und lokale Server, die drei Geltungsbereiche, OAuth-Anmeldung über /mcp und wie Sie die Verbindung bestätigen.

„DNS-Fehler“ deckt mehrere unzusammenhängende Probleme ab. Drei kurze Fragen zeigen, welches vorliegt und welche Anleitung es behebt.

Ein DNS-Cache hält alte Antworten nach einer Änderung fest. Leeren mit ipconfig /flushdns (Windows), dscacheutil (macOS) oder resolvectl flush-caches (Linux).

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.

Es gibt überhaupt keine Route zur Zieladresse, meist eine private IP, eine tote Route oder kaputtes IPv6. So finden Sie die Ursache und beheben sie.

Das Ziel hat die Verbindung mit einem Reset-Paket aktiv abgelehnt, meist weil auf dem Port nichts lauscht. So finden Sie die Ursache und beheben sie.

Eine funktionierende Verbindung wurde abrupt beendet, meist durch eine Firewall, Sicherheitssoftware oder einen Serverabsturz. So finden Sie die Ursache.

Keine Antwort kam innerhalb des Zeitfensters. Was es verursacht, wie es sich von abgelehnt oder zurückgesetzt unterscheidet, und wie Sie es beheben.

Die Verbindung wurde angenommen, aber der Server sendete null Bytes zurück. Häufige Ursachen, von abgestürzten Workern bis zu Protokoll-Fehlpassungen.

TLS funktionierte, aber ein Frame oder Stream brach die Regeln von HTTP/2. Ursachen reichen von übergroßen Headern bis zu einem HTTP/2-Bug im Proxy.

Eine DNS-Abfrage lieferte keine brauchbare Adresse. Anders als NXDOMAIN: Der Name mag existieren, aber die Abfrage selbst scheiterte.

Der Handshake fand keine gemeinsame TLS-Version oder keinen gemeinsamen Cipher. Meist ein Server, der nur noch TLS 1.0/1.1 oder schwache Cipher anbietet.

Der Browser folgte einer Weiterleitungskette, die nie eine finale Seite erreichte. Meist eine HTTP-zu-HTTPS-Schleife zwischen Proxy und Ursprung.

Chromes generische Überschrift deckt viele verschiedene Fehler ab. Die echte Ursache aus dem Code darunter finden und die passende Lösung für jeden.

Chromes Überschrift über die gesamte NET::ERR_CERT_*-Familie. Was jeder konkrete Zertifikatsfehlercode bedeutet und wie Sie ihn beheben.

Der Ursprung antwortete, aber die Antwort war leer oder unlesbar, sodass Cloudflare sie nicht weitergeben konnte. Ursprungs-Logs lesen und Cloudflare direkt umgehen.

Der Ursprung hat Cloudflares Verbindung rundweg abgelehnt. Falscher Port, blockierte Firewall-Bereiche oder eine TLS-Modus-Fehlpassung, plus 521 gegenüber 523.

Der TCP-Handshake zum Ursprung kam innerhalb von etwa 15 Sekunden nicht zustande. Ursachen, Lösungen und wie sich 522 vom langsamen 524 unterscheidet.

Das Zertifikat ist abgelaufen oder noch nicht gültig, oder die Uhr des Besuchers geht falsch. Die Daten mit openssl lesen und beide Ursachen beheben.

Der TLS-Handshake scheiterte, bevor ein Zertifikat beurteilt wurde. Ursachen reichen von einem Nicht-TLS-Port über QUIC und Antiviren-Scanning bis zu Cloudflare.

Ein Staging-Canonical auf Live-Seiten ist eine Basis-URL-Konfiguration, die mit einem Release oder einer Datenbankkopie mitreiste. Ursachen, Verifikation, Vorbeugung.

Die Checkliste in Reihenfolge: manuelle Maßnahme, noindex, robots.txt, kanonische URL, gehackt oder gelistet, Serverfehler, abgelaufene Domain.

Der Server hat Ihre Anfrage erhalten und abgelehnt, fast immer mit einem 403. Getrennte Lösungen für den blockierten Besucher und den Website-Betreiber.

Was jedes der fünf Cron-Felder bedeutet, eine Tabelle der gängigen Zeitpläne und die neun Fehler, die einen Job zur falschen Zeit auslösen.

Die Abfrage ergab keinen solchen Namen, der Browser bekam also keine IP-Adresse. Lösungen für Windows, macOS, Linux, den Router und die Domain selbst.

Die Abfrage lief in ein Timeout, ohne jede Antwort. Klären Sie, ob Resolver, Router oder Netzwerk schuld sind, und beheben Sie es je Plattform.

Messen Sie die Abfrage, bevor Sie etwas ändern, und beheben Sie dann den Resolver, die TTLs oder die CNAME-Kette, die Sie die Verzögerung kostet.

SLA-Monitoring bedeutet, Uptime unabhängig zu messen, damit Sie belegen können, ob ein Dienst sein Verfügbarkeitsversprechen eingehalten hat.

Richten Sie eine Database-Prüfung ein, die die Verbindung testet oder ein Abfrageergebnis validiert, mit Anbietern, Zugangsdaten und dem nötigen Firewall-Zugriff.

Eine API-Prüfung fragt einen Endpunkt ab und parst die Antwort als JSON, XML oder Klartext, sodass Sie einen Wert darin prüfen können, nicht nur den Statuscode.

Der Assertion-Modus ersetzt feste Status- und Schlüsselwortprüfungen durch selbst geschriebene Regeln: die vollständige Referenz zu jedem Subjekt, Operator und Shortcut.

Richten Sie DNSBL-Monitoring ein, um eine DNS-Blacklist-Listung zu erkennen, bevor sie Ihre E-Mail-Zustellbarkeit beeinträchtigt, mit jeder Einstellung erklärt.

Eine verfallene Domain und ein abgelaufenes SSL-Zertifikat sehen ähnlich aus, sind es aber nicht. Ursachen, Symptome, Lösungen und wie Sie beides überwachen.

Richten Sie Domain-expiration-Monitoring ein, um eine verfallende Registrierung zu erkennen, bevor Website und E-Mail offline gehen, im Unterschied zu SSL.

Überwachen Sie CPU, RAM, Festplatte oder Verbindungszeit eines Servers über einen selbst gehosteten Endpunkt, mit Schwellenwert und Entprellung gegen Fehlalarme.

Richten Sie die Russian-BL-Prüfung ein, um zu erkennen, wenn eine Website das Sperrbanner des russischen Regulators zeigt, im Unterschied zu einer Spam-DNSBL-Prüfung.

Lesen Sie einen Live-Wert per OID direkt von einem Router, Switch, einer USV oder einem anderen SNMP-Gerät, und was Alarme darauf heute schon leisten können.

Alle zehn HostTracker-Alarmkanäle, welche Ereignisse eine Nachricht auslösen, wie sich Berichte von Alarmen unterscheiden, und wie Sie eine Eskalationskette bauen.

Jede Einstellung von HostTrackers Ping-Prüfung erklärt: Intervall, DNS-Auflösung, erwartete IPs, Benachrichtigungsabonnements und die ICMP-Eigenheiten.

Jede Einstellung von HostTrackers TCP-Port-Prüfung erklärt: TLS-Handshake-Validierung, das Antwortmuster-Feld, erwartete IPs und die häufigsten Fehler.

Ein Durchgang durch HostTrackers Transaktionsprüfung: ein mehrstufiger Browser-Ablauf, seine Timeouts und Validierungsoptionen, mit durchgerechnetem Checkout-Beispiel.

Content Check lädt Ihre Seite in einem echten Browser und sucht Text im gerenderten Ergebnis - fängt eine 200-Antwort ab, die einen Fehler oder ein leeres Regal zeigt.

Page-Speed-Monitoring lädt Ihre Seite in einem echten Browser: fehlgeschlagene Ressourcen, CPU- und Speichernutzung, und ob das Timeout eingehalten wird.

Richten Sie HostTracker-Alarme in Slack über einen Incoming Webhook ein: Schritt-für-Schritt-Einrichtung, Beispielnachrichten, abonnierbare Ereignisse, Problembehandlung.

Eine HTTP-Prüfung fragt eine URL von Ihren Standorten ab, wie es ein Browser tut, und beurteilt die Antwort: Status, Geschwindigkeit und Inhalt.

Richten Sie Certificate-expiration-Monitoring ein, um von einem ablaufenden SSL/TLS-Zertifikat Wochen zu erfahren, bevor der Browser Ihre Besucher warnt.

Richten Sie Web-Risk-Monitoring ein, um sofort zu erfahren, wenn Google Ihre URL wegen Malware oder Phishing markiert, und was dann zu tun ist.

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.

Ein DNS-Cache ist eine gespeicherte Kopie einer DNS-Antwort bei Browser, Betriebssystem, Router oder Resolver. Die TTL legt fest, wie lange jede Kopie hält.

Eine DNS-Abfrage durchläuft einen Stub-Resolver, einen rekursiven Resolver und einen autoritativen Server, jeder mit einer eigenen Rolle bei der Antwortsuche.

DNS läuft über UDP-Port 53 für gewöhnliche Abfragen und TCP-Port 53 für Zonentransfers und große Antworten, dazu 853 und 443 für die verschlüsselten Varianten.

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 ist eine vorgeschlagene Datei für KI-Modelle, kein Webstandard. Google nutzt sie laut eigener Aussage nicht für die Suche. So funktioniert sie.

Eine Canonical-URL benennt die eine echte Version einer Seite, damit Duplikate darin konsolidieren. Selbstreferenz, domainübergreifend, der Staging-Fehler.

Noindex hält eine Seite aus Suchergebnissen heraus und erlaubt weiterhin Crawling. Meta-Tag und X-Robots-Tag-Header, wann sie sinnvoll sind, wie sie durchsickern.

Warum ein Monitoring-System eine fehlgeschlagene Prüfung von anderen Standorten bestätigt, die drei Nachprüfungsstrategien von HostTracker und wie Sie wählen.

Die Uptime-Formel in einer Zeile, was 99,9 % gegenüber 99,99 % und 99,999 % an Ausfallzeit pro Jahr kosten, und wie Sie Ausfallzeit genau messen.

Synthetische Prüfungen laufen nach Zeitplan von selbst gewählten Standorten; RUM erfasst Zeiten echter Besucher. Was jedes erfasst, was es übersieht, wann beides.

Latenz, Time to First Byte und Gesamtantwortzeit messen verschachtelte Abschnitte einer Anfrage. Wie jede gemessen wird, was gut ist, was die Abstände verraten.

Ohne Monitor erfahren Sie von einem Ausfall durch einen Kunden. Was Websites lahmlegt, was die Lücke kostet, und was Sie über erreichbar/nicht hinaus prüfen sollten.

Eine DNS-Blacklist markiert IP-Adressen, die mit Spam in Verbindung stehen. Wie eine Listung entsteht, oft ohne eigenes Verschulden, und wie Sie prüfen und überwachen.

Eine Statusseite zeigt, ob jeder Teil Ihres Dienstes gerade funktioniert, plus das Vorfallprotokoll. Was zu veröffentlichen ist, öffentlich vs privat, Updates schreiben.

Server-Monitoring prüft fortlaufend Verfügbarkeit, Leistung und Ressourcennutzung. Was es abdeckt, agentenbasiert gegenüber agentenlos, und wofür Sie Alarme einrichten.

Uptime ist der Anteil eines gemessenen Zeitraums, in dem eine Website wie erwartet antwortete. Was der Prozentsatz bedeutet, was die Neunen erlauben, wie gemessen wird.

Ein 401 bedeutet, der Anfrage fehlen gültige Zugangsdaten. Der WWW-Authenticate-Header, abgelaufene Tokens, Uhrenabweichung, und 401 gegenüber 403.

Ein 405 bedeutet, die Ressource existiert, lehnt aber die genutzte HTTP-Methode ab. Der Allow-Header, statische Dateien, CORS-Preflight, nginx und Routen.

Ein 406 bedeutet, der Server kann nicht liefern, was der Client akzeptiert. Content-Aushandlung, die häufige ModSecurity/WAF-Ursache, und die Lösung.

Ein 413 bedeutet, der Anfrage-Body ist größer als ein gesetztes Limit. nginx, Apache, PHP, IIS, Cloudflare und API-Gateway-Upload-Limits.

Ein 422 bedeutet, die Anfrage parste einwandfrei, aber ein Wert scheitert an der Validierung. Rails, Laravel und FastAPI, 422 gegenüber 400, der Fehler-Body.

Ein 499 bedeutet, der Client hat die Verbindung getrennt, bevor nginx fertig antworten konnte. Das nginx-Zugriffslog, langsame Upstreams, Timeout-Abgleich.

Ein 400 bedeutet, der Server konnte die Anfrage nicht parsen. Übergroße Cookies, kaputte URLs, Header-Limits, WAF-Regeln und wie Sie sie unterscheiden.

Eine 1xx-Antwort ist eine Zwischenantwort: Die Anfrage wurde empfangen, eine echte endgültige Antwort steht noch aus. Kein Erfolg und kein Fehler.

200 OK bedeutet, dass die Anfrage erfolgreich war, nicht, dass die Seite korrekt ist. Fehlerseiten, Wartungshinweise und leere Hüllen liefern alle 200.

2xx bedeutet, der Server hat die Anfrage akzeptiert und abgeschlossen. Was 200, 201, 202, 204 und 206 bedeuten, und warum ein 200 kein Gesundheitsbeweis ist.

300 bietet dem Client eine Liste an Repräsentationen zur Auswahl. Gültiges HTTP, aber praktisch ungenutzt - meist steckt ein 301 oder 302 dahinter.

301 verschiebt eine URL dauerhaft und gibt ihre Ranking-Signale weiter; 302 ist ein vorübergehender Umweg, der das Original behält. Wahl und Prüfung.

303 weist den Client an, das Ergebnis per GET an anderer URL abzuholen. Es ist der Code hinter Post/Redirect/Get, der Neuladen vor Doppel-Übermittlung schützt.

304 bedeutet, Ihre zwischengespeicherte Kopie ist noch aktuell, der Server sendet also keinen Body. Es beantwortet nur bedingte Requests mit ETag oder Last-Modified.

Ein 3xx sagt dem Client, dass die Ressource woanders liegt. Was 300 bis 308 bedeuten, welchen Sie verwenden und wie Sie defekte Weiterleitungsketten finden.

Ein 403 bedeutet, der Server lehnt die Anfrage ab, Zugangsdaten helfen nicht. Berechtigungen, WAF- und Geo-Sperren, und Positivlisten für Monitoring-Dienste.

Ein 404 sagt, die URL hat keinen aktuellen Inhalt, mehr nicht. Unterscheiden Sie defekte Links von absichtlichen Entfernungen und erkennen Sie Soft-404s mit 200.

Ein 429 ist ein Rate-Limit, kein Ausfall. Lesen Sie Retry-After, unterscheiden Sie Drosselung von Ausfallzeit, und stoppen Sie Ihr Monitoring als Auslöser.

Ein 4xx bedeutet, der Server hat den Request so abgelehnt. Auf Ihrer eigenen Website ist es meist eine defekte Route, ein toter Link oder eine Firewall-Regel.

Ein 500 bedeutet, Ihre Anwendung ist kaputtgegangen und sagt nicht wie. Wo der echte Fehler steht, und wie sich 500 von 502, 503 und 504 unterscheidet.

Ein 502 bedeutet, Ihr Proxy erhielt eine ungültige Antwort oder gar keine vom Backend. Die nginx-Fehlerzeile lesen und die echte Ursache beheben.

Ein 503 bedeutet, der Server lebt und lehnt Arbeit absichtlich ab. Die Muster bei Überlastung, Wartung und Deploy, und warum Retry-After wichtig ist.

Ein 504 bedeutet, der Proxy hat zu lange auf Ihr Backend gewartet. Langsame Abfragen, Cold Starts, Timeout-Tuning und der Vergleich 502 vs. 503 vs. 504.

Ein 5xx bedeutet, der Server hat die Anfrage angenommen und ist dann gescheitert. Jeder Code benennt einen anderen Hop: was kaputt ist, und wie Sie es aufspüren.

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

Wo robots.txt liegen muss, die Syntax in fünf Zeilen, die Fehler, die eine ganze Website blockieren, und wie Sie die Erreichbarkeit aus jeder Region bestätigen.

Suchen Sie nach der genauen URL, nutzen Sie dann den site:-Operator und die URL-Prüfung der Search Console. Was Gefunden und Gecrawlt, aber nicht indexiert bedeutet.

Laden Sie die Website von einem Netzwerk, das nicht Ihres ist. Funktioniert sie dort, liegt der Fehler lokal: DNS-Cache, ISP, VPN, Hosts-Datei oder Browser.

Lösen Sie die Domain zu einer IP-Adresse auf und ermitteln Sie deren Eigentümer. Das Domain-WHOIS nennt Registrar und Nameserver, nicht den Host.

Testen Sie die Seite in einem echten Browser von einem bekannten Standort und lesen Sie drei Zahlen: Time to First Byte, Largest Contentful Paint, Gesamtladezeit.

Server-Antwortzeit ist Time to First Byte, nicht die Ladezeit. Messen Sie mit curl von einem bekannten Standort und vergleichen Sie später mit demselben Standort.

Fragen Sie Ihre sendende IP und Domain gegen DNS-Blocklisten ab, finden Sie die Ursache, beheben Sie sie und beantragen Sie die Entfernung bei jedem Betreiber.

Lesen Sie das Schloss-Symbol oder führen Sie openssl s_client gegen den Host aus. Prüfen Sie die ganze Kette: ein abgelaufenes Zwischenzertifikat schadet ebenso.

Ein WHOIS-Eintrag nennt Registrar, Registrierungs- und Ablaufdatum, Statuscodes und Nameserver. Kontaktdaten sind bei den meisten Domains heute geschwärzt.

DNS-Änderungen sind sofort live. Sie warten auf ablaufende Cache-Kopien des alten Eintrags, gesteuert durch die alte TTL, nicht die neue.

Testen Sie den Port aus einem anderen Netzwerk mit nc, nmap oder einem Port-Check-Tool. Offen, geschlossen und gefiltert bedeuten drei verschiedene Dinge.