Посібники

Добірка офіційних MCP-серверів для коду, браузерів, документації, трекінгу проєктів та інфраструктури, згрупована за задачею з деталями транспорту й автентифікації.

Формат файлу .mcp.json, розгортання змінних середовища для секретів, правила підтвердження й пріоритету та виправлення частих збоїв з'єднання.

Команда claude mcp add для віддалених і локальних серверів, три області видимості, вхід через OAuth з /mcp і як підтвердити, що сервер підключений.

Віддалені сервери як власні конектори, локальні у claude_desktop_config.json, розширення в одне клацання, де логи і як їх ділить вкладка Code.

«DNS error» охоплює кілька непов’язаних несправностей. Дайте відповідь на три швидкі запитання, щоб знайти свою і посібник, що її виправить.

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.

DNS-кеш зберігає старі відповіді після зміни запису. Очистіть його: ipconfig /flushdns у Windows, dscacheutil у macOS або resolvectl flush-caches у Linux.

Маршруту до цільової адреси взагалі немає - найчастіше приватна IP-адреса, мертвий маршрут чи зламаний IPv6. Як знайти причину і виправити.

Ціль активно відхилила з'єднання пакетом скидання, зазвичай тому, що на цьому порту ніхто не слухає. Як з'ясувати причину і виправити.

Робоче з'єднання різко обірвалося, зазвичай через брандмауер, захисне ПЗ чи збій сервера. Як зрозуміти, що саме, і виправити.

На спробу з'єднання не прийшло відповіді в межах тайм-ауту. Причини, відмінність від відмови чи скидання, і як виправити.

З'єднання прийняли, але сервер повернув нуль байтів. Поширені причини, від впалих воркерів до невідповідності протоколу, і як виправити.

TLS спрацював, але фрейм чи потік порушив правила HTTP/2. Причини: від завеликих заголовків до бага HTTP/2 у проксі.

DNS-пошук не повернув придатної адреси. Відрізняється від NXDOMAIN: ім'я може існувати, але сам пошук провалився.

Рукостискання не знайшло спільної версії TLS чи шифру. Зазвичай сервер досі пропонує лише TLS 1.0/1.1 чи слабкі шифри.

Браузер пройшов ланцюжком перенаправлень, що не привів до фінальної сторінки. Зазвичай цикл HTTP-HTTPS між проксі й origin-сервером.

Загальний заголовок Chrome охоплює багато різних помилок. Знайдіть справжню причину за кодом під ним і відповідне виправлення для кожної.

Заголовок Chrome над усією родиною NET::ERR_CERT_*. Що означає кожен конкретний код помилки сертифіката і як його виправити.

Сертифікат прострочений чи ще не чинний, або неправильний годинник відвідувача. Як прочитати дати через openssl і виправити обидві причини.

TLS-рукостискання провалилося ще до оцінки сертифіката. Причини: від не-TLS порту до QUIC, сканування антивірусом і режиму SSL у Cloudflare.

Origin-сервер відповів, але відповідь була порожньою чи нечитабельною, тож Cloudflare не зміг її передати. Як читати логи origin і перевірити напряму.

Origin-сервер одразу відмовив у з'єднанні з Cloudflare. Неправильний порт, заблоковані діапазони брандмауера чи режим TLS - і чим 521 відрізняється від 523.

TCP-рукостискання з origin-сервером не завершилося приблизно за 15 секунд. Причини, виправлення і чим 522 відрізняється від повільної відповіді 524.

Staging-канонічне посилання на живих сторінках - це конфігурація базової URL-адреси, що потрапила з релізом чи копією бази. Причини, перевірка й запобігання.

Упорядкований чекліст: ручна санкція, noindex, robots.txt, канонічний адрес, злам чи чорний список, серверні помилки, прострочений домен. Шість видно ззовні.

Сервер отримав ваш запит і відмовив, майже завжди з кодом 403. Окремі способи виправлення для заблокованого відвідувача і для власника сайту.

