Guías

Selección de servidores MCP oficiales para código, navegadores, documentación, gestión de proyectos e infraestructura, agrupados por tarea con transporte y autenticación.

El formato de .mcp.json, la expansión de variables de entorno para secretos, las reglas de aprobación y precedencia, y cómo arreglar los fallos de conexión habituales.

El comando claude mcp add para servidores remotos y locales, los tres ámbitos, cómo funciona el inicio de sesión OAuth desde /mcp y cómo confirmar la conexión.

Servidores remotos como conectores personalizados, servidores locales en claude_desktop_config.json, extensiones de un clic, dónde están los registros y la pestaña Code.

Un 401 significa que la petición no tiene credenciales válidas. Cubre la cabecera WWW-Authenticate, tokens caducados, desajuste de reloj, y 401 frente a 403.

Un 405 significa que el recurso existe pero rechaza el método HTTP usado. Cubre la cabecera Allow, archivos estáticos, preflight de CORS, nginx y rutas de framework.

Un 406 significa que el servidor no puede igualar lo que el cliente aceptará. Cubre la negociación de contenido, la causa habitual de ModSecurity/WAF, y cómo arreglarlo.

Un 413 significa que el cuerpo de la petición supera un límite fijado. Cubre los límites de subida de nginx, Apache, PHP, IIS, Cloudflare y API gateways.

Un 422 significa que la petición se interpretó bien pero un valor falla la validación. Cubre Rails, Laravel y FastAPI, 422 frente a 400, y leer el cuerpo del error.

Un 499 significa que el cliente se desconectó antes de que nginx terminara de responder. Registro de acceso, upstreams lentos, y alineación de tiempos de espera.

Un 400 significa que el servidor no pudo interpretar la petición. Cookies enormes, URLs mal formadas, límites de cabeceras, reglas de WAF y cómo distinguirlos.

El 301 mueve una URL de forma permanente y le pasa sus señales de posicionamiento; el 302 es un rodeo temporal que conserva la original. Cómo elegir y comprobar.

Un 403 significa que el servidor rechaza la petición y las credenciales no ayudan. Permisos, WAF, bloqueos geográficos y cómo permitir un servicio de monitoreo.

Un 429 es un límite de peticiones, no una caída. Cómo leer Retry-After, distinguir restricción de caída y evitar que tu monitoreo dispare el límite.

Un 503 significa que el servidor está vivo y rechaza el trabajo a propósito. Los patrones de sobrecarga, mantenimiento y despliegue, y por qué importa Retry-After.

Un 504 significa que el proxy esperó demasiado a tu backend. Consultas lentas, arranques en frío, ajuste de tiempos y la comparación con el 502 y el 503.

200 OK significa que la petición tuvo éxito, no que la página sea correcta. Páginas de error, avisos de mantenimiento y cáscaras vacías se sirven con un 200.

300 le ofrece al cliente una lista de representaciones entre las que elegir. Es HTTP válido pero casi nunca se usa, y quien lo busca suele tener un 301 o un 302.

303 le dice al cliente que obtenga el resultado en otra URL con GET. Es el código detrás de Post/Redirect/Get, que evita que una recarga reenvíe un formulario.

304 significa que tu copia en caché sigue vigente, así que el servidor no envía cuerpo. Solo responde a peticiones condicionales con ETag o Last-Modified.

Un 404 dice que la URL no tiene contenido actual, nada más. Distingue los enlaces rotos de las eliminaciones deliberadas, y detecta los 404 suaves que devuelven 200.

Un 500 significa que tu aplicación se rompió y no dice cómo. Dónde encontrar el error real, y en qué se diferencia el 500 del 502, el 503 y el 504.

Un 502 significa que tu proxy recibió del backend una respuesta inválida o ninguna. Aprende a leer la línea de error de nginx y arreglar la causa real.

Un 4xx significa que el servidor rechazó la petición tal como se envió. En tu propio sitio suele ser una ruta rota, un enlace obsoleto o un firewall, no el visitante.

