Návody

Výběr oficiálních a dodavatelem spravovaných MCP serverů pro kód, prohlížeče, dokumentaci, úkoly a infrastrukturu, s transportem a autentizací u každého.

Příkaz claude mcp add pro vzdálené i lokální servery, tři rozsahy, jak funguje přihlášení OAuth z /mcp a jak ověřit, že je server připojený.

Vzdálené servery jako vlastní konektory, lokální servery v claude_desktop_config.json, rozšíření na jeden klik, kde jsou logy a jak je sdílí karta Code.

Formát souboru .mcp.json, rozbalování proměnných prostředí pro tajné údaje, pravidla schvalování a priority a řešení běžných chyb připojení.

SLA monitoring znamená nezávisle měřit uptime, abyste dokázali, zda služba splnila, nebo nesplnila svůj slíbený cíl dostupnosti.

Assertion mode nahrazuje pevné kontroly stavu a klíčových slov pravidly, která píšete sami: úplná reference každého subjektu, operátoru a zkratky.

Přehled deseti kanálů upozornění HostTracker, jaké události spouští zprávu, čím se liší zprávy od upozornění a jak sestavit eskalační řetězec.

HTTP kontrola požaduje URL z vašich lokalit stejně jako prohlížeč a posoudí odpověď: stav, rychlost a obsah.

Kontrola obsahu načte stránku ve skutečném prohlížeči a hledá text ve vykreslené stránce, čímž zachytí odpověď 200 s chybou nebo prázdným skladem.

Monitoring rychlosti stránky načte stránku ve skutečném prohlížeči a sleduje načtení: selhané zdroje, využití CPU a paměti a timeout.

Kontrola API požaduje koncový bod a zparsuje odpověď jako JSON, XML nebo prostý text, takže můžete ověřovat hodnotu uvnitř, ne jen stavový kód.

Každé nastavení ping kontroly HostTracker: interval, překlad DNS, očekávané IP, odběry upozornění a zvláštnosti ICMP, které lidi zmatou.

Každé nastavení TCP port kontroly HostTracker: validace TLS handshake, pole response pattern, očekávané IP a běžná selhání.

Průvodce transakční kontrolou HostTracker: sestavení vícekrokového postupu v prohlížeči, jeho timeouty, validace a vzorový příklad checkoutu.

Nastavte upozornění HostTracker ve Slacku přes Incoming Webhook: postup krok za krokem, ukázky zpráv, události k odběru a řešení problémů.

Nastavte monitoring vypršení domény a zachyťte blížící se konec registrace, než vám vyřadí web i e-mail z provozu, a čím se liší od SSL kontroly.

Nastavte monitoring vypršení certifikátu a dozvíte se o blížícím se konci platnosti SSL/TLS certifikátu týdny předem, než prohlížeč začne varovat.

Nastavte monitoring DNSBL a zachyťte zařazení na DNS blacklist dřív, než poškodí doručitelnost vaší pošty, s vysvětlením každého nastavení.

Nastavte kontrolu Russian BL a zjistěte, kdy web začne zobrazovat banner ruského regulátora, a čím se liší od kontroly spamového DNSBL.

Nastavte monitoring Web Risk, abyste se dozvěděli, jakmile Google označí vaši URL za malware nebo phishing, a co dělat dál.

Přečtěte živou hodnotu přímo z routeru, switche, UPS nebo jiného zařízení SNMP podle OID a zjistěte, co umí a neumí dnešní upozorňování na ni.

Monitorujte CPU, RAM, disk nebo dobu připojení serveru přes vlastní koncový bod, s prahem a debounce, který zachytí skutečné problémy.

Nastavte database kontrolu, která testuje spojení nebo ověří výsledek živého dotazu: poskytovatele, přihlašovací údaje a potřebný přístup ve firewallu.

Propadlá doména a vypršelý SSL certifikát vypadají podobně, ale nejsou to totéž. Příčiny, příznaky, opravy a jak monitorovat obojí.

"DNS error" pokrývá několik nesouvisejících selhání. Odpovězte na tři rychlé otázky a zjistíte, o které jde a který návod ho opraví.

