Cómo funciona, explicado fácil

Las cinco llamadas

Cada pocos minutos, tu navegador llama a cinco puertas a la vez y apunta cuál abre y cuál no. Los resultados permiten comparar destinos; no bastan por sí solos para determinar si falló la web, la conexión, el navegador u otro componente.

Si te quedas con una sola idea, que sea esta: una puerta cerrada no dice nada; una puerta cerrada mientras otras abren, sí. Por eso se llama a cinco y no a una.

El quinto destino responde desde UpCloud, sin pasar por el proxy web de Cloudflare. Su DNS autoritativo está en dos servidores propios alojados en UpCloud (Madrid y Frankfurt), sin delegación en Cloudflare. Si falla, se registra por separado: no demuestra por sí solo un bloqueo ni sustituye al control de la app. El experimento DNS es otra comprobación y no se activa con este dibujo.

Los colores de arriba son los mismos que verás en la tabla de mediciones y en el informe. Si algo sale en dorado, es el canario B, aquí y en todas partes.

Las referencias: tres canarios y el control de la app

Un canario es un destino de referencia. Le preguntamos si responde para comparar su resultado con el de tu web. También puede fallar por una avería propia.

Imagina que tu web es una casa. Los canarios y los controles son otras casas a las que llamamos para comparar. Los números 2, 3 y 5 son los canarios A, B y C; el 4 es el control de la app.

«Portal» y «calle» son una comparación para explicar direcciones. No garantizan que tu web y un canario compartan IP, servidor o recorrido por la red.

Con esa foto en la cabeza, cada canario responde a una pregunta distinta, y por eso no sobra ninguno:

• El canario A, sonda.runcodeai.com, aporta una respuesta de referencia. Compartir proveedor no demuestra que comparta la dirección usada por tu web.
• El canario B, nodoref.com, permite contrastar otro destino. Que responda mientras otro falla no identifica dónde está el problema.
• El canario C, control.sondabase.com, responde desde UpCloud y tiene DNS autoritativo fuera de Cloudflare. Es el destino número 5.

Compara las respuestas, sin adivinar la causa. Si tu web responde y los canarios no, hay que revisar los canarios y sus rutas de acceso antes de interpretar el resultado.

De quién son los canarios, dicho antes de que lo preguntes

Los tres canarios son de RUNCODEAI. Lo declaramos en esta guía y en el paquete. No son observadores independientes; un registro público de dominios puede ocultar datos de titularidad y no sustituye esa declaración.

Su valor no es ser de otro: es aportar referencias adicionales. Los dominios son distintos, pero eso no demuestra independencia completa. Sus servidores, proveedores o rutas también pueden fallar.

Son destinos propios, no terceros independientes. Su titularidad y los límites de la comparación se declaran en el paquete.

Y una honradez más: el sitio de cada uno puede cambiar

Quién está en qué portal no lo decidimos nosotros: lo decide el proveedor que sirve las páginas, y lo cambia cuando quiere. Un canario que hoy está en el mismo portal que tu web puede estar mañana en otro. Por eso la aplicación apunta, con su fecha, la dirección de cada uno en cada paquete, y por eso la tabla de abajo se lee mirando esas direcciones, no de memoria.

Las direcciones que verás, que no son la misma

En el informe y en el paquete aparecen varios números de esos con puntos. Conviene no confundirlos, porque cuentan cosas distintas:

Las direcciones de las consultas DNS del servidor proceden de resolutores públicos. Las comprobaciones DNS opcionales del navegador se identifican aparte. Ninguna de esas consultas acredita por sí sola la IP utilizada por la petición HTTP de tu equipo; esta APP no puede observarla directamente desde el navegador.

5 · Una casa fuera de la red web de Cloudflare

El quinto destino es control.sondabase.com. Está en un servidor de UpCloud, en Madrid. Tu navegador le pregunta «¿estás ahí?» y guarda si contestó y cuánto tardó. En la pantalla aparece como Canario C.

Siguiendo el dibujo de las calles: esta casa está, en la comparación, en otra ciudad, fuera de los servidores que Cloudflare usa para entregar páginas. La respuesta viene del servidor de UpCloud, sin pasar por el proxy web de Cloudflare. No reemplaza a la casa número 4: ahora miramos las cinco.

