Resumen
- Eternity Cloud Limited es una nueva empresa privada del Reino Unido con presencia pública de alojamiento, un número de AS activo y una ruta IPv4 pequeña pero visible. El perfil oficial deCompanies Houseregistra su constitución el 27 de octubre de 2025, estado activo, domicilio social en Londres y un código SIC de consultoría en lugar de una clasificación de instalaciones o de operador de telecomunicaciones.
- El sitio público de la empresa dirige a los usuarios hacia las superficies de etyCloud, Whitewhale, identidad, pago y documentos. El sitio público deety.oney el sitio deetyClouddescriben un servicio de nube o alojamiento, mientras queWhitewhaleanuncia planes VPS europeos, enrutamiento con AS propio, ubicación en centros de datos Tier 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 prefijo IPv4 /24 anunciado durante la ventana de observación, y lavalidación RPKImarca el origen actual de 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 único vecino observado en la vista AS actual, sin anuncio IPv6 visible, superficies web y de cuenta protegidas por Cloudflare, y sin lista pública de instalaciones, historial de mantenimiento ni registro de incidentes. Esto hace de Eternity un proveedor de alojamiento pequeño plausible, no un operador de infraestructura multisitio probado.
Por qué Eternity importa a pesar de su tamaño
Las empresas de alojamiento pequeñas pueden parecer marginales desde fuera porque sus registros legales son escasos, 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 puede seguir estando en la ruta 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 cuestión 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 qué se está comprando realmente 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 británica existe. El registro público de empresas 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 alojamiento, y la páginaWhitewhaleofrece 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 constituyó el 27 de octubre de 2025, por lo que aún no había presentado sus primeras cuentas en el momento de esta revisión. Las primeras cuentas deben presentarse en 2027 según lapágina de historial de presentaciones de Companies House. La declaración de capital visible en el acta de constitución es pequeña. El domicilio social es una dirección del centro de Londres utilizada a menudo por muchas empresas, no evidencia de un centro de datos. Los registros de directivos y control identifican a un único director activo y persona con control significativo,Mikhail Karlov, cuya dirección de correspondencia en Companies House es la misma del domicilio social. Ninguno de estos hechos hace que la empresa sea sospechosa por sí misma. Simplemente definen el punto de partida: un operador joven con poca historia financiera pública y una huella operativa pública limitada.
Esta distinción es importante 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 sigue dependiendo de bastidores particulares, proveedores de tránsito, 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, un enlace de pago se rompe, un evento DDoS activa filtrado, o un bloque de direcciones arrendado debe moverse, el cliente necesita rutas 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 proveedor 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. Todavía 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, el personal de reparación, las prácticas de copia de seguridad, la transparencia de incidentes o las garantías de migración.
El resultado es una empresa que puede ser significativa para la demanda de alojamiento de bajo costo, aunque aún merece una calificación de evidencia de red débil 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 con el número de empresa 16810688, una empresa privada limitada activa constituida en Inglaterra y Gales el 27 de octubre de 2025. Su domicilio social es 71-75 Shelton Street, Londres, WC2H 9JQ. El código SIC indicado es 62020, "Actividades de consultoría de tecnologías de la información". El registro dice que las primeras cuentas se preparan hasta el 31 de octubre de 2026 y deben presentarse antes del 27 de julio de 2027, con una primera declaración de confirmación prevista para noviembre de 2026.
Para un lector de infraestructura, estas entradas tienen menos que ver con la formalidad que con la madurez. Un proveedor puede comenzar a operar antes de presentar sus primeras cuentas, pero la ausencia de cuentas significa que no hay balance público, ni facturación presentada, 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 proveedores, el volumen de ingresos, el nivel de capital circulante o la profundidad de los recursos de reparación. El registro confirma existencia y estado. No confirma la escala operativa.
El registro de control está igualmente concentrado. Lapágina de directivosenumera a Mikhail Karlov como director activo, nombrado en la fecha de constitució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 directivos y personas con control.
El control cercano es común en las empresas de alojamiento en etapa inicial. Puede hacer que las decisiones sean rápidas, mantener los precios agresivos y reducir la burocracia. También puede crear un riesgo de persona clave. Si el enrutamiento, las relaciones con proveedores, las disputas de facturación, la gestión de abusos, la recuperación de identidad y la atención 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 de gestión ni personal técnico nombrado más allá del rol de 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.
El domicilio social 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 alojamiento o una instalación de red. Los registros de RIPE utilizan la misma dirección para los objetos de empresa y contacto, pero esos registros establecen contacto administrativo, no ubicación de bastidores. El sitio de Whitewhale habla de ubicaciones de centros de datos europeos, y los datos de enrutamiento apuntan a relaciones de tránsito europeas, pero la dirección de la empresa pública en sí misma no es evidencia de servidores en Londres.
Este 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 fueron diseñados para hacer. Companies House demuestra que la empresa existe, está activa y está controlada por una persona designada. RIPE demuestra que se han registrado un AS y objetos de ruta. Las páginas de servicio demuestran que alguien está anunciando VPS y capacidad en la nube bajo el paraguas de Eternity/etyCloud/Whitewhale.
Ninguno de esos registros, por sí solo, demuestra cuánta capacidad física está desplegada, cómo se manejan las ventanas de reparación, si hay hardware de repuesto almacenado, 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 sola página de producto
El servicio de cara al público de Eternity se distribuye en varios dominios. El sitio raízety.onepresenta la marca Eternity y enlaza a productos, soporte, inicio de sesión y registro. El texto y los recursos de la página pública vinculan la marca a etyCloud y Whitewhale, y el pie de página utiliza el nombre Eternity Cloud Limited. El sitio también expone puntos de contacto de soporte público como[email protected]y enlaces a un centro de documentos en inglés y ruso. Esto da a la marca más estructura que una página de marcador de posición, pero la estructura sigue siendo compacta.
El sitioetyCloudes la superficie directa de alojamiento en la nube. La descripción de su página pública dice en ruso que etyCloud proporciona soluciones de alojamiento fiables y rápidas para empresas y desarrolladores. El título del sitio lo enmarca como alojamiento asequible. Su texto de aplicación muestra acciones de cuenta de usuario, pedidos 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 alojamiento 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 la cuenta, la generación del pago, la gestión de facturas, el aprovisionamiento del servidor, la asignación de IP, el enrutamiento de tickets y la respuesta de soporte. Los recursos públicos del sitio muestran que esos componentes existen como interfaces web. No prueban 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 1 EUR al mes y enumera soporte en[email protected]y facturación en[email protected]. Las tarjetas de planes incluyen KRILL a 1 EUR mensual con 1 vCPU, 2 GB de RAM y 10 GB NVMe, NARWHAL a 4 EUR mensuales con 2 vCPU, 4 GB de RAM y 40 GB NVMe, ORCA a 8 EUR mensuales con 4 vCPU, 8 GB de RAM y 80 GB NVMe, LEVIATHAN a 15 EUR mensuales con 6 vCPU, 12 GB de RAM y 160 GB NVMe, y un nivel personalizado WHITEWHALE+ desde 25 EUR mensuales. La página también anuncia tráfico ilimitado, enlaces ascendentes compartidos, protección DDoS, ubicaciones europeas y un tiempo de actividad del 99,9 por ciento.
La página de Whitewhale es útil porque hace que la oferta sea concreta. También es donde los compradores deben reducir la velocidad. Los precios muy bajos y el 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 los eventos de red, los vecinos ruidosos, las colas de soporte o los costos de los proveedores aumentan.
La propia tabla de comparación de Whitewhale dice que los planes de entrada comparten 500 Mbps, mientras que otro texto en la página dice enlace ascendente de alta velocidad de 1-3 Gbps en todos los VPS. Eso puede ser una inconsistencia de presentación en lugar de una contradicción de servicio, pero muestra por qué se debe confirmar la tasa exacta comprometida, los límites de uso justo y las prácticas de congestión 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 marca y la puerta de enlace de cuenta. etyCloud es la aplicación de alojamiento. Whitewhale es la oferta de VPS/nube con las afirmaciones de red pública más sólidas. La superficie de identidad está bajo auth.ety.one, y la superficie de pago aparece bajo checkout.ety.one. El centro de documentos está bajo 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 cuenta no está disponible. El portal de cuenta puede ser accesible mientras el rango IP enrutado del cliente está degradado. La facturación puede fallar mientras el cómputo está sano. Por lo tanto, la huella pública debe leerse como una cadena de servicios, no como un sistema único.
Aquí es también donde Cloudflare entra en escena. Las cabeceras HTTP de 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 deety.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 visible del sitio web no es lo mismo que la ruta del servidor del cliente en AS201830. Cloudflare puede enmascarar la ubicación de origen, absorber algunos ataques en la capa web y mantener accesible una página de marketing o cuenta incluso cuando el propio prefijo enrutado del proveedor tiene un problema diferente. La superficie web es evidencia de presentación del servicio, no prueba de resiliencia de cómputo en el backend.
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. Enumera 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 encaja con la afirmación de Whitewhale de alojamiento europeo y enrutamiento con AS propio.
Elregistro RDAP de RIPE para el ASaclara la conexión de la empresa. Nombra el handle AS201830, da el nombre ETERNITY-CLOUD-MNT, enumera a Eternity Cloud Limited como entidad registrante y muestra un contacto NOC bajo el nombre Eternity Cloud. La dirección en esos objetos RIPE coincide con el domicilio social en Londres. El registro RDAP también enumera un contacto de abuso asociado con[email protected]. En conjunto, estos registros muestran una identidad de red registrada real, en lugar de una afirmación meramente de marketing.
Sin embargo, la visibilidad de enrutamiento es más pequeña de lo que la existencia de un AS puede hacer sonar.El resumen de AS de RIPEstatinforma que AS201830 está anunciado y nombra al titular como Eternity Cloud Limited.La vista de prefijos anunciados de RIPEstatmuestra un prefijo IPv4 actual, 82.41.36.0/24, durante la ventana de observación.La vista 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, incluido en listas negras o agotado, hay poca evidencia pública de fondos de direcciones alternativos. Si el recuento de vecinos observados sigue siendo uno, la accesibilidad del cliente puede depender de una ruta ascendente efectiva única, incluso si la política del registro enumera más de un proveedor permitido.
Si no hay IPv6 visible, los clientes que necesitan servicio de doble pila deben preguntar si IPv6 no está disponible, no se anuncia, se suministra a través de otra ruta, o simplemente no está representado en la vista pública actual.
El registro del prefijo añade otra capa.El resumen de prefijo de RIPEstat para 82.41.36.0/24identifica a AS201830 como el origen anunciante. Elobjeto de ruta RIPEregistra el origen AS201830 para ese /24 y fue creado el 29 de enero de 2026.La validación RPKIinforma que el origen es válido, con una ROA que permite a AS201830 originar el /24 exacto. Eso es higiene positiva. Una ROA válida reduce una clase de ambigüedad de origen de ruta y ayuda a las redes a rechazar anuncios de origen no válidos en conflicto.
La asignación de direcciones también conlleva una pista de dependencia. Los datoswhois de RIPE para 82.41.36.0/24y elregistro RDAP de IPidentifican el nombre de red NET-82-41-36-0-24, país UE, 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 a la portabilidad, la gestión de abusos, la geolocalización, la reputación y la continuidad si una relación comercial cambia.
Los datos de ruta visibles refuerzan la imagen de dependencia. Unaconsulta de looking glass de RIPEstat para 82.41.36.0/24muestra que muchos colectores ven rutas que terminan a través de AS16276 hacia AS201830. Eso se alinea con la política de aut-num y sugiere que OVH es una ruta ascendente en vivo importante para el prefijo anunciado. Por sí solo, no prueba la ubicación de la instalación, la capacidad ascendente de repuesto o una conmutación por error exitosa a Hetzner. Un cliente debe tratar la ruta pública como evidencia de accesibilidad, no como prueba de resiliencia de múltiples operadores.
Los bastidores, 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 tiene que poseer o alquilar los servidores. Alguien tiene que proporcionar energía, refrigeración, conexiones cruzadas y manos remotas. Alguien tiene que llevar paquetes al resto de internet. Alguien tiene que mantener registros de direcciones, objetos de ruta, RPKI y buzones de abuso. Alguien tiene que responder a los tickets cuando un servidor está caído pero el sitio web sigue funcionando. La evidencia pública en torno a 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 redundante. 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 detalles 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 alimentación 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 de los proveedores ascendentes.
Las páginas públicas no nombran las instalaciones, los proveedores de bastidores 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 mapa de rutas, 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 copias de seguridad. Algunos proveedores pequeños optan por 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 coubicació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 se colocan en bastidores 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 de AS propio, los límites operativos difieren nuevamente. Los registros públicos no resuelven esa pregunta.
La segunda pregunta es cómo funciona realmente la diversidad de tránsito. El objeto aut-num de RIPE enumera entradas de política AS16276 y AS24940. La vista de AS de RIPEstat muestra un vecino observado. Los datos de looking glass para el prefijo actual muestran fuertemente rutas AS16276. Eso no prueba que AS24940 no se utilice, pero significa que la vista pública en el momento de la revisión no demuestra una diversidad activa equilibrada.
Si una ruta orientada a OVH falla, 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 el filtrado DDoS sigue estando disponible y cuánto tiempo dura 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 de IPXO y una organización de usuario final. Eso sugiere un acuerdo de recursos de direcciones donde importan los registros de más de una parte. Si la geolocalización es incorrecta, los informes de abuso se manejan mal, un prefijo desarrolla una mala reputación o el contrato de dirección cambia, los clientes pueden experimentar problemas que no se resuelven simplemente reiniciando un servidor.
Los compradores de alojamiento de bajo costo a menudo subestiman esta capa hasta que la entrega de correo electrónico, la verificación de pagos, las reglas de acceso regional o la puntuación de fraude comienzan a tratar mal un rango de 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 de cliente necesarios. 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, fondos de capacidad de repuesto, derechos de escalado con los proveedores ascendentes o comunicación posterior al incidente solo a partir de los 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 copias de seguridad actuales, pasos de reconstrucción documentados, un plan de DNS, una ruta IP alternativa y una migración de prueba. Las páginas públicas de Eternity no publican garantías de portabilidad de copias de seguridad, exportación de instantáneas, borrado de datos, descarga de imágenes o 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 del cliente
El borde web público es una dependencia separada de la red de alojamiento 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 final 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 de estilo de 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 las páginas 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 cómputo subyacente durante algunos incidentes. Una página de marketing podría ser accesible a través de Cloudflare mientras que el VPS de un cliente en 82.41.36.0/24 es inaccesible. Por el contrario, un servidor del cliente podría seguir funcionando mientras la superficie de autenticación o pago está degradada.
Para los clientes, esas son interrupciones diferentes con remedios diferentes.
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 alojamiento es igualmente resistente. Pero la ruta del sitio web utiliza la red de Cloudflare. La ruta del servidor del cliente, si se asigna desde el prefijo enrutado actual de Eternity, depende de AS201830, su ruta ascendente 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 la gestión 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 incapacidad de recibir o enviar correo, la comunicación de soporte puede verse afectada por el DNS, el enrutamiento de correo, el filtrado de spam, el acceso a la cuenta y la respuesta humana. Nada de esto es exclusivo de Eternity. Es la pila ordinaria detrás de los pequeños proveedores de alojamiento.
El riesgo es que el bajo precio mensual hace 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 eslabón perdido es la plataforma de producción: hipervisores, almacenamiento, copias de seguridad, contratos de instalaciones, conmutación por error de tránsito y práctica del personal.
Un comprador serio no necesita todo eso publicado en una página de aterrizaje, pero debe solicitar suficiente detalle para que coincida con el riesgo de la carga de trabajo.
Lo que los clientes deben inferir 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 1 EUR al mes no son ofertas de nube empresarial. Son ofertas de 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 baratas porque la alternativa no es un contrato de hiperescala; es no lanzarse en absoluto.
La pregunta es a qué renuncia un cliente a ese precio. Los proveedores de VPS de bajo costo generalmente dependen de una alta utilización, enlaces ascendentes 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 planes, al tiempo que 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 ascendente compartido continuamente sin consecuencias. Un comprador debe preguntar sobre el uso justo, la limitación, los umbrales de DDoS, las restricciones de puertos, la política de correo y lo que sucede cuando el tráfico afecta a los vecinos.
La tabla de planes también apunta a la economía del alojamiento. El plan KRILL ofrece 1 vCPU, 2 GB de RAM y 10 GB NVMe por 1 EUR al mes. Incluso a gran escala, ese precio deja poco margen para una intervención manual costosa. Un ticket de soporte que lleva una hora puede superar muchos meses de ingresos brutos para ese cliente. Eso no significa que el soporte sea malo. Significa que el servicio debe estar estandarizado, automatizado y ser 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 final de pago se separa bajo checkout.ety.one, y la superficie de identidad se separa bajo auth.ety.one. Ese es un patrón estándar para un pequeño proveedor que intenta reducir el trabajo manual. Ofrece a los clientes una forma familiar de comprar y administrar servidores. También significa que la propia 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 todavía está encendida.
Para los usuarios de producción, el precio debe conducir a la estratificación. Un servidor de 1 EUR o 4 EUR puede ser adecuado para un nodo de monitoreo, entorno de prueba, proyecto personal, pequeño relé, carga de trabajo provisional 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 copias de seguridad, 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 más garantías.
Para los usuarios sensibles a la privacidad o a la jurisdicción, el lenguaje de "ubicaciones europeas" es atractivo pero incompleto. Whitewhale dice que las ubicaciones son europeas y menciona la ubicación GDPR/UE en su texto de comparación. El registro de prefijo de RIPE enumera el país UE. La propia empresa está registrada en el Reino Unido, la residencia del controlador en Companies House es Georgia, el campo de nacionalidad del directivo dice ruso, y el borde web es Cloudflare. Nada de eso es inherentemente descalificador. Simplemente significa que las preguntas sobre la ubicación de los datos y la jurisdicción deben ser precisas.
¿Dónde está el host de la VM? ¿Dónde están las copias de seguridad? ¿Qué entidad legal contrata con el cliente? ¿Qué ley rige el acuerdo? ¿Qué subprocesadores manejan la identidad, el pago, el filtrado DDoS, el correo electrónico y el 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 en los pagos y las represalias 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 escaso.
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, llamadas de retorno 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 de la 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 al tráfico saliente debe probar la reputación de la 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 enumera un correo electrónico de abuso bajo abuseradar.com. Eso no es necesariamente un problema; los proveedores de recursos de direcciones a menudo gestionan los contactos de abuso para los 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 quién tiene la decisión de suspender un servidor, anular la ruta de una IP o requerir 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 en el registro, 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 de SLA, jurisdicción y derechos de rescisió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 la presión de los proveedores. Si las tarifas de los proveedores ascendentes aumentan, un arrendamiento de prefijo cambia, el tráfico DDoS aumenta, o una instalación impone reglas de abuso más estrictas, un pequeño proveedor puede necesitar cambiar precios, ubicaciones, rangos de direcciones o términos rápidamente. Los clientes públicos deben estar atentos a las 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 joven y real que está montando una oferta de alojamiento europeo en torno a una empresa del Reino Unido, su propio AS registrado, un /24 IPv4, servicios públicos protegidos por Cloudflare, una interfaz de alojamiento de autoservicio y una marca de VPS económico en Whitewhale. La empresa ha registrado los objetos de red pública necesarios, originado una ruta válida, publicado contactos de soporte y facturación, y presentado detalles concretos del plan. Eso es más que una vaga página de empresa.
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 de tránsito activa, compromisos de reparación, garantías de copia de seguridad o un historial de incidentes largo. La empresa es de nueva constitución y está estrechamente controlada, sin cuentas presentadas todavía.
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 pequeño proveedor real y seguir siendo una apuesta de infraestructura con poca evidencia. 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 alojamiento web, entorno de laboratorio, repetidor regional o proyecto que valora el bajo costo mensual sobre las garantías empresariales formales.
No debe tratarse como una plataforma resistente probada simplemente porque utiliza 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 breve página de red que nombre los proveedores de tránsito activos, un plan IPv6, una página de looking glass de ruta, una política de abuso, un documento de SLA que defina la medición y los créditos, una política de copias de seguridad 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. Deben probar un servidor de prueba antes de mover una carga de trabajo, verificar la latencia y la pérdida de paquetes desde regiones relevantes, verificar el comportamiento del correo saliente y el riesgo de pago, confirmar el rango de IP asignado, leer el acuerdo, probar la respuesta de soporte, preguntar sobre las copias de seguridad, mantener copias fuera del proveedor, usar DNS independiente, monitorear desde fuera de la red y mantener un segundo proveedor para sistemas críticos. Cuanto más bajo sea el precio mensual, más importan estos controles por parte del cliente.
Conclusión
Eternity Cloud Limited debe leerse como un operador de alojamiento emergente con una huella de red pública real pero pequeña. La empresa existe en los registros del Reino Unido, anuncia servicios de alojamiento 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. Estos son hechos significativos.
Los mismos hechos no prueban 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 el servicio al cliente rápidamente durante incidentes complejos. El producto vendido a los clientes no es solo CPU, RAM y almacenamiento NVMe. Es una cadena de acceso a bastidores, contratos con proveedores, política de tránsito, gobernanza de direcciones, manejo de DDoS, servicios de cuenta protegidos por Cloudflare, rutas 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 de evidencia actual 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 que implica 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 alojamiento económico que puede ser útil en el nivel adecuado, no como una dependencia de infraestructura en la que confiar sin copias de seguridad, monitoreo y un camino de salida claro.