Що означає кожне з п'яти полів cron, таблиця розкладів, які реально використовують, і дев'ять помилок, що зсувають завдання не на той час.

Пошук повернув відповідь "такого імені немає", тож браузер не отримав IP-адресу. Виправлення для Windows, macOS, Linux, роутера і самого домену.

Запит завершився тайм-аутом без жодної відповіді. З'ясуйте, хто винен: резолвер, роутер чи мережа, і виправте це для свого пристрою.

Виміряйте пошук, перш ніж щось змінювати, а тоді виправте резолвер, TTL чи ланцюжок CNAME, що коштує вам затримки.

SLA-моніторинг - це незалежне вимірювання аптайму, щоб довести, чи виконав сервіс своє зобов’язання щодо доступності.

Прострочений домен і сплинулий SSL-сертифікат виглядають схоже, але це не одне й те саме. Причини, симптоми, виправлення і як моніторити обидва.

Налаштуйте моніторинг Web Risk, щоб дізнаватися в мить, коли Google позначає ваш URL за шкідливе ПЗ чи фішинг, і що робити з позначкою, коли вона з'явиться.

Налаштуйте моніторинг DNSBL, щоб упіймати потрапляння до чорного списку до того, як воно зламає доставленість пошти. Пояснено кожне налаштування.

Налаштуйте перевірку Russian BL, щоб знати, коли сайт починає показувати банер блокування російського регулятора, і чим це відрізняється від DNSBL.

Зчитуйте живе значення прямо з роутера, комутатора, ДБЖ чи іншого пристрою SNMP за OID і дізнайтеся, що сповіщення про нього вміють уже сьогодні.

Моніторте CPU, RAM, диск чи час з'єднання сервера через невеликий ендпоінт, який хостите самі, із порогом і дебаунсом, що ловить справжні проблеми.

Налаштуйте перевірку Database, що тестує з'єднання або валідує результат запиту: провайдери, облікові дані й потрібний доступ файрвола.

Режим правил замінює фіксовані перевірки статусу й ключових слів правилами, які пишете ви самі: повний довідник кожного суб'єкта, оператора й скорочення.

Налаштуйте моніторинг Certificate expiration, щоб дізнаватися про прострочення SSL/TLS-сертифіката за тижні до того, як браузер почне попереджати відвідувачів.

Налаштуйте моніторинг Domain expiration, щоб упіймати прострочену реєстрацію до того, як вона покладе сайт і пошту, і чим це відрізняється від перевірки SSL.

HTTP-перевірка запитує URL із ваших локацій моніторингу так само, як браузер, і оцінює відповідь: статус, швидкість і вміст.

Налаштуйте сповіщення HostTracker у Slack через Incoming Webhook: покрокове налаштування, приклади повідомлень, події для підписки й діагностика.

Перевірка API запитує ендпоінт і розбирає відповідь як JSON, XML чи звичайний текст, тож можна перевіряти значення всередині неї, а не лише код статусу.

Page Speed завантажує вашу сторінку у справжньому браузері й стежить за завантаженням: відмови ресурсів, використання CPU й пам'яті, тайм-аут.

Кожне налаштування перевірки Ping у HostTracker: інтервал, DNS-розв'язання, очікувані IP, підписки на сповіщення й особливості ICMP, які плутають.

Кожне налаштування перевірки TCP-порту в HostTracker: перевірка TLS-рукостискання, поле шаблону відповіді, очікувані IP і типові збої.

Content Check завантажує сторінку у справжньому браузері й шукає текст у відрендерованій сторінці, ловлячи відповідь 200 з помилкою чи порожньою поличкою.

Огляд транзакційної перевірки HostTracker: побудова багатокрокового браузерного потоку, тайм-аути й опції перевірки, розібраний приклад оформлення замовлення.

Усі десять каналів сповіщень HostTracker, які події запускають повідомлення, чим звіти відрізняються від сповіщень і як побудувати просту ескалацію.

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.