La casa y la agenda son cosas distintas

Antes de ir a una casa, necesitas encontrar su dirección en una agenda. En internet esa agenda se llama DNS. La casa número 5 y la agenda oficial de sondabase.com están fuera de Cloudflare. La agenda tiene dos copias, en servidores propios alojados en UpCloud: Madrid y Frankfurt. Arsys registra el dominio y señala esas dos copias. Ni el servidor web ni su DNS autoritativo dependen de Cloudflare. Tu ordenador aún usa su conexión y el resolutor DNS que tenga configurado: si ese resolutor es de Cloudflare, esa elección sí añade una dependencia en tu lado. Ningún destino garantiza responder siempre.

Para qué sirve

Si otros destinos fallan y el número 5 contesta, sabemos que tu conexión pudo llegar a ese servidor externo en ese momento. Es una comparación útil para investigar. No demuestra que todo internet funcione ni que Cloudflare, tu operador u otra persona causaran el fallo.

Si el número 5 tampoco contesta

Puede fallar su servidor, la búsqueda de su dirección, la conexión o una restricción del navegador. Se guarda el resultado fallido. No se convierte automáticamente en «te has quedado sin internet».

Quédate con esto: cinco puertas nos dan más información que una. La quinta tiene servidor web y DNS autoritativo fuera de Cloudflare. Si responde y las otras no, guardamos esa diferencia; no afirmamos por ello que todo Cloudflare esté caído.

Los tres canarios y el control de la app son de RUNCODEAI. Un proveedor de alojamiento distinto no convierte la medición en una certificación de un tercero. Este control HTTPS tampoco es el experimento DNS, que es una prueba distinta.

Qué significa cada resultado

Lee las cinco respuestas juntas. Estos son ejemplos; no son diagnósticos automáticos.

La regla de la app sigue usando el control 4 para contar una caída. El quinto resultado se conserva como contraste adicional: no cambia por sí solo esa clasificación.

Un canario en rojo significa que esa comprobación falló. Puede deberse a su servidor, a la red o al navegador. El color no identifica un bloqueo.

Fíjate en que en ninguna fila pone quién cerró la puerta. La aplicación registra el hecho, no la conclusión: apunta lo que pasó, no por qué pasó. Quién y por qué lo valora un perito, y esta guía no va a fingir lo contrario en ninguna línea.

La comprobación de tu web registra el resultado accesible al navegador. En solicitudes de tipo opaco no puede leer el estado HTTP ni el cuerpo de la respuesta: una respuesta recibida no garantiza que el contenido fuera correcto o que la web se mostrara al usuario. Los controles propios permiten leer los datos que sus políticas de acceso exponen.

Cómo se pone en marcha

Primero comprueba tu acceso en Licencia. Después escribes la dirección de tu web y el servidor asigna la frecuencia y los turnos de medición, marcas la casilla que dice que esa web es tuya, y le das a Iniciar vigilancia. Ya está.

Deja la ventana abierta y el ordenador encendido todo el rato que quieras documentar. Si lo cierras, deja de medir: no es un programa que corra por detrás, es esta página trabajando.

Si se va la luz o se reinicia el equipo, al abrir de nuevo la misma dirección y navegador la app intenta restaurar la vigilancia guardada. Necesita conservar sus datos y comprobar el acceso. El tiempo sin ejecución queda anotado como hueco; no se inventan mediciones. Si no puede restaurarla, muestra el motivo.

El reloj: por qué hay dos

El reloj de tu ordenador puede ir adelantado o atrasado, y eso en una prueba importa. Cuando se obtiene la marca del servidor, el registro puede contrastar dos horas: la de tu equipo y la de nuestro servidor, con la diferencia entre las dos apuntada al lado.

La firma permite comprobar la hora declarada por nuestro servidor; no demuestra por sí sola que su reloj fuera exacto. La de tu equipo se guarda igual, para que cualquiera pueda comparar.

Qué pasa cuando tu web se cae