Un 5xx significa que el servidor aceptó la petición y luego falló. Cada código nombra un salto distinto: qué se rompió, y cómo rastrearlo.

Un 3xx le dice al cliente que el recurso vive en otro sitio. Qué significan del 300 al 308, cuál usar y cómo encontrar cadenas de redirección rotas.

2xx significa que el servidor aceptó y completó la petición. Qué significan 200, 201, 202, 204 y 206, y por qué un 200 no prueba que todo esté sano.

Una respuesta 1xx es provisional: el servidor recibió la petición y todavía está por llegar una respuesta final real. No es un éxito ni un error.

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

Dónde tiene que vivir robots.txt, la sintaxis en cinco líneas, los errores que bloquean un sitio entero, y cómo confirmar que el archivo es accesible desde toda región.

Busca la URL exacta, y luego usa el operador site: y la Inspección de URLs de Search Console. Qué significan de verdad detectada y rastreada sin indexar.

Una ficha WHOIS da el registrador, las fechas de creación y caducidad, los códigos de estado y los servidores de nombres. Hoy los contactos están ocultos.

Carga el sitio desde una red que no sea la tuya. Si allí funciona, el fallo es local: caché DNS, proveedor de internet, VPN, archivo hosts o tu navegador.

Resuelve el dominio a una IP, y busca quién es el propietario. El WHOIS del dominio da el registrador y los servidores DNS, no el alojador.

Lee el candado o ejecuta openssl s_client contra el host. Revisa toda la cadena: un intermedio caducado rompe el sitio igual que una hoja caducada.

El tiempo de respuesta del servidor es el tiempo hasta el primer byte, no la carga de la página. Mídelo con curl desde una ubicación conocida y compara después.

Los cambios de DNS quedan activos al instante. Lo que esperas es a que caduquen las copias en caché del registro antiguo, según el TTL viejo, no el nuevo.

Prueba la página en un navegador real desde una ubicación conocida y lee tres números: tiempo hasta el primer byte, largest contentful paint y tiempo de carga total.

Prueba el puerto desde otra red con nc, nmap o una herramienta de comprobación de puertos. Abierto, cerrado y filtrado significan tres cosas distintas.

Consulta tu IP de envío y tu dominio contra las listas de bloqueo de DNS, encuentra qué disparó la inclusión, arréglalo y pide la retirada a cada operador.

La caché DNS retiene respuestas antiguas tras un cambio. Vacíala con ipconfig /flushdns en Windows, dscacheutil en macOS o resolvectl flush-caches en Linux.

"Error de DNS" abarca varios fallos sin relación. Responde tres preguntas rápidas para saber cuál tienes y la guía que lo soluciona.

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.

No existe ninguna ruta hacia la dirección de destino, casi siempre una IP privada, una ruta muerta o un IPv6 roto. Cómo encontrar la causa y solucionarla.

El destino rechazó activamente la conexión con un paquete de reset, normalmente porque nada escucha en ese puerto. Cómo averiguar por qué y solucionarlo.

Una conexión que funcionaba se cortó de golpe, normalmente por un firewall, un software de seguridad, o una caída del servidor. Cómo saber cuál y solucionarlo.

No llegó ninguna respuesta al intento de conexión dentro del tiempo de espera. Qué lo causa, en qué se diferencia de rechazado o reseteado, y cómo arreglarlo.

La conexión se aceptó pero el servidor devolvió cero bytes. Causas habituales, desde workers caídos hasta desajustes de protocolo, y cómo solucionarlo.

TLS funcionó, pero un frame o stream incumplió las reglas de HTTP/2. Las causas van desde cabeceras enormes hasta un fallo de HTTP/2 en un proxy.

Una consulta DNS no devolvió ninguna dirección utilizable. Distinto de NXDOMAIN: el nombre puede existir pero la propia consulta falló.

El handshake no encontró ninguna versión de TLS ni cifrado en común. Casi siempre un servidor que solo ofrece TLS 1.0/1.1 o cifrados débiles.