DNS-кеш - це збережена копія відповіді, яку тримає браузер, ОС, роутер чи резолвер, а TTL задає, скільки живе кожна копія до наступного свіжого пошуку.

DNS-пошук проходить через стаб-резолвер, рекурсивний резолвер і авторитетний сервер, кожен відіграє свою роль у пошуку відповіді.

DNS працює на порту 53 UDP для звичайних пошуків і 53 TCP для передавання зон та великих відповідей, а ще 853 і 443 для новіших шифрованих варіантів.

llms.txt - запропонований файл для ШІ-моделей, а не веб-стандарт. Google каже, що не використовує його для пошуку. Ось що він робить і як перевірити.

Noindex тримає сторінку поза результатами пошуку, дозволяючи її обхід. Що роблять мета-тег і заголовок X-Robots-Tag, коли їх використовувати і як вони просочуються.

Канонічна URL-адреса називає справжню версію сторінки, щоб дублікати консолідувалися в неї. Самопосилання, міждоменні випадки й збій staging-канонічного посилання.

Затримка, TTFB і загальний час відповіді вимірюють вкладені відрізки одного запиту. Як їх вимірюють, що вважати добрим показником і про що кажуть розриви.

Без монітора про збій ви дізнаєтеся від клієнта. Що кладе сайти, у що обходиться цей розрив і що варто стежити крім простого працює/не працює.

Синтетичні перевірки йдуть за розкладом з обраних локацій; RUM записує показники реальних відвідувачів. Що ловить кожен підхід і коли потрібні обидва.

Чому система моніторингу перепідтверджує невдалу перевірку з інших локацій, три стратегії повторної перевірки HostTracker і як обрати між ними.

DNS-чорний список позначає IP-адреси, пов'язані зі спамом. Як стається внесення до списку, часто не з вашої вини, і як перевірити та відстежувати статус.

Аптайм - це частка виміряного періоду, коли сайт відповідав як очікувалося. Що означає відсоток, що дозволяють дев'ятки і як його вимірюють.

Моніторинг сервера постійно перевіряє доступність, продуктивність і ресурси. Що він покриває, агентний проти безагентного підходу, на що налаштовувати сповіщення.

Сторінка статусу показує, чи працює зараз кожна частина сервісу, плюс журнал інцидентів. Що публікувати, публічна чи приватна, як писати оновлення.

Формула аптайму в одному рядку: що коштують 99,9%, 99,99% і 99,999% у реальному простої за рік, і як точно виміряти простій.

401 означає, що запиту бракує валідних облікових даних. Заголовок WWW-Authenticate, прострочені токени, розбіжність годинника, 401 проти 403.

405 означає, що ресурс існує, але відхиляє використаний HTTP-метод. Заголовок Allow, статичні файли, CORS-preflight, nginx і маршрути фреймворків.

406 означає, що сервер не може відповідати тому, що прийме клієнт. Узгодження вмісту, поширена причина ModSecurity/WAF, і як виправити.

413 означає, що тіло запиту більше за встановлений ліміт. Ліміти завантаження nginx, Apache, PHP, IIS, Cloudflare і API-шлюзу.

422 означає, що запит розібрався нормально, але значення провалює валідацію. Rails, Laravel і FastAPI, 422 проти 400, читання тіла помилки.

499 означає, що клієнт відключився до того, як nginx завершив відповідь. Лог доступу nginx, повільні upstream і узгодження тайм-аутів.

400 означає, що сервер узагалі не зміг розібрати запит. Завеликі кукі, погані URL-адреси, ліміти заголовків, правила WAF і як їх відрізнити.

200 OK означає, що запит успішний, а не що сторінка правильна. Сторінки помилок, повідомлення про обслуговування й порожні оболонки теж віддаються з 200.

300 пропонує клієнту список представлень на вибір. Це дійсний HTTP, але майже не використовується, і в більшості тих, хто його шукає, насправді 301 чи 302.

301 переносить URL-адресу назавжди й передає її рейтингові сигнали; 302 - тимчасовий гак, що зберігає оригінал. Як обрати і як перевірити.