En cuanto una medición encuentra que tu web no responde y tu conexión sí llega al control de la app (número 4), la página te avisa en grande y te dice cuántos canarios se han caído con ella.

Y te pide una cosa, que es la más importante que puedes hacer tú: una captura de pantalla completa, con el reloj a la vista. La aplicación la guarda en tu equipo, calcula su huella y mete esa huella en la cadena, así que después no se puede cambiar la imagen sin que se note.

Una captura hecha durante el corte vale más que mil explicaciones dadas después. Si solo vas a hacer una cosa a mano, que sea esta.

Cuidado con lo que sale en la pantalla al capturar: si tienes abierto el correo o un chat, saldrá en la imagen. Cierra lo que no haga falta antes de capturar.

La cadena: el cuaderno cosido

Cada anotación guarda la huella de la anterior. Una huella es un número largo que se calcula a partir del contenido: si cambias una coma, sale un número completamente distinto.

Por eso da igual quién tenga el fichero: un cambio altera las huellas vinculadas. El comprobador contrasta la cadena y las firmas conservadas, con el alcance que indica su resultado.

En la cadena no solo van las mediciones. Van también las capturas de pantalla, las paradas, las reanudaciones tras una interrupción y el cierre de cada paquete. Todo numerado y todo cosido.

Las dos firmas de la hora

Que algo esté apuntado no demuestra cuándo se apuntó. Para eso hay dos firmas, y no valen lo mismo:

La primera firma procede de RUNCODEAI. El sello externo procede de un prestador de servicios de confianza contratado; su valor depende del tipo de sello y de su validación, no de suponer que no tiene intereses comerciales. Descargar un paquete no garantiza que contenga ese sello: consulta su estado.

Proveedor contractual: Mensatek · Autoridad firmante según los certificados recibidos: Fábrica Nacional de Moneda y Timbre. Si se acredita otro intermediario, se añadirá a la información del servicio.

¿Y qué quiere decir «cualificado»?

No es una palabra de marketing: es una categoría de la norma europea de firma y servicios de confianza, el Reglamento (UE) n.º 910/2014, conocido como eIDAS. La condición cualificada exige cumplir sus requisitos y comprobar el servicio en la lista de confianza correspondiente.

Y esto tampoco hay que creérnoslo. El sello viaja dentro del paquete, en el fichero 12_sello_cualificado.tsr. Quien quiera leerlo entero —quién lo emitió, qué día, a qué hora y con qué número de serie— lo abre con esta orden, sin pedirnos permiso ni avisarnos:

openssl ts -reply -in 12_sello_cualificado.tsr -text

Y si esa autoridad es de las que reconoce la ley se comprueba en la lista de confianza de la Unión Europea, que publica la Comisión Europea: hay que localizar ese servicio concreto, con el certificado que trae el sello, y comprobar que figuraba como cualificado en la fecha del sello. No basta con que la FNMT-RCM aparezca en la lista. Tampoco hace falta preguntarnos.

Conviene no confundir tres cosas que suelen ir juntas en los folletos. La firma electrónica cualificada es la que la ley equipara a firmar de tu puño y letra: esa no interviene aquí. El prestador cualificado es la entidad autorizada. Y el sello de tiempo cualificado, que es lo que usa esta aplicación, acredita cuándo existía un dato, no quién lo firmó.

La presunción del sello cualificado admite prueba en contrario. El sello vincula una huella a una fecha y permite contrastar la integridad de los datos correspondientes; no certifica que los hechos registrados sean verdaderos ni acredita por sí solo la hora individual de cada medición. Un profesional debe valorar el paquete y sus evidencias de validación.

Lo que ves en pantalla

Como ejemplo ficticio de dominio usaremos tu-web.example. Al medir, introduce el dominio para el que tienes autorización.

Arriba del todo hay unas cifras grandes: cuántas veces se ha mirado, cuántas no respondió tu web, cuántas coincidieron con un partido y cuántas cayeron a la vez que los canarios A y B.

Y debajo, lo más útil de toda la pantalla: los seis pasos. Te dicen qué tienes ya y qué te falta para que esto valga como material serio. Verde es hecho; círculo gris, pendiente.

