Руководства

Список официальных MCP-серверов для кода, браузеров, документации, трекеров задач и инфраструктуры, сгруппированных по задаче, с деталями транспорта и аутентификации.

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

Удаленные серверы как пользовательские коннекторы, локальные в claude_desktop_config.json, расширения в один клик, где искать логи и как их видит вкладка Code.

Формат файла .mcp.json, раскрытие переменных окружения для секретов, правила подтверждения и приоритета, и решения для типичных сбоев подключения.

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 в Search Console. Что на самом деле значат «обнаружена» и «просканирована».

Запись WHOIS дает регистратора, даты создания и окончания регистрации, статусные коды и серверы имен. Контакты сегодня скрыты почти на всех доменах.

Откройте сайт из чужой сети. Если там он работает, неисправность локальная: кэш DNS, провайдер, VPN, файл hosts или браузер.

Время отклика сервера - это время до первого байта, а не загрузка страницы. Измеряйте curl из известной локации и сравнивайте с ней же позже.

Изменения DNS вступают в силу сразу. Ждать приходится истечения закэшированных копий старой записи - это определяет старый TTL, а не новый.

Протестируйте страницу в настоящем браузере из известной локации и прочитайте три числа: время до первого байта, largest contentful paint и время загрузки.

Прочитайте замок в браузере или выполните openssl s_client против хоста. Проверяйте всю цепочку: просроченный промежуточный ломает сайт как конечный.

Проверьте отправляющий IP и домен по DNS-блеклистам, найдите причину попадания в список, устраните ее, затем запросите удаление у каждого оператора.

Проверяйте порт из другой сети с помощью nc, nmap или инструмента проверки портов. Ответы "открыт", "закрыт" и "отфильтрован" означают разное.

Разрешите домен в IP-адрес, затем узнайте, кому он принадлежит. WHOIS домена дает регистратора и серверы имен, а не хостинг.

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 означает, что сервер вообще не смог разобрать запрос. Слишком большие cookie, битые URL, лимиты заголовков, правила WAF - как их различить.

301 переносит URL навсегда и передает его сигналы ранжирования; 302 это временный крюк, сохраняющий исходный адрес. Как выбрать и как проверить.

403 означает, что сервер отказывает в запросе и учетные данные не помогут. Права доступа, правила WAF и гео, белый список для мониторинга.

429 это ограничение частоты запросов, а не сбой. Как читать Retry-After, отличать лимит от простоя и не давать мониторингу самому бить в лимит.

503 означает, что сервер жив и отказывается работать намеренно. Разбираем перегрузку, техработы, выкладки и зачем нужен заголовок Retry-After.

504 означает, что прокси слишком долго ждал ваш бэкенд. Медленные запросы, холодные старты, настройка таймаутов и сравнение 502, 503 и 504.

200 OK означает, что запрос выполнен успешно, а не что страница верна. Страницы ошибок, уведомления о техработах и пустые оболочки тоже отдаются с 200.

300 предлагает клиенту список представлений на выбор. Это валидный HTTP, но практически не используется, и у большинства искавших его на деле 301 или 302.

303 велит клиенту получить результат по другому URL методом GET. Это код, на котором держится Post/Redirect/Get, останавливающий повторную отправку формы.

304 означает, что ваша закэшированная копия по-прежнему актуальна, поэтому сервер не отправляет тело. Он отвечает только на условные запросы с ETag или Last-Modified.

404 говорит, что у URL нет текущего содержимого, и не более того. Отличайте сломанные ссылки от намеренных удалений и ловите мягкие 404, возвращающие 200.

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

502 означает, что прокси получил от бэкенда невалидный ответ либо вообще никакого. Научитесь читать строку ошибки nginx и находить настоящую причину.

Ответ 1xx промежуточный: сервер получил запрос, а настоящий финальный ответ еще впереди. Это не успех и не ошибка.

4xx означает, что сервер отклонил отправленный запрос. На вашем сайте это обычно сломанный маршрут, устаревшая ссылка или правило файрвола, а не вина посетителя.

5xx означает, что сервер принял запрос, а затем отказал. Каждый код называет свой переход: что сломалось и как это отследить.

3xx говорит клиенту, что ресурс находится в другом месте. Что означают коды от 300 до 308, какой выбрать и как найти сломанные цепочки редиректов.

2xx означает, что сервер принял и выполнил запрос. Что означают 200, 201, 202, 204 и 206, и почему 200 не доказывает здоровье страницы.

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.

«Ошибка DNS» скрывает несколько разных проблем. Ответьте на три быстрых вопроса, чтобы понять, какая у вас, и найти нужное руководство.

Маршрута к адресу назначения вообще не существует - чаще всего это приватный 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 и обойти Cloudflare для прямой проверки.

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

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

Канонический адрес staging на живых страницах - это конфигурация базового URL, перекочевавшая с релизом или копией базы. Причины, проверка и профилактика.

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

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

Запрос вернул «нет такого имени», и браузер не получил IP-адрес. Решения для Windows, macOS, Linux, роутера и самого домена.