DNS cache drží staré odpovědi i po změně. Vyprázdněte ji příkazem ipconfig /flushdns na Windows, dscacheutil na macOS, nebo resolvectl flush-caches na Linuxu.

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.

K cílové adrese neexistuje vůbec žádná cesta, nejčastěji kvůli soukromé IP, mrtvé cestě nebo rozbitému IPv6. Jak najít příčinu a opravit ji.

Cíl aktivně odmítl spojení paketem reset, obvykle proto, že na daném portu nikdo neposlouchá. Jak zjistit proč a jak to opravit.

Fungující spojení se náhle přerušilo, obvykle kvůli firewallu, bezpečnostnímu softwaru nebo pádu serveru. Jak zjistit které a opravit to.

Na pokus o spojení v rámci časového limitu nedorazila žádná odpověď. Příčiny, rozdíl od odmítnutí či resetu a jak to opravit.

Spojení bylo přijato, ale server poslal zpátky nula bajtů. Časté příčiny od spadlých workerů po nesoulad protokolu a jak to opravit.

TLS fungovalo, ale rámec nebo stream porušil pravidla HTTP/2. Příčinou bývají předimenzované hlavičky nebo chyba HTTP/2 v proxy.

DNS vyhledání nevrátilo žádnou použitelnou adresu. Liší se od NXDOMAIN: název může existovat, ale selhalo samotné vyhledání.

Handshake nenašel žádnou společnou verzi TLS ani šifru. Obvykle server nabízející jen TLS 1.0/1.1 nebo slabé šifry.

Prohlížeč sledoval řetězec přesměrování, který se nikdy nedostal na konečnou stránku. Obvykle smyčka HTTP na HTTPS mezi proxy a originem.

Obecný nadpis Chrome pokrývá mnoho různých chyb. Najděte skutečnou příčinu podle kódu pod ním a odpovídající opravu pro každou z nich.

Nadpis Chrome pro celou rodinu NET::ERR_CERT_*. Co znamená každý konkrétní chybový kód certifikátu a jak ho opravit.

Origin odpověděl, ale odpověď byla prázdná nebo nečitelná, takže ji Cloudflare nepředal dál. Jak číst logy originu a otestovat ho přímo, bez Cloudflare.

Origin spojení s Cloudflare rovnou odmítl. Špatný port, blokované rozsahy firewallu nebo nesoulad TLS režimu - a jak se 521 liší od 523.

TCP handshake k originu se nikdy nedokončil do zhruba 15 sekund. Příčiny, opravy a jak se 522 liší od pomalé odpovědi 524.

Certifikátu vypršela platnost nebo ještě není platný, nebo se plete čas u návštěvníka. Jak přečíst data přes openssl a opravit obě příčiny.

TLS handshake selhal dřív, než se posuzoval jakýkoli certifikát. Příčinou bývá ne-TLS port, QUIC, skenování antivirem nebo režim SSL v Cloudflare.

Staging canonical na živých stránkách je base URL, která se přenesla s vydáním nebo kopií databáze. Příčiny, ověření opravy a prevence.

Seřazený kontrolní seznam: ruční akce, noindex, robots.txt, kanonická adresa, napadení nebo blacklist, chyby serveru, vypršelá doména. Šest je vidět zvenčí.

Server váš požadavek přijal a odmítl ho, téměř vždy se stavem 403. Oddělené postupy pro blokovaného návštěvníka a pro provozovatele webu.

Co znamená každé z pěti polí cronu, tabulka rozvrhů, které lidé opravdu používají, a devět chyb, kvůli kterým úloha běží ve špatný čas.

Dotaz vrátil no such name, takže prohlížeč nikdy nedostal IP adresu. Opravy pro Windows, macOS, Linux, router i doménu samotnou.

Dotaz vypršel bez jakékoli odpovědi. Zjistěte, zda je problém v resolveru, routeru nebo síti, a opravte to podle platformy.

Než cokoli změníte, změřte vyhledání, pak opravte resolver, TTL nebo řetězec CNAME, který vás stojí čas navíc.

DNS cache je uložená kopie odpovědi DNS, kterou drží prohlížeč, OS, router nebo resolver, a TTL určuje, jak dlouho vydrží, než přijde nové vyhledání.