Y al lado, la ficha con lo básico de esa vigilancia: qué dominio, desde cuándo hasta cuándo, cada cuánto midió, con qué dirección salías a internet y cuánto se desviaba tu reloj.

Más abajo está la tabla, una fila por anotación, con los cinco destinos: tu web, canario A, canario B, control de la app y canario C. «No medido» indica que ese registro no tiene la quinta comprobación; no es un fallo. Cada fila se despliega y enseña por dentro los tiempos de respuesta, la huella y la hora firmada.

El informe y el paquete

Cuando paras, sacas dos cosas. El informe, que es un PDF pensado para que lo lea una persona y que empieza diciendo lo que no es: no es un dictamen pericial ni certifica la causa de nada.

Y el paquete, que es un ZIP con los datos en bruto. Es lo que se le entrega a un perito o a un abogado. Lleva dentro, entre otras cosas:

Dentro va también un 10_LEEME_metodo_y_limites.txt que explica el método, los límites y de quién son los canarios. Está escrito para que lo lea alguien que no ha hablado nunca con nosotros.

Comprobar un paquete sin fiarte de nosotros

Aquí está lo que más nos importa de toda la herramienta. Un paquete que solo nosotros podemos comprobar no vale gran cosa. Por eso hay una página, Comprobar un paquete, donde cualquiera arrastra un ZIP y obtiene un resultado de comprobación. El cálculo no transmite el archivo; la carga y las actualizaciones de la interfaz pueden generar conexiones técnicas.

Sin cuenta, sin licencia, sin registrarse y sin instalar nada. Y con una propiedad que puedes verificar: esa página no manda el fichero a ningún sitio. Lo abre y lo comprueba entero dentro de tu navegador, en tu equipo. No lo recibimos, no lo guardamos y no podemos verlo.

Los cuatro resultados posibles

VERIFICADO. Han pasado las comprobaciones que realiza esta página. Lee también el alcance: el navegador no valida la firma de la autoridad de sellado. Un paquete recién descargado puede mostrar avisos o una comprobación incompleta.

VERIFICADO CON AVISOS. Los controles ejecutados no detectan incoherencias, pero existen límites que debes leer. Puede faltar el sello externo u otra evidencia; el aviso identifica qué se ha podido comprobar.

NO VERIFICADO. Algo no cuadra, y la página dice exactamente qué, sin interpretarlo.

COMPROBACIÓN INCOMPLETA. No ha sido posible completar alguna comprobación. Puede deberse a una función no disponible en el navegador, a un formato no admitido o a información insuficiente. Lee el motivo y utiliza, cuando proceda, el verificador del paquete y las evidencias adicionales necesarias; no equivale a una validación favorable.

Lo que el resultado no dice: que hubiera un bloqueo, quién lo causó o que todas las fechas estén acreditadas. Contrasta la coherencia de las huellas y firmas disponibles; lee las ausencias, avisos y límites de confianza antes de utilizar el material.

Reenviar el ZIP sin alterarlo o abrirlo solo para leerlo no cambia sus archivos. Editar su contenido o volver a generarlo puede cambiar las huellas; una nueva compresión puede cambiar la huella del ZIP aunque sus archivos conserven la suya. Ante un resultado NO VERIFICADO, conserva el original y examina qué comprobación ha fallado antes de atribuir una manipulación.

La llave con la que firmamos

Las firmas de la hora las hacemos con una llave nuestra. Y aquí aparece la pregunta incómoda: si la llave es vuestra, ¿qué me impide pensar que la habéis cambiado por el camino?

La respuesta es que la huella de esa llave está publicada, fuera de este sitio y con fecha:

• En el sistema de nombres de dominio: es una publicación que administra RUNCODEAI y que puede cambiar.
• En una declaración histórica con respuesta de sellado FNMT. La validación histórica completa de esa respuesta sigue pendiente, según se explica en la página de la clave.

Cuando compruebas un paquete, la página te enseña la huella de la llave que lo firmó. La coincidencia es una comprobación, no una garantía completa. También importa si la clave era válida para ese registro y si fue retirada o sustituida. El DNS actual no demuestra por sí solo qué clave estaba publicada antes.