Что означает каждое из пяти полей cron, таблица расписаний, которые нужны на практике, и девять ошибок, из-за которых задача уходит не на то время.

Запрос уперся в таймаут и не получил ответа. Выясните, кто виноват: резолвер, роутер или сеть, и почините по шагам для своей платформы.

Измерьте запрос до того, как что-то менять, а потом почините резолвер, TTL или цепочку CNAME, которая и стоит вам этой задержки.

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 работает по UDP на порту 53 для обычных запросов и по TCP на порту 53 для передачи зон и крупных ответов, плюс 853 и 443 у новых шифрованных вариантов.

DNS-кэш - сохраненная копия ответа, которую держат браузер, ОС, роутер и резолвер; TTL задает срок жизни каждой копии до следующего свежего запроса.

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

llms.txt - предлагаемый файл для ИИ-моделей, не веб-стандарт. Google заявляет, что не использует его для Поиска. Вот что он делает и как его проверить.

Noindex убирает страницу из результатов поиска, не запрещая ее обход. Что делают мета-тег и заголовок X-Robots-Tag, когда их применять и как они утекают.

Канонический URL называет настоящую версию страницы, чтобы дубликаты объединялись в нее. Самоссылка, междоменные случаи и сбой с каноническим адресом staging.

Задержка, время до первого байта и общее время отклика измеряют вложенные отрезки одного запроса. Как измеряется каждое, что хорошо и что говорят разрывы.

Без монитора о сбое вы узнаете от клиента. Что кладет сайты, во что обходится этот разрыв и что стоит отслеживать помимо простой проверки доступности.

Формула аптайма в одну строку, во сколько реального простоя в год обходятся 99,9% против 99,99% против 99,999%, и как точно измерять простой.

Синтетические проверки работают по расписанию из выбранных вами локаций; RUM записывает тайминги реальных посетителей. Что ловит каждый и когда нужны оба.

Зачем система мониторинга перепроверяет провалившуюся проверку из других локаций, три стратегии перепроверки в HostTracker и как выбрать между ними.

DNS-блеклист помечает IP-адреса, связанные со спамом. Как происходит внесение в список, часто не по вашей вине, и как проверить и отслеживать статус.

Аптайм - это доля измеряемого периода, в которую сайт отвечал как ожидается. Что означает процент, что допускают девятки и как это измеряется.

Мониторинг сервера непрерывно проверяет доступность, производительность и ресурсы. Что он охватывает, агентский против безагентского, и на что настраивать оповещения.

Страница статуса показывает, работает ли сейчас каждая часть сервиса, плюс запись инцидентов. Что публиковать, публичная или приватная, и как писать обновления.

SLA-мониторинг - это независимое измерение аптайма, чтобы доказать, выполнил ли сервис обязательство по доступности или нарушил его.

Просроченный домен и истекший SSL-сертификат выглядят похоже, но это разное. Разные причины, симптомы и решения, и как мониторить и то, и другое.

Настройте мониторинг истечения сертификата, чтобы узнать о просрочке SSL/TLS за недели до того, как браузер начнет пугать посетителей.

Настройте мониторинг истечения домена, чтобы поймать просрочку регистрации до отключения сайта и почты, и чем это отличается от проверки SSL.

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

Проверка API запрашивает эндпоинт и разбирает ответ как JSON, XML или обычный текст, чтобы проверять значение внутри него, а не только код состояния.

Мониторинг Page Speed загружает страницу в настоящем браузере и наблюдает за загрузкой: отказавшие ресурсы, использование CPU и памяти, и укладывается ли она в таймаут.

Каждая настройка проверки Ping в HostTracker: интервал, разрешение DNS, ожидаемые IP, подписки на оповещения и особенности ICMP, на которых спотыкаются.

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

Разбор проверки Transaction в HostTracker: построение многошагового браузерного потока, тайм-ауты и проверки, и разобранный пример оформления заказа.

Content Check загружает страницу в настоящем браузере и ищет текст на отрисованной странице, ловя ответ 200, показывающий ошибку или пустую полку.

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

Все десять каналов оповещений HostTracker, какие события запускают сообщение, чем отчеты отличаются от оповещений, и как построить простую эскалацию.

Настройте мониторинг Web Risk, чтобы узнать в тот момент, когда Google помечает ваш URL за вредоносное ПО или фишинг, и что делать с пометкой.

Настройте мониторинг DNSBL, чтобы поймать внесение в DNS-блеклист до того, как оно сломает доставляемость почты - с разбором каждой настройки.

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

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

Мониторьте CPU, RAM, диск или время соединения сервера через небольшой эндпоинт, который хостите сами, с порогом и антидребезгом, ловящим настоящие проблемы.

Считывайте живое значение прямо с маршрутизатора, коммутатора, ИБП или другого SNMP-устройства по OID и узнайте, что оповещения по нему умеют сегодня.

Настройте проверку базы данных, тестирующую здоровье соединения или проверяющую результат живого запроса: провайдеры, учетные данные и доступ файрвола.