Vyhledání DNS prochází stub resolverem, rekurzivním resolverem a autoritativním serverem, každý s jinou rolí při hledání odpovědi.

DNS běží na UDP portu 53 pro běžná vyhledání a TCP portu 53 pro přenosy zón a velké odpovědi, plus 853 a 443 pro novější šifrované varianty.

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 je navrhovaný soubor pro AI modely, ne webový standard. Google říká, že ho pro vyhledávání nepoužívá. Zjistěte, co dělá a jak ho zkontrolovat.

Canonical URL pojmenuje jedinou skutečnou verzi stránky, do které se konsolidují duplikáty. Sebe-odkazování, domény napříč, a selhání se staging canonical.

Noindex drží stránku mimo výsledky vyhledávání, ale dovoluje procházení. Co dělá meta tag a hlavička X-Robots-Tag, kdy je použít a jak unikají.

DNS blacklist označuje IP adresy spojené se spamem. Jak k zařazení dochází, často bez vaší viny, a jak stav zkontrolovat a sledovat.

Server monitoring průběžně kontroluje dostupnost, výkon a využití zdrojů. Co pokrývá, monitoring s agentem versus bez agenta, a na co nastavit upozornění.

Stavová stránka ukazuje aktuální stav každé části služby a záznam incidentů. Co zveřejnit, veřejná vs. soukromá a jak psát aktualizace.

Uptime je podíl sledovaného období, ve kterém web odpovídal tak, jak měl. Co znamená procento, co dovolují devítky a jak se to měří.

Vzorec pro uptime v jedné větě, kolik reálného výpadku za rok stojí 99,9 % vs 99,99 % vs 99,999 %, a jak výpadek přesně měřit.

Bez monitoringu se o výpadku dozvíte od zákazníka. Co weby shazuje, kolik stojí prodleva ve zjištění a co sledovat kromě prostého nahoře/dole.

Proč monitorovací systém potvrzuje neúspěšnou kontrolu z jiných lokalit, tři strategie opětovných kontrol HostTracker a jak mezi nimi vybrat.

Syntetické kontroly běží podle plánu z vybraných lokalit; RUM zaznamenává časy od skutečných návštěvníků. Co který zachytí a kdy použít oba.

Latence, time to first byte a celková doba odezvy měří vnořené úseky jednoho požadavku. Jak se měří, co je dobré číslo a co prozradí mezery mezi nimi.

401 znamená, že požadavek nemá platné přihlašovací údaje. Hlavička WWW-Authenticate, vypršelé tokeny, vychýlené hodiny a rozdíl 401 od 403.

405 znamená, že prostředek existuje, ale odmítá použitou HTTP metodu. Hlavička Allow, statické soubory, CORS preflight, nginx a trasy frameworku.

406 znamená, že server neumí splnit, co klient přijme. Vyjednávání obsahu, běžná příčina ModSecurity/WAF a jak to opravit.

413 znamená, že tělo požadavku je větší než nastavený limit. Limity nahrávání v nginx, Apache, PHP, IIS, Cloudflare a bráně API.

422 znamená, že se požadavek zpracoval, ale hodnota selže na validaci. Rails, Laravel a FastAPI, rozdíl 422 od 400 a čtení těla chyby.

499 znamená, že se klient odpojil dřív, než nginx dokončil odpověď. Přístupový log nginx, pomalé upstreamy a sesouhlasení timeoutů.

400 znamená, že server nedokázal požadavek vůbec zpracovat. Předimenzované cookies, chybné URL, limity hlaviček, pravidla WAF a jak je od sebe odlišit.

200 OK znamená, že požadavek uspěl, ne že je stránka správná. Chybové stránky, oznámení o údržbě i prázdné skořápky se obsluhují se 200.

300 nabídne klientovi seznam reprezentací k výběru. Je platné HTTP, ale prakticky nepoužívané; většina lidí narazila na 301 nebo 302.

301 přesune URL natrvalo a předá dál své signály pro hodnocení; 302 je dočasná odbočka, která zachová tu původní. Jak vybrat a jak zkontrolovat.