303 каже клієнту отримати результат за іншою адресою методом GET. Це код позаду Post/Redirect/Get, що зупиняє повторне надсилання форми при перезавантаженні.

304 означає, що ваша кешована копія досі актуальна, тож сервер не надсилає тіло. Він відповідає лише на умовні запити з ETag або Last-Modified.

403 означає, що сервер відмовляє в запиті, і облікові дані не допоможуть. Права доступу, блокування WAF і гео, додавання служби моніторингу в allowlist.

404 каже, що URL наразі не має вмісту, і нічого більше. Навчіться відрізняти зламані посилання від навмисних видалень і ловити м'які 404, що повертають 200.

429 - це обмеження швидкості, а не збій. Навчіться читати Retry-After, відрізняти дроселювання від простою і не спричиняти обмеження власним моніторингом.

500 означає, що ваш застосунок зламався і не скаже, як саме. Де шукати справжню помилку і чим 500 відрізняється від 502, 503 і 504.

502 означає, що проксі отримав невалідну відповідь чи взагалі ніякої від бекенда. Читання рядка помилки nginx і виправлення справжньої причини.

503 означає, що сервер живий і навмисно відмовляє в роботі. Дізнайтеся патерни перевантаження, обслуговування й деплою, і чому важливий Retry-After.

504 означає, що проксі надто довго чекав на бекенд. Повільні запити, холодні старти, налаштування тайм-аутів і порівняння 502, 503 і 504.

Відповідь 1xx - проміжна: сервер отримав запит, а справжня фінальна відповідь ще попереду. Це не успіх і не помилка.

4xx означає, що сервер відмовив у виконанні запиту. На вашому власному сайті це зазвичай зламаний маршрут, старе посилання чи правило брандмауера, а не відвідувач.

5xx означає, що сервер прийняв запит, а тоді провалився. Кожен код називає інший стрибок: що зламалося і як це простежити.

3xx каже клієнту, що ресурс живе деінде. Що означають коди від 300 до 308, який обрати і як знайти зламані ланцюжки редиректів.

2xx означає, що сервер прийняв і виконав запит. Що означають 200, 201, 202, 204 і 206, і чому 200 не доказ того, що все гаразд.

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

Де має бути robots.txt, синтаксис у п'яти рядках, помилки, що блокують увесь сайт, і як підтвердити, що файл досяжний з кожного регіону.

Знайдіть точний URL, тоді скористайтеся оператором site: і URL Inspection в Search Console. Що насправді означають discovered і crawled but not indexed.

Запис WHOIS дає реєстратора, дати створення й закінчення терміну дії, коди статусу та nameserver-и. Контактні дані приховані на більшості доменів сьогодні.

Завантажте сайт із мережі, що не ваша. Якщо там працює, несправність локальна: кеш DNS, провайдер, VPN, файл hosts або ваш браузер.

Розв'яжіть домен в IP-адресу, тоді знайдіть, кому вона належить. WHOIS домену дає реєстратора й сервери імен, а не хостинг-провайдера.

Зміни DNS стають чинними одразу. Ви чекаєте, поки застаріють закешовані копії старого запису, а це контролює старий TTL, а не новий.

Час відповіді сервера - це час до першого байта, а не завантаження сторінки. Вимірюйте його curl з відомої локації і порівнюйте з тією самою пізніше.

Протестуйте сторінку у справжньому браузері з відомої локації й зчитайте три числа: час до першого байта, найбільшу видиму відмальовку і час завантаження.

Прочитайте дані замочка або виконайте openssl s_client проти хоста. Перевіряйте весь ланцюжок: прострочений проміжний сертифікат ламає сайт так само, як і кінцевий.

Опитайте вашу IP-адресу й домен за DNS-чорними списками, знайдіть причину внесення, усуньте її, а тоді запитайте видалення в кожного оператора.

Перевіряйте порт з іншої мережі за допомогою nc, nmap чи інструмента перевірки портів. Open, closed і filtered означають три різні речі.