Esa página trae además el certificado de la autoridad de sellado y la orden exacta para comprobar el sello por tu cuenta, sin preguntarnos.

Qué prueba y qué no prueba

Esta es la parte que más nos importa que quede clara, aunque no nos favorezca.

Resumido en una frase: esto es material ordenado, fechado y verificable. Es lo que un perito necesita para poder trabajar. No es el trabajo del perito.

Qué viene después: quién hace cada cosa

Esta herramienta es solo el primer tramo. Conviene saber qué viene después, para no esperar de ella lo que no puede dar.

A · Esta app. Comprueba desde tu conexión, encadena los registros conservados con sus huellas y solicita marcas de tiempo a nuestro servidor. El paquete y el informe muestran los resultados disponibles y sus incidencias. No certifica la causa de nada, no señala a nadie y no es un dictamen pericial.

B · El perito. Un perito informático comprueba que el paquete está íntegro, repite las mediciones desde otras líneas, añade lo que un navegador no puede hacer (trazas, consultas DNS, comprobaciones contra tu servidor), descarta otras causas posibles y emite un dictamen que puede ratificar ante el tribunal.

Antes del juzgado: la escalera de reclamaciones

Estas son posibles vías, no una secuencia obligatoria para todos los casos. Comprueba cuál procede y sus plazos con un profesional:

Cada escrito deja fecha, y la fecha cuenta.

C · El abogado. Valora la vía de reclamación, los responsables, los daños y los plazos aplicables. Estos dependen del contrato, los hechos y la acción ejercitada; esta guía no fija un plazo universal. Conserva pronto la documentación y consulta el caso antes de que pueda vencer un plazo.

D · El juzgado. Decide. Ni la medición ni el informe garantizan un resultado.

Solo o acompañado

La posibilidad de reclamar conjuntamente depende de los requisitos procesales y de la relación entre los hechos y pretensiones. Un profesional debe valorar si procede una actuación individual o conjunta; varias mediciones no convierten automáticamente los casos en un único procedimiento.

Una actuación conjunta puede permitir compartir ciertos costes, si así se acuerda. Comparar mediciones de varias conexiones puede aportar contexto, pero su utilidad y fuerza probatoria requieren valoración profesional; no elimina la necesidad de acreditar los hechos y daños de cada caso.

Esta web no organiza acciones judiciales, no asesora y no promete resultados. Si quieres dar el paso, habla con un profesional: en el directorio de profesionales independientes tienes a quienes han aceptado aparecer, sin que nosotros cobremos comisión.

Y que quede dicho con todas las letras: esta guía no es asesoramiento jurídico, y el informe que genera la aplicación tampoco lo es.

Qué se guarda y dónde

La quinta comprobación guarda su dirección, resultado y tiempo en la medición del navegador. El informe y el CSV incluyen ese contraste. Al canario C no se le envían tu licencia, tu correo ni el dominio vigilado. Como cualquier servidor al que te conectas, puede ver la IP desde la que llega la petición.

La licencia, los pagos y el panel llevan registros comerciales separados: por ejemplo, correo, saldo e identificadores de pago. Borrar mediciones del navegador no cancela la suscripción ni borra esos registros. Consulta Privacidad.

Las mediciones y capturas se guardan en este navegador. Para las marcas de tiempo y el sellado se comunican las huellas y los datos técnicos necesarios. El servidor conserva las operaciones de sellado y las respuestas recibidas; no son una copia de tus mediciones ni de tus capturas.

Con una huella —ese número largo— no se puede reconstruir lo que mediste: es un resumen de ida sin vuelta.

Nuestro servidor ve además, como cualquier servidor de internet, la dirección pública desde la que le llega la petición, y esa dirección se anota en la firma de la hora. Aparece en tu pantalla y en tu paquete, y es deliberado: indica la dirección observada, pero no identifica por sí sola a una persona o línea.

Si borras las mediciones, se borran de este navegador. Antes de borrar, descarga los paquetes que quieras conservar. Borrar las mediciones del navegador no elimina las operaciones de sellado conservadas en el servidor. Los detalles están en Privacidad y en Qué guarda la app en tu equipo.

Preguntas frecuentes