Resumen
- Eternity Cloud Limited es una nueva empresa privada del Reino Unido con presencia pública de hosting, un número AS activo y una ruta IPv4 pequeña pero visible. El perfil oficial deCompanies Houseregistra la incorporación el 27 de octubre de 2025, estado activo, una oficina registrada en Londres y un código SIC de consultoría en lugar de una clasificación de instalaciones o portador.
- El sitio público de la empresa dirige a los usuarios hacia las superficies de etyCloud, Whitewhale, identidad, pago y documentos. El sitio públicoety.oney el sitioetyClouddescriben un servicio de nube o hosting, mientras queWhitewhaleanuncia planes VPS europeos, enrutamiento AS propio, colocación en centros de datos de nivel 1, protección DDoS y una promesa de tiempo de actividad del 99,9 por ciento.
- La evidencia de red es real pero limitada. El objetoAS201830 de RIPEnombra a Eternity Cloud Limited,RIPEstatmuestra un /24 IPv4 anunciado durante la ventana de observación, yla validación RPKImarca el origen actual para 82.41.36.0/24 como válido.
- El riesgo práctico es la concentración de dependencias. Los datos de enrutamiento público apuntan a una huella de un solo prefijo, un vecino observado único en la vista AS actual, sin anuncio IPv6 visible, superficies web y de cuentas protegidas por Cloudflare, y ninguna lista pública de instalaciones, historial de mantenimiento o registro de incidentes. Esto convierte a Eternity en un proveedor de hosting pequeño plausible, no en un operador de infraestructura multisitio probado.
Por qué Eternity importa a pesar de su tamaño
Las pequeñas empresas de hosting pueden parecer marginales desde fuera porque sus presentaciones legales son escasas, sus sitios web son simples y sus tablas de rutas son pequeñas. Eso no las hace irrelevantes. Un proveedor de VPS de bajo costo aún puede estar en el camino entre un desarrollador y una aplicación en vivo, entre una pequeña empresa y su panel de control, o entre un proyecto regional y el único servidor que puede permitirse operar. La pregunta de infraestructura no es si Eternity Cloud Limited es lo suficientemente grande como para compararse con las plataformas en la nube más grandes.
Es si un comprador puede entender lo que realmente está comprando cuando la oferta dice nube, VPS, ubicaciones europeas, ASN propio, protección DDoS y capacidad mensual barata.
El registro público da una respuesta mixta. Eternity tiene más sustancia que una simple página de aterrizaje. La empresa del Reino Unido existe. El registro público de la empresa nombra aEternity Cloud Limitedcomo una empresa privada limitada activa. Los registros de RIPE conectan el nombre de la empresa y la dirección de Londres con AS201830, y los datos de enrutamiento público muestran un prefijo IPv4 originado por ese AS. La superficie de servicio no es solo una página de logotipo: la aplicaciónetyCloudpresenta un entorno de cuenta de hosting, y la página deWhitewhaleproporciona nombres de planes, precios, tamaños de recursos y afirmaciones de red.
El mismo registro también muestra por qué la empresa debe leerse con cautela. Eternity se incorporó el 27 de octubre de 2025, por lo que aún no había presentado un primer conjunto de cuentas en el momento de esta revisión. Las primeras cuentas vencen en 2027 según lapágina de presentación de Companies House. La declaración de capital visible en la presentación de incorporación es pequeña. La oficina registrada es una dirección central de Londres utilizada a menudo por muchas empresas, no evidencia de un centro de datos. Los registros de oficiales y control identifican a un único director activo y controlador significativo,Mikhail Karlov, cuya dirección de correspondencia en Companies House es la misma dirección de la oficina registrada. Ninguno de estos hechos hace sospechosa a la empresa por sí mismo. Simplemente definen el punto de partida: un operador joven con poca historia financiera pública y una huella operativa pública limitada.
Esa distinción importa para los compradores de infraestructura porque el riesgo en la capacidad alojada rara vez se encuentra en el sustantivo de marketing. "Nube" es una promesa comercial, pero el servicio aún depende de racks particulares, upstreams, bloques de direcciones, DNS, sistemas de identidad, sistemas de facturación y mano de obra de soporte. Si un servidor falla, se retira una ruta, un servicio de cuenta rechaza inicios de sesión, se rompe un enlace de pago, un evento DDoS activa el filtrado o un bloque de direcciones arrendado debe moverse, el cliente necesita vías de recuperación prácticas.
Los registros públicos no pueden responder a todas las preguntas de soporte, pero pueden mostrar qué dependencias son visibles y cuáles permanecen opacas.
La huella pública de Eternity sugiere un operador que opera al borde de esa transición. Es lo suficientemente visible como para vender capacidad bajo su propio nombre y número de red. Aún no es lo suficientemente visible como para permitir que un comprador verifique de forma independiente la diversidad de instalaciones, la diversidad de operadores, la propiedad del hardware, la dotación de personal de reparación, las prácticas de respaldo, la transparencia de incidentes o las garantías de migración.
El resultado es una empresa que puede ser significativa para la demanda de hosting de bajo costo y que aún merece una calificación débil de evidencia de red para la garantía pública.
El registro de la empresa dice nuevo, activo y estrechamente controlado
El punto de partida legal es sencillo. Elperfil de Companies Houseenumera a Eternity Cloud Limited como el número de empresa 16810688, una empresa privada limitada activa incorporada en Inglaterra y Gales el 27 de octubre de 2025. Su oficina registrada es 71-75 Shelton Street, Londres, WC2H 9JQ. El código SIC listado es 62020, "Actividades de consultoría de tecnología de la información". El registro dice que las primeras cuentas se preparan hasta el 31 de octubre de 2026 y vencen el 27 de julio de 2027, con una primera declaración de confirmación debida en noviembre de 2026.
Para un lector de infraestructura, esas entradas se refieren menos a la formalidad que a la madurez. Un proveedor puede comenzar a operar antes de que se presenten sus primeras cuentas, pero la ausencia de cuentas significa que no hay balance público, ni volumen de negocio presentado, ni pasivos presentados, ni una visión auditada o no auditada de los activos detrás del servicio.
Por lo tanto, un cliente de capacidad alojada no puede utilizar el registro corporativo del Reino Unido para inferir el número de servidores, la escala de los compromisos con los proveedores, el volumen de ingresos, el nivel de capital de trabajo o la profundidad de los recursos de reparación. El registro confirma la existencia y el estado. No confirma la escala operativa.
El registro de control está igualmente concentrado. Lapágina de oficialesenumera a Mikhail Karlov como el director activo, nombrado en la fecha de incorporación. Lapágina de personas con control significativoenumera al Sr. Mikhail Karlov como titular del 75 por ciento o más de las acciones, del 75 por ciento o más de los derechos de voto, y del derecho a nombrar o destituir directores. Companies House también registra una fecha de vencimiento de verificación de identidad en noviembre de 2026 para los registros de oficiales y controladores.
El control cercano es común en las empresas de hosting en etapa inicial. Puede tomar decisiones rápidas, mantener precios agresivos y reducir la burocracia. También puede crear riesgo de persona clave. Si el enrutamiento, las relaciones con los proveedores, las disputas de facturación, el manejo de abusos, la recuperación de identidad y el soporte al cliente dependen de un pequeño grupo fundador, el servicio puede ser más frágil de lo que sugiere la página del producto. El registro público no muestra una junta directiva, un equipo directivo o personal técnico designado más allá del rol NOC asociado a la empresa en los registros de RIPE.
Por lo tanto, un comprador debe asumir que la continuidad depende en gran medida de una pequeña capa humana a menos que Eternity publique divulgaciones operativas más sólidas.
La oficina registrada también necesita un tratamiento cuidadoso. Shelton Street es una dirección de correspondencia legal en Londres. No debe leerse como una ubicación de hosting o una instalación de red. Los registros de RIPE utilizan la misma dirección para la empresa y los objetos de contacto, pero esos registros establecen contacto administrativo, no ubicación de racks. El sitio de Whitewhale habla de ubicaciones europeas de centros de datos, y los datos de enrutamiento apuntan a relaciones upstream europeas, pero la dirección de la empresa pública en sí misma no es evidencia de servidores en Londres.
Ese es un tema recurrente en el perfil público de Eternity. Los registros no están vacíos. Simplemente no hacen más trabajo del que están diseñados para hacer. Companies House demuestra que la empresa existe, está activa y está controlada a través de una persona nombrada. RIPE demuestra que se han registrado un AS y objetos de ruta. Las páginas de servicio demuestran que alguien está anunciando capacidad VPS y en la nube bajo el paraguas de Eternity/etyCloud/Whitewhale.
Ninguno de esos registros, por sí mismo, demuestra cuánta capacidad física está desplegada, cómo se manejan las ventanas de reparación, si se almacena hardware de repuesto o cómo se migraría a un cliente durante una disputa con un proveedor.
La superficie de servicio es un clúster, no una página de producto
El servicio público de Eternity está distribuido en varios dominios. El sitio raízety.onepresenta la marca Eternity y enlaces a productos, soporte, inicio de sesión de cuenta y registro. El texto y los activos de la página pública vinculan la marca con etyCloud y Whitewhale, y el pie de página utiliza el nombre de Eternity Cloud Limited. El sitio también expone puntos de contacto de soporte público comosupport@ety.oney enlaces a un centro de documentos en inglés y ruso. Esto le da a la marca más estructura que una página de marcador de posición, pero la estructura sigue siendo compacta.
El sitio deetyCloudes la superficie directa de hosting en la nube. Su descripción de página pública dice en ruso que etyCloud proporciona soluciones de hosting confiables y rápidas para empresas y desarrolladores. El título del sitio lo presenta como hosting asequible. Su texto de aplicación muestra acciones de cuenta de usuario, pedido de servidores, facturas, tickets y detalles del servidor como procesador, memoria, almacenamiento, ubicación, canal, tipo de almacenamiento y precio. Por lo tanto, el sitio se lee como un entorno de control de hosting en lugar de un folleto corporativo general.
Eso importa porque un entorno de control es donde las promesas de la nube se convierten en promesas operativas. Si un comprador pide un servidor a través de etyCloud, la experiencia depende de la identidad, la creación de cuenta, la generación de pago, el manejo de facturas, el aprovisionamiento del servidor, la asignación de IP, el enrutamiento de tickets y la respuesta de soporte. Los activos del sitio público muestran que esos componentes existen como interfaces web. No demuestran cuánta automatización hay detrás, cómo se manejan las excepciones o si la entrega del servidor es inmediata, manual o dependiente del proveedor.
Whitewhale añade una oferta comercial más explícita. Supágina en inglésllama a Whitewhale un proveedor de nube en ubicaciones europeas, describe "ASN propio AS201830", anuncia planes desde EUR 1 por mes y lista soporte ensupport@whitewhale.helpy facturación enbilling@whitewhale.help. Las tarjetas de plan incluyen KRILL a EUR 1 mensual con 1 vCPU, 2 GB RAM y 10 GB NVMe, NARWHAL a EUR 4 mensual con 2 vCPU, 4 GB RAM y 40 GB NVMe, ORCA a EUR 8 mensual con 4 vCPU, 8 GB RAM y 80 GB NVMe, LEVIATHAN a EUR 15 mensual con 6 vCPU, 12 GB RAM y 160 GB NVMe, y un nivel personalizado WHITEWHALE+ desde EUR 25 mensual. La página también anuncia tráfico ilimitado, enlaces compartidos, protección DDoS, ubicaciones europeas y tiempo de actividad del 99,9 por ciento.
La página de Whitewhale es útil porque hace concreta la oferta. También es donde los compradores deberían reducir la velocidad. Precios muy bajos y lenguaje de tráfico ilimitado pueden ser legítimos cuando la capacidad es compartida, la sobresuscripción está gestionada y las reglas de abuso son estrictas. También pueden convertirse en puntos de presión cuando ocurren eventos de red, vecinos ruidosos, colas de soporte o aumentos de costos de proveedores. La propia tabla comparativa de Whitewhale dice que los planes de entrada comparten 500 Mbps mientras que otro texto en la página dice enlace de alta velocidad a 1-3 Gbps en todos los VPS.
Puede ser una inconsistencia de presentación más que una contradicción de servicio, pero muestra por qué la tasa comprometida exacta, los límites de uso justo y la práctica de congestión deberían confirmarse antes de confiar en los planes para cargas de trabajo de producción.
El clúster de productos también separa varios roles que los clientes pueden experimentar como un solo servicio. Eternity es la empresa del Reino Unido. ety.one es la puerta de enlace de marca y cuenta. etyCloud es la aplicación de hosting. Whitewhale es la oferta VPS/nube con las afirmaciones de red pública más fuertes. La superficie de identidad está en auth.ety.one, y la superficie de pago aparece en checkout.ety.one. El centro de documentos está en documents.ety.one. En la práctica, una interrupción del cliente puede surgir en cualquiera de esas capas. Un servidor puede seguir funcionando mientras el portal de la cuenta no está disponible.
El portal de la cuenta puede ser accesible mientras el rango IP enrutado del cliente está degradado. La facturación puede fallar mientras la computación está sana. Por lo tanto, la huella pública debe leerse como una cadena de servicio, no como un sistema único.
Aquí es donde Cloudflare entra en escena. Los encabezados HTTP para ety.one, cloud.ety.one, auth.ety.one, checkout.ety.one, documents.ety.one y Whitewhale muestran Cloudflare en el borde web, y el DNS público paraety.one,cloud.ety.oneywhitewhale.helpresuelve al espacio de direcciones de Cloudflare. Esa es una elección normal y a menudo sensata para la entrega web pública. También significa que la ruta del sitio web visible no es lo mismo que la ruta del servidor cliente AS201830. Cloudflare puede enmascarar la ubicación de origen, absorber algunos ataques a nivel web y mantener una página de marketing o cuenta accesible incluso cuando el prefijo enrutado del proveedor tiene un problema diferente. La superficie web es evidencia de presentación de servicio, no prueba de resiliencia de computación back-end.
La red enrutada es real pero limitada
La evidencia de infraestructura más sólida de Eternity está en el registro de enrutamiento. Elobjeto aut-num de RIPE para AS201830nombra al AS como ETERNITY-CLOUD-MNT, lo asocia con ORG-ECL85-RIPE y lo registra como asignado. El objeto fue creado el 29 de enero de 2026 y modificado por última vez el 5 de febrero de 2026. Lista relaciones de importación y exportación con AS16276 y AS24940. AS16276 es OVH, y AS24940 es Hetzner. Esas son redes de infraestructura europeas sustanciales, y su aparición en el registro de políticas coincide con la afirmación de Whitewhale de hosting europeo y enrutamiento AS propio.
Elregistro RDAP de RIPE del ASaclara la conexión con la empresa. Nombra el handle AS201830, da el nombre ETERNITY-CLOUD-MNT, lista a Eternity Cloud Limited como la entidad registrante y muestra un contacto NOC bajo el nombre de Eternity Cloud. La dirección en esos objetos RIPE coincide con la oficina registrada en Londres. El registro RDAP también lista un contacto de abuso asociado conabuse@ety.one. En conjunto, estos registros muestran una identidad de red registrada real, no solo una afirmación de marketing.
La visibilidad de enrutamiento, sin embargo, es más pequeña de lo que la existencia de un AS puede hacer sonar. Lavista general del AS de RIPEstatreporta AS201830 como anunciado y nombra al titular como Eternity Cloud Limited. Lavista de prefijos anunciados de RIPEstatmuestra un prefijo IPv4 actual, 82.41.36.0/24, durante la ventana de observación. Lavista de estado de enrutamiento de RIPEstat para el ASmuestra un prefijo IPv4 anunciado, 256 direcciones IPv4, visibilidad IPv4 completa en el conjunto de informes, sin espacio IPv6 anunciado en esa vista y un vecino observado.
Eso es suficiente para decir que Eternity tiene una huella enrutada en vivo. No es suficiente para decir que tiene una red amplia. Un solo /24 puede soportar un servicio real al cliente, especialmente para planes VPS pequeños, pero también crea concentración. Si el prefijo es filtrado, retirado, disputado, secuestrado, listado negro o agotado, hay poca evidencia pública de grupos de direcciones alternativos. Si el recuento de vecinos observados sigue siendo uno, la alcanzabilidad del cliente puede depender de una única ruta upstream efectiva incluso si la política de registro lista más de un proveedor permitido.
Si no hay IPv6 visible, los clientes que necesitan servicio de doble pila tienen que preguntar si IPv6 no está disponible, no está anunciado, se proporciona a través de otra ruta o simplemente no está representado en la vista pública actual.
El registro de prefijo añade otra capa. Lavista general del prefijo de RIPEstat para 82.41.36.0/24identifica a AS201830 como el origen anunciante. Elobjeto de ruta de RIPEregistra el origen AS201830 para ese /24 y fue creado el 29 de enero de 2026. Lavalidación RPKIreporta el origen como válido, con un ROA que permite a AS201830 originar el /24 exacto. Esa es una higiene positiva. Un ROA válido reduce una clase de ambigüedad de origen de ruta y ayuda a las redes a rechazar anuncios de origen conflictivos no válidos.
La asignación de direcciones también conlleva una pista de dependencia. Losdatos whois de RIPE para 82.41.36.0/24y elregistro RDAP IPidentifican el nombre de red NET-82-41-36-0-24, país EU, una organización de usuario final vinculada a Eternity Cloud Limited, un objeto de ruta mantenido por netutils-mnt y un geofeed asociado con IPXO. El bloque de direcciones es público y enrutado, pero el contexto de mantenimiento y geofeed apunta a una cadena de recursos de direcciones más allá de la propia Eternity. Eso es común en el mercado de IPv4. También es relevante para los clientes porque los acuerdos de recursos de direcciones pueden afectar la portabilidad, el manejo de abusos, la geolocalización, la reputación y la continuidad si una relación comercial cambia.
Los datos de ruta visible refuerzan la imagen de dependencia. Unaconsulta de looking-glass de RIPEstat para 82.41.36.0/24muestra muchos colectores que ven rutas que terminan a través de AS16276 hasta AS201830. Eso se alinea con la política de aut-num y sugiere que OVH es una ruta upstream en vivo importante para el prefijo anunciado. No prueba, por sí mismo, la ubicación de la instalación, la capacidad upstream de repuesto o una conmutación por error exitosa a Hetzner. Un cliente debe tratar la ruta pública como evidencia de alcanzabilidad, no como prueba de resiliencia multioperador.
Los racks, el tránsito y las ventanas de reparación son el producto oculto
La frase "capacidad alojada" suena digital, pero se vende a partir de capas físicas y contractuales. Alguien debe poseer o alquilar los servidores. Alguien debe proporcionar energía, refrigeración, conexiones cruzadas y manos remotas. Alguien debe transportar paquetes al resto de Internet. Alguien debe mantener los registros de direcciones, los objetos de ruta, RPKI y los buzones de abuso. Alguien debe responder tickets cuando un servidor está caído pero el sitio web sigue funcionando. La evidencia pública sobre Eternity identifica algunas de esas capas, pero deja las partes más operativas sin nombre.
Whitewhale dice que su infraestructura funciona en ubicaciones europeas y centros de datos de primer nivel con energía y conectividad redundantes. También anuncia protección DDoS y un SLA de tiempo de actividad del 99,9 por ciento. Esas son afirmaciones comercialmente significativas. También necesitan detalle antes de convertirse en garantía.
Una promesa de tiempo de actividad del 99,9 por ciento puede significar muchas cosas dependiendo de si se aplica a la disponibilidad de la red, la energía del servidor, el acceso al panel de control, el tiempo de actividad de la VM del cliente, los servicios de pago, el rendimiento del almacenamiento o la respuesta de soporte. También puede medirse en diferentes períodos, con diferentes exclusiones para mantenimiento programado, ataques, mala configuración del cliente y fallos upstream.
Las páginas públicas no nombran las instalaciones, los proveedores de racks o las ciudades detrás de la afirmación de "ubicaciones europeas". No publican una página de looking-glass bajo la propia marca de Eternity, una página de estado de red, un archivo de incidentes, un calendario de mantenimiento, un route-map, una lista de proveedores de tránsito en producción, una guía de comunidades BGP, un socio de mitigación DDoS, un objetivo de reemplazo de hardware o una promesa de retención de respaldos. Algunos proveedores pequeños eligen no publicar esos detalles por razones de seguridad o comerciales.
Pero para un cliente que utiliza el servicio como infraestructura, cada detalle faltante se convierte en una pregunta que hacer antes de confiar en él.
La primera pregunta es dónde está alojada físicamente la capacidad. Si los servidores están en instalaciones de OVH o Hetzner, o en colocación conectada a esas redes, el perfil de fiabilidad reflejará las reglas de energía, red y manos remotas de esos proveedores. Si los servidores son máquinas dedicadas alquiladas en lugar de hardware propio, la reparación puede depender de la cola de soporte del proveedor. Si los servidores son propios pero están colocados en racks de terceros, la reparación depende de piezas de repuesto, derechos de acceso y respuesta de manos remotas.
Si el proveedor revende capacidad virtual de una plataforma más grande mientras presenta una capa AS propia, los límites operativos difieren nuevamente. Los registros públicos no resuelven esa pregunta.
La segunda pregunta es cómo funciona realmente la diversidad upstream. El objeto aut-num de RIPE lista entradas de política AS16276 y AS24940. La vista AS de RIPEstat muestra un vecino observado. Los datos de looking-glass para el prefijo actual muestran fuertemente rutas AS16276. Eso no demuestra que AS24940 no se utilice, pero significa que la vista pública en el momento de la revisión no demuestra una diversidad equilibrada activa.
Si falla una ruta hacia OVH, un comprador querría saber si la ruta puede moverse a Hetzner, si ese movimiento es automático o manual, si los filtros de prefijo están preaprobados, si la eliminación DDoS sigue disponible y cuánto tiempo tarda normalmente la convergencia.
La tercera pregunta es cómo se gobiernan las direcciones. La ruta 82.41.36.0/24 es válida bajo RPKI, lo cual es bueno. Los datos whois y RDAP del bloque también se refieren a netutils-mnt, información de geofeed IPXO y una organización de usuario final. Eso sugiere un acuerdo de recursos de direcciones donde los registros de más de una parte importan. Si la geolocalización es incorrecta, los informes de abuso se manejan mal, un prefijo desarrolla mala reputación o el contrato de direcciones cambia, los clientes pueden experimentar problemas que no se solucionan simplemente reiniciando un servidor.
Los compradores de hosting de bajo costo a menudo subestiman esta capa hasta que la entrega de correo electrónico, la verificación de pago, las reglas de acceso regional o la puntuación de fraude comienzan a tratar mal a un rango IP.
La cuarta pregunta es el tiempo de reparación. La interfaz de etyCloud parece incluir tickets, facturas y detalles del servidor. Whitewhale publica direcciones de correo electrónico de soporte y facturación. El sitio raíz de Eternity publica información de contacto de soporte. Esos son canales necesarios para el cliente. No son lo mismo que una garantía de reparación publicada. Un proveedor pequeño puede responder rápidamente, pero un comprador público no puede inferir personal 24/7, grupos de capacidad de repuesto, derechos de escalada con upstreams o comunicación posterior a incidentes solo a partir de correos electrónicos de contacto.
La página de Whitewhale dice que el soporte es 24/7, pero los clientes aún deben preguntar cómo se clasifican las interrupciones urgentes, si se ofrecen créditos y qué información se proporciona durante un evento de red.
La quinta pregunta es la salida del cliente. La capacidad VPS barata es atractiva porque el costo de entrada es bajo. El costo de salida puede ser alto si un cliente no tiene respaldos actuales, pasos de reconstrucción documentados, un plan de DNS, una ruta IP alternativa o una migración de prueba. Las páginas públicas de Eternity no publican portabilidad de respaldos, exportación de instantáneas, borrado de datos, descarga de imágenes o garantías de migración de emergencia. Eso no significa que esas características estén ausentes.
Significa que los compradores deben tratar la portabilidad como su propia responsabilidad a menos que el contrato diga lo contrario.
Cloudflare protege la puerta principal, no todos los servidores de los clientes
El borde web público es una dependencia separada de la red de hosting enrutada. Las respuestas DNS para ety.one, cloud.ety.one y whitewhale.help apuntan a direcciones anycast de Cloudflare, y las respuestas HTTP identifican a Cloudflare como el servidor frente a las páginas. El punto de autenticación bajoauth.ety.onedevuelve una respuesta protegida en lugar de una página de aplicación pública, mientras quecheckout.ety.onedevuelve una respuesta estilo aplicación en la raíz. El centro de documentos bajodocuments.ety.onetambién está protegido por Cloudflare.
Esa disposición es sensata para un proveedor joven. Cloudflare puede absorber ataques web comunes, proporcionar terminación TLS, almacenar en caché páginas públicas, mejorar la accesibilidad de la página y reducir la exposición de los servidores de origen. También puede hacer que la marca parezca más disponible que la red de computación subyacente durante algunos incidentes. Una página de marketing puede ser accesible a través de Cloudflare mientras el VPS de un cliente en 82.41.36.0/24 no es accesible. Por el contrario, un servidor de cliente puede seguir funcionando mientras la superficie de autenticación o pago está degradada.
Para los clientes, esas son diferentes interrupciones con diferentes soluciones.
Esta distinción a menudo se pasa por alto en la diligencia debida de proveedores pequeños. Un comprador carga el sitio web, ve que la página es rápida y asume que la plataforma de hosting es igualmente resiliente. Pero la ruta del sitio web utiliza la red de Cloudflare. La ruta del servidor del cliente, si está asignada desde el prefijo enrutado actual de Eternity, depende de AS201830, su ruta upstream actual, el bloque de direcciones, la red de la instalación y el propio servidor. La ruta de la cuenta depende de auth.ety.one. La ruta de facturación depende de checkout.ety.one. La ruta de documentación depende de documents.ety.one.
La ruta de soporte depende del correo electrónico y el manejo de tickets. Estas capas pueden fallar de forma independiente.
El DNS público también muestra registros de enrutamiento de correo de Cloudflare para ety.one y Whitewhale. Eso es nuevamente normal, pero significa que la recepción de correo electrónico para las direcciones de soporte y facturación tiene su propia dependencia de servicio. Si una interrupción del cliente incluye la imposibilidad de recibir o enviar correo, la comunicación de soporte puede verse afectada por DNS, enrutamiento de correo, filtrado de spam, acceso a la cuenta y respuesta humana. Nada de esto es exclusivo de Eternity. Es la pila ordinaria detrás de los proveedores de hosting pequeños.
El riesgo es que el bajo precio mensual haga que la pila parezca más simple de lo que es.
También hay un ángulo de gobernanza. Las páginas públicas protegidas por Cloudflare pueden actualizarse rápidamente y pueden ocultar la topología de origen. Eso es útil para la seguridad, pero reduce lo que los observadores externos pueden verificar. El cliente ve la marca, el plan y el pago. El investigador de redes ve un AS, un prefijo IPv4 visible, RPKI válido y superficies web de Cloudflare. El medio faltante es la plataforma de producción: hipervisores, almacenamiento, respaldos, contratos de instalaciones, conmutación por error de tránsito y prácticas del personal.
Un comprador serio no necesita todo eso publicado en una página de aterrizaje, pero debería solicitar suficientes detalles para igualar el riesgo de la carga de trabajo.
Qué deben inferir los clientes de los precios
La escalera de precios de Whitewhale es una de las señales públicas más claras sobre el mercado objetivo. Los planes que comienzan en EUR 1 por mes no son ofertas empresariales en la nube. Son ofertas VPS económicas dirigidas a desarrolladores, pequeños proyectos, experimentos y cargas de trabajo sensibles al costo. Eso puede ser valioso. Muchos servicios de Internet comienzan en máquinas virtuales económicas porque la alternativa no es un contrato de hiperescala; es no lanzarse en absoluto.
La pregunta es qué sacrifica un cliente en ese punto de precio. Los proveedores de VPS de bajo costo generalmente se basan en alta utilización, enlaces compartidos, controles de abuso estrictos, flujos de soporte simples y garantías personalizadas limitadas. La página de Whitewhale es abierta sobre el ancho de banda compartido en las tarjetas de plan, mientras que también anuncia tráfico ilimitado. "Ilimitado" en este contexto no debe leerse como capacidad dedicada infinita.
Generalmente significa que no hay un límite de transferencia mensual fijo bajo reglas de uso aceptable, no que cada cliente pueda saturar el enlace compartido continuamente sin consecuencias. Un comprador debe preguntar sobre uso justo, limitación, umbrales DDoS, restricciones de puerto, política de correo y qué sucede cuando el tráfico afecta a los vecinos.
La tabla de planes también apunta a la economía del hosting. El plan KRILL ofrece 1 vCPU, 2 GB RAM y 10 GB NVMe por EUR 1 mensual. Incluso a gran escala, ese precio deja poco margen para una intervención manual costosa. Un ticket de soporte que toma una hora puede exceder muchos meses de ingresos brutos para ese cliente. Eso no significa que el soporte será pobre. Significa que el servicio debe ser estandarizado, automatizado y estricto en cuanto al alcance para ser sostenible. Los clientes con necesidades inusuales no deben asumir que la ingeniería personalizada viene con un plan VPS económico a menos que se venda explícitamente.
Las superficies de cuenta pública de Eternity refuerzan esa forma de autoservicio. etyCloud parece presentar pedidos de servidores, tickets, facturas, estado del servidor y campos de configuración. El punto de pago está separado bajo checkout.ety.one, y la superficie de identidad está separada bajo auth.ety.one. Ese es un patrón estándar para un proveedor pequeño que intenta reducir el trabajo manual. Da a los clientes una forma familiar de comprar y gestionar servidores. También significa que la superficie de control se convierte en parte del servicio.
Si las facturas, los pagos o el acceso a la cuenta fallan, los cambios y renovaciones del servidor pueden verse afectados incluso cuando la VM subyacente sigue encendida.
Para los usuarios de producción, los precios deberían llevar a una categorización. Un servidor de EUR 1 o EUR 4 puede ser adecuado para un nodo de monitoreo, entorno de prueba, proyecto personal, pequeño relé, carga de trabajo de staging o sitio web de bajo riesgo. No es automáticamente adecuado para una aplicación crítica para los ingresos a menos que el cliente tenga respaldos, monitoreo, DNS secundario, un segundo proveedor, pasos de restauración probados y una aceptación clara del tiempo de inactividad.
La evidencia pública de Eternity no justifica tratar el servicio como una plataforma de proveedor único para cargas de trabajo de alto valor sin garantías adicionales.
Para los usuarios sensibles a la privacidad o la jurisdicción, el lenguaje de "ubicaciones europeas" es atractivo pero incompleto. Whitewhale dice que las ubicaciones son europeas y menciona GDPR/ubicación UE en su texto de comparación. El registro de prefijo RIPE lista el país como UE. La empresa en sí está registrada en el Reino Unido, la residencia del controlador en Companies House es Georgia, el campo de nacionalidad del oficial dice ruso y el borde web es Cloudflare. Nada de eso es inherentemente descalificante. Simplemente significa que las preguntas de ubicación de datos y jurisdicción deben ser precisas. ¿Dónde está el host de la VM?
¿Dónde están los respaldos? ¿Qué entidad legal contrata con el cliente? ¿Qué ley rige el acuerdo? ¿Qué subprocesadores manejan identidad, pago, filtrado DDoS, correo electrónico y soporte? Las páginas públicas no responden completamente a esas preguntas.
Abuso, confianza y el costo de ser barato
Cualquier proveedor de VPS de bajo costo tiene que gestionar el abuso. Los servidores virtuales baratos y rápidos atraen tanto a desarrolladores legítimos como a tráfico no deseado. El spam, los ataques de credenciales, el escaneo, la reventa de proxies, las quejas de derechos de autor, el fraude de pago y la retaliación DDoS pueden llegar más rápido que los ingresos. La página de Whitewhale enfatiza reglas claras y uso legal. Los registros de RIPE publican contactos de abuso. Esas son buenas señales, pero la gestión de abusos es otra área donde el registro público es delgado.
El bloque de direcciones importa aquí. Un solo /24 contiene solo 256 direcciones IPv4. Si un pequeño número de clientes quema la reputación a través de spam, devoluciones de llamada de malware o abuso de proxy, los vecinos inocentes pueden heredar las consecuencias a través de listas negras, puntuación de riesgo de pago, CAPTCHAs, sospecha de geolocalización o rechazo de correo. RPKI protege la validez del origen de la ruta; no protege la reputación IP. Cloudflare protege las páginas web públicas; no hace que el tráfico de origen del cliente sea confiable.
Un cliente que utiliza Eternity para cargas de trabajo sensibles a la salida debe probar la reputación IP y preguntar si hay reemplazos limpios disponibles si una dirección ya está dañada.
La estructura de contacto de abuso también está dividida. Los datos RDAP del AS muestran un contacto de abuso asociado con ety.one. El registro RDAP del prefijo para 82.41.36.0/24 lista un correo electrónico de abuso bajo abuseradar.com. Eso no es necesariamente un problema; los proveedores de recursos de direcciones a menudo gestionan contactos de abuso para bloques asignados. Pero significa que los informes pueden pasar por las reglas de manejo de más de una organización.
Los clientes que alojan contenido generado por usuarios, correo, proxies, servidores de juegos u otros servicios propensos a quejas deben entender qué decisión puede suspender un servidor, anular una ruta IP o solicitar información del cliente.
La confianza también está moldeada por la documentación. Elcentro de documentosde Eternity proporciona una superficie de documentos legales públicos con opciones de idioma, y el sitio raíz enlaza a materiales de acuerdo de suscripción. La presencia de documentos es positiva. El comprador público aún necesita inspeccionar el acuerdo exacto utilizado al registrarse, porque los términos de los proveedores pequeños a menudo controlan las partes más importantes del servicio: elegibilidad de reembolso, plazos de renovación, cancelación, suspensión, uso prohibido, retención de datos, límites de responsabilidad, créditos SLA, jurisdicción y derechos de terminación. El riesgo operativo no es solo si el servidor es rápido; es si el contrato otorga al proveedor amplios derechos para suspender el servicio durante disputas o eventos de abuso.
Los proveedores de bajo costo también viven bajo presión de proveedores. Si las tarifas upstream aumentan, un arrendamiento de prefijo cambia, el tráfico DDoS aumenta o una instalación impone reglas de abuso más estrictas, un proveedor pequeño puede necesitar cambiar precios, ubicaciones, rangos de direcciones o términos rápidamente. Los clientes públicos deben estar atentos a señales de continuidad: avisos de renovación, publicaciones de estado, explicaciones públicas de incidentes, canales de soporte estables, historial de rutas limpio y lenguaje de precios consistente.
La huella pública actual de Eternity es demasiado joven para mostrar un patrón largo.
La mejor lectura de la evidencia
La lectura generosa es que Eternity Cloud Limited es un proveedor real y joven que está ensamblando una oferta europea de hosting en torno a una empresa del Reino Unido, su propio AS registrado, un /24 IPv4, servicios públicos protegidos por Cloudflare, una interfaz de hosting de autoservicio y una marca VPS económica en Whitewhale. La empresa ha registrado los objetos de red públicos necesarios, ha originado una ruta válida, ha publicado contactos de soporte y facturación, y ha presentado detalles concretos de planes. Eso es más que una página de empresa vaga.
La lectura conservadora es que la superficie operativa visible sigue siendo limitada. Un solo /24 actual y un vecino observado no muestran una amplia resiliencia de red. Las páginas públicas no identifican instalaciones, propiedad de hardware, diversidad upstream activa, compromisos de reparación, garantías de respaldo o un historial de incidentes largo. La empresa está recién incorporada y estrechamente controlada, sin cuentas presentadas aún. Las superficies web están protegidas por Cloudflare, lo que mejora la presentación pública pero separa la disponibilidad del sitio web de la disponibilidad de los servidores de los clientes.
El bloque de direcciones parece estar dentro de una cadena de recursos de direcciones más amplia, lo cual es normal pero añade otra dependencia.
Ambas lecturas pueden ser ciertas. Eternity puede ser un proveedor pequeño real y seguir siendo una apuesta de infraestructura con evidencia débil. Esa es la categoría correcta para que los compradores la tengan en mente. El servicio puede adaptarse a cargas de trabajo de bajo riesgo y sensibles al costo. Puede ser útil como nodo secundario, servidor de prueba, pequeño host web, entorno de laboratorio, relé regional o proyecto que valore el bajo costo mensual por encima de las garantías empresariales formales.
No debe tratarse como una plataforma resiliente probada simplemente porque usa lenguaje de nube, anuncia un ASN propio o tiene una ruta válida.
La mejora más importante sería la transparencia operativa. Eternity podría mejorar materialmente su garantía pública publicando una página de estado, una lista de instalaciones o áreas metropolitanas, una página de red corta que nombre los upstreams activos, un plan IPv6, una página de looking-glass de rutas, una política de abuso, un documento SLA que defina medición y créditos, una política de respaldos e instantáneas, y un archivo de incidentes.
También podría aclarar si Whitewhale es un producto de Eternity Cloud Limited, cómo se relacionan contractualmente etyCloud y Whitewhale, qué entidad legal factura a los clientes y qué términos rigen cada servicio. Ninguna de esas divulgaciones requiere revelar topología sensible. Simplemente reducirían la ambigüedad.
Los clientes pueden reducir su propio riesgo sin esperar. Deberían probar un servidor de prueba antes de mover una carga de trabajo, verificar la latencia y la pérdida de paquetes desde regiones relevantes, confirmar el comportamiento del correo saliente y el riesgo de pago, verificar el rango IP asignado, leer el acuerdo, probar la respuesta de soporte, preguntar sobre respaldos, mantener copias fuera del proveedor, usar DNS independiente, monitorear desde fuera de la red y mantener un segundo proveedor para sistemas críticos. Cuanto menor sea el precio mensual, más importan estos controles del lado del cliente.
Conclusión
Eternity Cloud Limited debe leerse como un operador de hosting emergente con una huella de red pública real pero pequeña. La empresa existe en los registros del Reino Unido, anuncia servicios de hosting y nube a través de sus propias propiedades web, conecta su marca con etyCloud y Whitewhale, posee AS201830 en los registros de RIPE, origina 82.41.36.0/24 y tiene RPKI válido para esa ruta. Esos son hechos significativos.
Los mismos hechos no demuestran que Eternity controle una capacidad física profunda, tenga tránsito en vivo redundante, mantenga hardware de repuesto, opere en múltiples instalaciones o pueda restaurar rápidamente el servicio al cliente durante incidentes complejos. El producto vendido a los clientes no es solo CPU, RAM y almacenamiento NVMe. Es una cadena de acceso a racks, contratos de proveedores, política de tránsito, gobernanza de direcciones, manejo DDoS, servicios de cuenta protegidos por Cloudflare, vías de pago, documentación, tickets y mano de obra de reparación.
La evidencia pública muestra partes de esa cadena y deja otras partes sin verificar.
Eso hace que la calificación actual de evidencia sea débil en lugar de negativa. El proveedor es visible, enrutado y comercialmente presente. La incertidumbre no es si hay alguna huella pública; la incertidumbre es si la huella pública puede soportar la resiliencia implícita en la palabra nube. Hasta que Eternity publique más detalles operativos o construya un historial público más largo, los compradores deben tratarlo como una opción de hosting económico que puede ser útil en el nivel adecuado, no como una dependencia de infraestructura en la que confiar sin respaldos, monitoreo y una ruta de salida clara.