El navegador siguió una cadena de redirecciones que nunca llegó a una página final. Casi siempre un bucle HTTP-a-HTTPS entre un proxy y el origen.

El titular genérico de Chrome cubre muchos errores distintos. Encuentra la causa real por el código debajo de él y la solución que corresponde a cada uno.

El titular de Chrome para toda la familia NET::ERR_CERT_*. Qué significa cada código de error de certificado concreto y cómo solucionarlo.

El origen respondió, pero la respuesta estaba vacía o era ilegible, así que Cloudflare no pudo retransmitirla. Cómo leer los registros del origen y probarlo directamente.

El origen rechazó la conexión de Cloudflare de plano. Puerto equivocado, rangos de firewall bloqueados o un modo TLS mal ajustado, y en qué se diferencia del 523.

El handshake TCP con el origen nunca se completó en unos 15 segundos. Causas, soluciones y en qué se diferencia el 522 de un 524 por respuesta lenta.

El certificado ha caducado o aún no es válido, o el reloj del visitante está mal. Cómo leer las fechas con openssl y corregir ambas causas.

El handshake TLS falló antes de juzgar ningún certificado. Las causas van desde un puerto sin TLS hasta QUIC, escaneo de antivirus y el modo SSL de Cloudflare.

Una canónica de staging en páginas en vivo es una URL base que viajó con una publicación o una copia de base de datos. Causas, verificación y prevención.

La lista ordenada: acción manual, noindex, robots.txt, canónica, hackeo o lista negra, errores de servidor, dominio caducado. Seis son visibles desde fuera.

El servidor recibió tu petición y la denegó, casi siempre con un 403. Soluciones separadas para el visitante bloqueado y para el dueño del sitio.

Mide la consulta antes de cambiar nada y luego corrige el resolutor, los TTL o la cadena CNAME que te está costando ese retraso.

La consulta agotó el tiempo sin respuesta alguna. Averigua si el culpable es el resolutor, el router o la red, y arréglalo en cada plataforma.

La consulta devolvió que el nombre no existe, así que el navegador nunca obtuvo una IP. Soluciones para Windows, macOS, Linux, el router y el propio dominio.

Qué significa cada uno de los cinco campos de cron, una tabla con los horarios que se usan de verdad y los nueve errores que dejan una tarea a la hora equivocada.

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.

Una consulta DNS pasa por un resolutor stub, un resolutor recursivo y un servidor autoritativo, cada uno con un papel distinto al buscar la respuesta.

Una caché DNS es una copia guardada de una respuesta, conservada por el navegador, el SO, el router o el resolutor, y el TTL fija cuánto dura cada copia.

El DNS usa el puerto UDP 53 en consultas normales y el TCP 53 para transferencias de zona y respuestas grandes, más el 853 y el 443 de las variantes cifradas.

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 es un archivo propuesto para modelos de IA, no un estándar web. Google dice que no lo usa en la Búsqueda. Qué hace y cómo comprobarlo.

Noindex mantiene una página fuera de los resultados de búsqueda mientras sigue permitiendo el rastreo. La etiqueta meta, la cabecera X-Robots-Tag y cómo se filtra.

Una URL canónica nombra la versión real de una página para que los duplicados se consoliden en ella. Autorreferencia, entre dominios y el fallo de staging.

La fórmula del uptime en una línea, qué te cuesta en caída real al año el 99,9% frente al 99,99% frente al 99,999%, y cómo medir la caída con precisión.

Por qué un sistema de monitorización reconfirma una comprobación fallida desde otras ubicaciones, las tres estrategias de reintento de HostTracker y cómo elegir.

Lo sintético ejecuta comprobaciones programadas desde ubicaciones que eliges; RUM registra tiempos de visitantes reales. Qué detecta cada una y cuándo usar ambas.

Sin un monitor, te enteras de una caída por un cliente. Qué tumba los sitios, qué cuesta ese retraso y qué vigilar más allá de un simple activo o caído.