303 říká klientovi, ať výsledek stáhne metodou GET z jiné URL adresy. Je to kód za Post/Redirect/Get, který zabraňuje opětovnému odeslání formuláře.

304 znamená, že vaše uložená kopie je stále aktuální, takže server neposílá tělo. Odpovídá jen na podmíněné požadavky s ETag nebo Last-Modified.

403 znamená, že server požadavek odmítá a přihlašovací údaje nepomůžou. Oprávnění, blokace WAF i geo, a jak přidat monitoring na seznam povolených.

404 říká jen to, že URL nemá aktuální obsah. Jak odlišit rozbitý odkaz od záměrného odstranění a zachytit měkká 404 vracející 200.

429 je limit četnosti, ne výpadek. Jak číst Retry-After, odlišit omezování od výpadku a nespustit limit vlastním monitoringem.

500 znamená, že se vaše aplikace rozbila a neřekne jak. Kde najít skutečnou chybu a čím se 500 liší od 502, 503 a 504.

502 znamená, že vaše proxy dostala od backendu neplatnou odpověď, nebo žádnou. Jak číst chybový řádek nginx a opravit skutečnou příčinu.

503 znamená, že server žije a záměrně odmítá práci. Vzorce přetížení, údržby a nasazení a proč záleží na Retry-After.

504 znamená, že proxy čekala na váš backend příliš dlouho. Pomalé dotazy, studené starty, ladění timeoutů a srovnání 502 vs 503 vs 504.

Odpověď 1xx je předběžná: server požadavek přijal a skutečná závěrečná odpověď teprve přijde. Není to ani úspěch, ani chyba.

4xx znamená, že server požadavek tak, jak byl odeslán, odmítl. Na vlastním webu jde obvykle o rozbitou trasu, starý odkaz nebo pravidlo firewallu, ne o návštěvníka.

3xx říká klientovi, že prostředek žije jinde. Co znamenají kódy 300 až 308, který použít, a jak najít rozbité řetězce přesměrování.

2xx znamená, že server požadavek přijal a dokončil. Co znamenají 200, 201, 202, 204 a 206 a proč 200 není důkaz zdraví.

5xx znamená, že server požadavek přijal a pak selhal. Každý kód pojmenovává jiný krok: co se rozbilo a jak to vystopovat.

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

Vyhledejte přesnou URL adresu, pak použijte operátor site: a Kontrolu URL adres v Search Console. Co znamená zjištěno a procházeno, ale neindexováno.

Kde musí robots.txt ležet, syntaxe v pěti řádcích, chyby, které zablokují celý web, a jak potvrdit dosažitelnost souboru z každého regionu.

Záznam WHOIS obsahuje registrátora, data vytvoření a vypršení, stavové kódy a jmenné servery. Kontaktní údaje jsou dnes u většiny domén skryté.

Přeložte doménu na IP adresu a pak zjistěte, komu patří. WHOIS domény dá registrátora a jmenné servery, ne hostitele.

Změny DNS jsou živé okamžitě. Čekáte na vypršení uložených kopií starého záznamu, což řídí stará TTL, ne nová.

Doba odezvy serveru je time to first byte, ne doba načtení stránky. Změřte ji pomocí curl ze známé lokality a porovnejte se stejnou lokalitou později.

Otestujte stránku ve skutečném prohlížeči ze známé lokality a přečtěte si tři čísla: dobu do prvního bajtu, LCP a celkovou dobu načítání.

Přečtěte zámek nebo spusťte openssl s_client proti hostiteli. Zkontrolujte celý řetězec: vypršelý mezilehlý certifikát rozbije web jako vypršelý koncový.

Zkontrolujte odesílající IP adresu a doménu proti seznamům DNSBL, najděte příčinu zařazení, opravte ji a pak požádejte o odstranění.

Otestujte port z jiné sítě pomocí nc, nmap nebo nástroje pro kontrolu portu. Open, closed a filtered znamenají tři různé věci.

Načtěte web ze sítě, která není vaše. Pokud tam funguje, chyba je lokální: cache DNS, poskytovatel, VPN, soubor hosts nebo prohlížeč.