El uptime es la parte de un periodo medido en la que un sitio respondió como se esperaba. Qué significa el porcentaje, qué permiten los nueves y cómo se mide.

La monitorización de servidores comprueba disponibilidad, rendimiento y uso de recursos sin parar. Qué cubre, con agente frente a sin agente, y sobre qué avisar.

Una lista negra de DNS marca direcciones IP asociadas al spam. Cómo ocurre una inclusión, a menudo sin culpa tuya, y cómo comprobar y monitorizar tu estado.

Una página de estado muestra si cada parte de tu servicio funciona ahora mismo, más el registro de incidencias. Qué publicar, pública frente a privada, cómo escribir.

Latencia, tiempo hasta el primer byte y tiempo de respuesta total miden tramos anidados de una misma petición. Cómo se mide cada uno y qué dicen las diferencias.

La monitorización de SLA mide el uptime de forma independiente para que puedas demostrar si un servicio cumplió o no su compromiso de disponibilidad.

Configura la comprobación de lista negra rusa para saber cuándo un sitio empieza a mostrar el banner de bloqueo del regulador ruso, y en qué se diferencia de una DNSBL.

Configura la monitorización DNSBL para detectar una inclusión en lista negra antes de que rompa la entregabilidad de tu correo, con cada ajuste explicado.

Una comprobación API pide un endpoint e interpreta la respuesta como JSON, XML o texto plano para poder verificar un valor dentro de ella, no solo el estado.

Page Speed carga tu página en un navegador real y vigila la carga: recursos fallidos, uso de CPU y memoria, y si supera el tiempo de espera que elijas.

Content Check carga tu página en un navegador real y busca texto en la página renderizada, detectando un 200 que muestra un error o un estante vacío.

Cada ajuste de la comprobación de ping de HostTracker explicado: intervalo, resolución DNS, IP esperadas, suscripciones de alerta y las rarezas de ICMP.

Cada ajuste de la comprobación de puerto TCP de HostTracker explicado: validación del saludo TLS, el patrón de respuesta, las IP esperadas y los fallos habituales.

Un recorrido por la comprobación de transacción de HostTracker: construir un flujo de navegador de varios pasos, sus tiempos de espera y validación, y un ejemplo de pago.

Configura las alertas de HostTracker en Slack mediante un Incoming Webhook: pasos, mensajes de alerta de ejemplo, eventos suscribibles y solución de problemas.

Configura la monitorización de caducidad de certificado para enterarte semanas antes de que un navegador empiece a advertir a tus visitantes.

Configura la monitorización de caducidad de dominio para detectar un registro a punto de caducar antes de que deje tu sitio y correo fuera de línea.

Una comprobación HTTP pide una URL desde tus ubicaciones de monitorización como lo haría un navegador, y luego juzga la respuesta: estado, velocidad y contenido.

Los diez canales de alerta de HostTracker, qué eventos disparan un mensaje, en qué se diferencian los informes de las alertas, y cómo construir una escalada simple.

Configura una comprobación de base de datos que pruebe la salud de la conexión o valide el resultado de una consulta en vivo, con proveedores, credenciales y firewall.

Monitoriza la CPU, RAM, el disco o el tiempo de conexión con un pequeño endpoint que alojas tú, con un umbral y un antirrebote que detecta problemas reales.

Lee un valor en vivo directamente de un router, switch, SAI u otro dispositivo SNMP por OID, y qué puede y no puede hacer hoy una alerta sobre él.

El modo de aserciones sustituye las comprobaciones fijas de estado y palabra clave por reglas que escribes tú: la referencia completa de cada sujeto, operador y atajo.

Configura la monitorización Web Risk para enterarte en el momento en que Google marca tu URL por malware o phishing, y qué hacer cuando pase.

Un dominio caducado y un certificado SSL caducado se parecen pero no son lo mismo. Causas, síntomas y soluciones distintas, y cómo monitorizar ambos.