Resumen
- La superficie de red pública detrás de este perfil es AS200525, denominado
HOSTING-UKRAINE-2en RIPE y descrito por RIPEstat como « HOSTING-UKRAINE-2 Hosting Ukraine LTD »; AS200525 era visible en julio de 2026 con cuatro anuncios IPv4 y un vecino observado, AS200000. - Las páginas de Hosting Ukraine describen una amplia gama de servicios de alojamiento ucranianos: alojamiento compartido, VPS/VDS, alojamiento profesional, servidores dedicados, almacenamiento, bases de datos gestionadas, registro de dominios, DNS, SSL, mensajería empresarial y un centro de datos en Kyiv con cientos de kilovatios de potencia y más de 1 000 servidores.
- La cuestión operativa no es si el servicio existe. Claramente existe. La cuestión es cómo las cargas de trabajo de los clientes sobreviven a las interrupciones de las instalaciones, a la dependencia de la política de enrutamiento hacia AS200000, al espacio de direccionamiento alquilado o en grupo, al movimiento de las copias de seguridad, al acceso al panel de control, a las colas de soporte y a los límites prácticos de las condiciones del proveedor.
La etiqueta del segundo AS no debe sobreinterpretarse
La primera trampa de este perfil es la cifra en el nombre. Los registros de enrutamiento públicos no muestran una marca de consumo distinta llamada « 2 Hosting Ukraine ». Muestran un registro de red de Hosting Ukraine cuyo nombre de AS esHOSTING-UKRAINE-2. La base RDAP de RIPE enumeraAS200525como activo, con el nombreHOSTING-UKRAINE-2, registrado el 15 de junio de 2015, una fecha de última modificación en 2026, y la organización RIPE de Hosting Ukraine LTD como titular. El objeto de la base RIPE paraAS200525es aún más explícito sobre la frontera de dependencia: importa de AS200000, exporta hacia AS200000, y utiliza el mismo responsable de mantenimiento y las mismas referencias de organización que Hosting Ukraine.
Esto da una lectura muy precisa. AS200525 no es solo un artefacto de marketing, ya que está anunciado y cuenta con evidencia de enrutamiento pública. Pero tampoco es una periferia global autónoma con un conjunto de pares ascendentes visible de forma independiente. La instantánearouting-status para AS200525de RIPEstat al 11 de julio de 2026 reportaba cuatro prefijos IPv4, 21 760 direcciones IPv4, ningún prefijo IPv6 en esa vista, visibilidad RIS IPv4 completa y un vecino observado. La vistaannounced-prefixesde RIPEstat mostraba193.93.63.0/24,104.250.200.0/22,87.56.64.0/18y80.89.240.0/20activos durante el período del 27 de junio al 11 de julio de 2026. La vistaas-routing-consistencyde RIPEstat mostraba a AS200000 como par de importación y exportación tanto en BGP como en la base Whois.
La red más amplia de Hosting Ukraine es más extensa. El objeto RIPE paraAS200000, denominadoUkraine-AS, enumera un amplio conjunto de relaciones de importación y exportación, que incluyen a AS174, AS3255, AS3326, AS6939, AS9002, AS13249, AS15645, AS1820, AS24703, AS29107, AS31210, AS50263, AS50952 y AS59613. Los datosrouting-status para AS200000de RIPEstat reportaban 31 prefijos IPv4, 17 prefijos IPv6, una amplia visibilidad RIS IPv4 e IPv6 y 42 vecinos observados en la misma instantánea de julio de 2026. PeeringDB enumera aHosting Ukraine en AS200000, con una política de peering abierta, dos entradas de LAN de intercambio público y tres relaciones de instalación.
Para un comprador, la distinción es importante. Si una carga de trabajo de un cliente es accesible a través de AS200525, la ruta pública visible debe evaluarse como una superficie secundaria dependiente detrás de AS200000. Si una carga de trabajo de un cliente es accesible a través de la red principal de Hosting Ukraine, las evidencias más amplias de AS200000 sugieren una mayor diversidad de enrutamiento. Los documentos públicos no especifican qué productos o clientes están asociados con qué AS, y no publican una topología por servicio.
Por lo tanto, la conclusión prudente es más limitada que el relato de la marca: la superficie del segundo AS es real, pero la resiliencia de esta superficie debe probarse en relación con su dependencia de la periferia principal de Hosting Ukraine.
La identidad de la empresa es más sólida que la correspondencia exacta de los servicios
El registro de organización RIPE paraORG-HUL6-RIPEidentifica a Hosting Ukraine LTD, país UA, número de registro37593550, tipo de organización LIR, una dirección postal en Kyiv, las referencias del responsable de mantenimiento Hosting Ukraine y los roles de contacto RIPE. La misma organización aparece en AS200000 y AS200525. La lista de identificadores de registrador de la IANA incluyeHosting Ukraine LLC como registrador acreditado, número IANA 2374, con un servicio RDAP enhttps://rdap.ukraine.com.ua/. La propiapágina de registro de dominiosde Hosting Ukraine indica que cuenta con acreditación ICANN, que trabaja sin intermediarios con los administradores de zonas de dominio de todo el mundo, que admite el registro instantáneo de dominios, que proporciona un panel de control de dominio y que las actualizaciones de los registros DNS se realizan en menos de diez segundos.
Estas fuentes bastan para confirmar un proveedor real, un verdadero rol de registrador y un verdadero rol LIR/red. No bastan para asociar cada servicio anunciado a AS200525. Lapágina de inicioy el sitio ucraniano de Hosting Ukraine describen servidores AMD EPYC, discos NVMe, IPv6, una red de 280 Gbps y soporte técnico 24/7. Su páginaacerca deindica que la empresa es un servicio ucraniano totalmente automatizado de alojamiento y registro de dominios, da un historial que comienza con un software de automatización comercial en 1999, indica que el alojamiento público se lanzó después del alojamiento de proyectos internos y de clientes, que la empresa migró aukraine.com.ua, y registra varios hitos de infraestructura física: más de 100 servidores de alojamiento, un primer centro de datos con 28 racks de servidores y 240 kW de potencia de diseño, la acreditación ICANN en 2015, la primera etapa de un nuevo centro de datos de 330 kW, más de 1 000 servidores, una segunda sala de servidores con una capacidad de 350 kW, y las condiciones técnicas para 1 MW de potencia para una nueva ubicación en Kyiv.
Este historial es excepcionalmente útil porque nombra la capa física detrás de la marca de alojamiento. Muchas empresas de alojamiento dicen « nube » o « fiable » sin exponer ninguna escala de instalación. Las páginas de Hosting Ukraine al menos ponen cifras sobre los racks, los hitos de potencia y el número de servidores.
La misma página indica que su centro de datos empresarial está en Kyiv y presenta el servicio en torno a la automatización: registro de dominios en menos de un minuto, activación del alojamiento inmediatamente después del pedido, procesamiento automático de pagos, un panel de control para el autoservicio del cliente y una API que, según afirma, cubre el 99 % de las funcionalidades del panel de control. Estas son afirmaciones de producto, no estadísticas operativas auditadas, pero explican el modelo de la empresa: el autoservicio orientado al cliente se sustenta en una pila de alojamiento integrada verticalmente.
La propiedad y los límites legales deben, no obstante, tratarse con prudencia. La página de oferta pública en ingléshosting.xyznombra aHosting.XYZ LTDcomo contratante para el sitio en inglés, mientras que la oferta pública ucraniana enukraine.com.uanombra a TOV « Hosting Ukraine » como contratante. El registro de la organización RIPE utiliza Hosting Ukraine LTD y el número de registro37593550; la IANA utiliza Hosting Ukraine LLC. Por lo tanto, los archivos públicos presentan varias transliteraciones y contextos de sitios empresariales. Para el análisis de la infraestructura, los puntos de anclaje estables son la organización RIPE, las páginas de servicioukraine.com.ua/hosting.xyz, la entrada de registrador IANA y los dos sistemas autónomos de Hosting Ukraine.
Lo que Hosting Ukraine dice vender
El catálogo de servicios es lo suficientemente amplio como para que los compradores no consideren a Hosting Ukraine solo como un proveedor de alojamiento compartido. La página principalde alojamientopresenta espacio en disco NVMe, certificados SSL gratuitos, un constructor de sitios, MySQL 8.4 o 5.7, versiones de PHP de 5.2 a 8.5, HTTP/2, conexión remota a MySQL, phpMyAdmin, una API de gestión de alojamiento, IPv6, soporte para Git/SVN, copias de seguridad, buzones de correo, protocolos de mensajería, webmail y selección de la ubicación del servidor. Su página de inicio ucraniana también indica que los servidores de alojamiento se conectan a Internet a 10 Gbit/s y que la capacidad total del canal es de 280 Gbit/s, mientras que las copias de seguridad se almacenan en servidores en varios países y que el centro de datos se conecta directamente a los principales operadores de telecomunicaciones internacionales.
La página deVPS/VDSvende servidores virtuales dedicados sobre procesadores AMD EPYC, con líneas de planes para núcleos de CPU, RAM, disco NVMe y tráfico. Esto convierte el producto en la clásica cuestión de capacidad instalada frente a capacidad utilizable. Un plan VPS puede parecer elástico desde el punto de vista del comprador, pero el proveedor debe disponer siempre de nodos, CPU de reserva, memoria, almacenamiento, estabilidad del hipervisor, imágenes, automatización del soporte y un camino para mover las instancias en caso de fallo de un host. La página pública confirma una verdadera familia de productos y un discurso de hardware moderno. No revela el tamaño del clúster, la política de sobreasignación, el diseño de migración en vivo, la reserva de nodos, la replicación del almacenamiento o el tiempo de recuperación por plan.
La página dealojamiento profesionales más reveladora porque combina la comodidad del alojamiento compartido con un lenguaje de recursos que se asemeja más al VPS. Anuncia soporte para NodeJS, PHP-FPM, LiteSpeed, MySQL 8, Memcached, Redis y OPcache, con dimensiones de plan para disco NVMe, RAM, núcleos de CPU, MySQL, SSL gratuito, un constructor de sitios, sitios web y subdominios ilimitados, límites de memoria PHP, ubicación del servidor, HTTP/2, bases de datos MySQL, conexión remota a MySQL, API de gestión de alojamiento, IPv6, repositorios Git/SVN, copias de seguridad y parámetros de mensajería. La dependencia evidente no es solo un servidor web. Un cliente de alojamiento profesional depende de los workers web, los pools de PHP, el servicio de base de datos, las capas de caché, DNS, los buzones de correo, los trabajos de copia de seguridad, el estado del panel de control y lo que la monitorización decida cuando una cuenta muy activa perjudica a los vecinos.
Las páginas de bases de datos gestionadas amplían esta superficie de dependencia. La página dealojamiento MySQLdescribe el espacio de servidor para bases de datos MySQL, un lanzamiento sencillo mediante la interfaz o la API, el escalado de CPU/RAM/espacio de la base de datos, el soporte para replicación, los informes de consultas, la frecuencia de copia de seguridad y el número de copias de seguridad. La página dealojamiento PostgreSQLanuncia las versiones de PostgreSQL, PostGIS, TimescaleDB y soporte vectorial, además de copias de seguridad automáticas, escalabilidad y soporte técnico. La página dealojamiento Redisvende Redis gestionado con dimensiones de RAM, CPU, copia de seguridad y ubicación del servidor. Estos servicios no son intercambiables con el alojamiento estático. Si el servicio de base de datos o de caché falla, el sitio puede estar técnicamente en línea mientras que el pago, el inicio de sesión, la búsqueda, el estado de la sesión o el análisis colapsan.
La página dealmacenamientodescribe el alojamiento de archivos CDN: espacio en disco para los archivos, acceso FTP/gestor de archivos/navegador, conexión de dominio personalizado, soporte Secure Link, soporte API, ubicación del servidor y un ancho de banda declarado de 40 Gbit/s para los servidores de almacenamiento. Indica que los usuarios pueden almacenar documentos, archivos, imágenes, audio, vídeo, sus propias copias de seguridad y archivos de sitios web estáticos, y especifica que el soporte está disponible las 24 horas. Esto significa que el almacenamiento puede convertirse en una dependencia tanto para la distribución en producción como para las copias de seguridad propiedad del cliente. Si una cuenta de almacenamiento se utiliza como destino de copias de seguridad, la ruta de recuperación del cliente queda ahora vinculada a la plataforma de almacenamiento, a la autenticación, a la facturación y al ancho de banda de descarga de Hosting Ukraine.
La página deservidores dedicadosmerece un tratamiento aparte porque constituye tanto una prueba sólida de infraestructura como una advertencia actual de disponibilidad. Indica que el pedido de nuevos servidores dedicados está temporalmente indisponible mientras se finaliza el sistema de pedidos. No obstante, describe el modelo de producto en detalle: un servidor dedicado es una máquina física separada; todos los servidores se conectan a Internet a 1 Gbit/s; la red local del centro de datos utiliza enlaces de 40G y 20G; el precio del servidor incluye 30 TB de tráfico; el acceso suele estar disponible en un plazo de uno a tres días hábiles después del pago; cada servidor recibe una dirección IPv4 y una dirección IPv6; los clientes pueden solicitar hasta 64 direcciones IP; el acceso root, IP KVM bajo demanda, monitorización de disponibilidad HTTPS 24/7 vía Telegram, reinicio remoto, DNS inverso, uso gratuito de los servidores de nombres de Hosting Ukraine y soporte para la sustitución del hardware defectuoso y la reinstalación del sistema operativo forman parte del servicio descrito. También menciona opcionalmente el peering privado en 9 Leontovicha o 50 Gaidar, conectividad de centro de datos neutral respecto al operador, anuncios BGP de clientes y VLAN entre servidores dedicados.
Esta página es una de las ventanas más claras a la cadena de dependencia física. Un servidor dedicado no es una región abstracta; es un inventario, una confirmación de pago, trabajo de aprovisionamiento, energía, refrigeración, puertos de conmutación, asignación de direcciones IP, acceso KVM, sustitución de hardware y el procedimiento de reinstalación del sistema operativo. La pausa temporal de los nuevos pedidos no debe interpretarse como una avería, sino como un recordatorio de que la capacidad anunciada y la capacidad disponible son dos cosas diferentes.
Los compradores que necesiten bare metal deben verificar el stock actual, el plazo de entrega, las ventanas de sustitución de hardware y si sus necesidades previstas de BGP/peering privado están actualmente soportadas.
La superficie de red tiene dos capas
Las evidencias de enrutamiento de AS200525 son compactas. Los registros de resumen de prefijo de RIPEstat para193.93.63.0/24,104.250.200.0/22,87.56.64.0/18y80.89.240.0/20mostraron todos los prefijos anunciados por AS200525 en la ventana de consulta de julio de 2026, con la cadena de titularHOSTING-UKRAINE-2 Hosting Ukraine LTD. La validación RPKI de RIPEstat devolvió un estado válido para estos pares AS200525/prefijo. Esto confirma una superficie de enrutamiento legítima.
La historia de los recursos de direccionamiento no es tan simple como « cuatro bloques pertenecientes a Hosting Ukraine ». El RDAP de RIPE para193.93.63.0/24nombra a UAB « STARNITA » en Lituania y un handle vinculado a ClustSpace. El RDAP para104.250.200.0/22nombra a FASTPLANET LTD y una asignación británica. El RDAP para87.56.64.0/18y80.89.240.0/20nombra a Hosting.XYZ LTD en Chipre. El enrutamiento es válido, pero la pista de los titulares muestra una complejidad de grupo, alquiler, empresa asociada o dirección de cliente que los archivos públicos por sí solos no pueden resolver por completo.
Esto importa para la portabilidad y el análisis de fallos. Si un cliente recibe un espacio IP de un bloque cuyo titular RDAP difiere de la empresa operadora ucraniana, una migración o un litigio puede implicar más de una relación jurídica o de registro. Esto puede ser perfectamente normal dentro del grupo de proveedores. Pero un comprador serio debería preguntar: ¿Quién es el titular RIR de mis direcciones? ¿Son portables, asignadas por el proveedor, alquiladas o vinculadas a un servicio específico? ¿Se pueden modificar el DNS inverso, el geofeed, los ROA y los objetos de ruta durante la migración?
¿Qué sucede si un problema de facturación, abuso, registrador o entidad empresarial afecta al bloque?
AS200000, por el contrario, se asemeja a la red más central. El registro de redAS200000de PeeringDB enumera a Hosting Ukraine, el sitio webhttps://www.ukraine.com.ua, una política de peering abierta, dos registros de LAN IX y tres registros de instalación. Los datosnetfacde PeeringDB enumeran NewTelco Kiev, 9 Leontovicha y DTEL-IX SP50 como relaciones de instalación en Kyiv. Los datosnetixlande PeeringDB enumeran una entrada GNM-IX UA a 10 Gbps con direcciones IPv4 e IPv6 y una entrada 1-IX EU a 40 Gbps. Las páginas de detalle de las instalaciones identificanNewTelco Kieven 50 Gaidara,9 Leontovichaen 9, calle Leontovicha, yDTEL-IX SP50en 50, calle Simyi Prakhovykh, todos en Kyiv.
PeeringDB es autogestionado, y una relación de instalación no prueba el número de racks, el consumo eléctrico o la ubicación de la carga de trabajo del cliente. No obstante, la combinación de la política RIPE de AS200000, la visibilidad de RIPEstat, las instalaciones de PeeringDB y las propias afirmaciones de centro de datos de Hosting Ukraine respalda una huella de red e instalación ucraniana creíble. El punto débil no es si AS200000 existe.
El punto débil es si un servicio dado de un cliente está distribuido entre estas instalaciones, entre el centro de datos de Kyiv propiedad de la empresa y las salas de encuentro de terceros, o concentrado en un segmento de plataforma.
Las afirmaciones del centro de datos indican resiliencia física, pero no conmutación automática
La propia página « acerca de » de Hosting Ukraine es inusualmente franca sobre la escala física: 28 racks y 240 kW para un primer centro de datos, 330 kW para una primera etapa posterior, una segunda sala de servidores de 350 kW, más de 1 000 servidores y condiciones técnicas de 1 MW para una nueva ubicación en Kyiv. La página de servidores dedicados añade detalles operativos: enlaces ascendentes de servidor a 1 Gbit/s, enlaces locales del centro de datos de 40G y 20G, sustitución de hardware, reinstalación del sistema operativo y reinicio remoto a través del panel de control.
La página principal de alojamiento indica que el centro de datos del proveedor está conectado directamente a los principales operadores de telecomunicaciones internacionales y que las conexiones a Internet de los servidores de alojamiento son de 10 Gbit/s con una capacidad total del canal de 280 Gbit/s.
Estas son señales sólidas de capacidad instalada. No constituyen por sí mismas una prueba de capacidad utilizable bajo estrés. La potencia instalada y el número de racks responden a la pregunta « ¿Cuánto se puede construir o alojar? ». No responden a la pregunta « ¿Qué capacidad de reserva existe en el momento de una avería? ». Un host VPS puede tener núcleos de reserva sobre el papel mientras un clúster de almacenamiento está limitado. Una flota de alojamiento web puede tener puertos de servidor a 10 Gbit/s mientras un componente del plano de control bloquea las restauraciones.
Un centro de datos puede tener cientos de kilovatios y aun así depender del combustible, del mantenimiento de los UPS, de la óptica de los conmutadores, de las interconexiones, de los discos de repuesto, de los ingenieros de guardia y de la seguridad de las vías de transporte en Kyiv.
El contexto ucraniano hace que esta distinción sea más que teórica. El sitio ucraniano de la empresa incluye declaraciones según las cuales su centro de datos ha seguido funcionando y el soporte técnico está distribuido en diferentes ciudades, lo que permite una prestación completa del servicio, a la vez que hace referencia a la suspensión del soporte para el alojamiento y los dominios asociados a los ocupantes rusos.
Se trata de declaraciones públicas de posicionamiento del servicio, no de registros de incidentes independientes, pero muestran que Hosting Ukraine ha tenido que hablar de continuidad en tiempos de guerra y de geografía del personal. Para un cliente con necesidades de localidad de datos en Ucrania, la señal positiva es que la empresa afirma tener infraestructura local y soporte distribuido. La pregunta sin respuesta es cómo se comporta cada producto ante un choque eléctrico, de fibra, de proveedor, de acceso del personal o de seguridad regional.
La historia de las copias de seguridad es similar. La página de alojamiento de Hosting Ukraine indica que las copias de seguridad se almacenan en servidores en varios países. La página ucraniana indica que se realizan copias semanales del alojamiento y copias de los buzones de correo cada dos horas en servidores en Alemania. Las páginas de bases de datos anuncian la configuración de las copias de seguridad, el número de copias y el soporte de restauración. Son salvaguardas útiles. Pero la copia de seguridad solo es una garantía de resiliencia cuando la restauración se prueba.
Un servicio de copia de seguridad puede fallar en la fase de restauración porque las credenciales se hayan perdido, el acceso al panel de control no esté disponible, un cliente haya excedido las reglas de tamaño de archivo, los datos se hayan corrompido antes de la copia, el ancho de banda sea insuficiente o el destino de restauración ya no tenga el software compatible.
Las condiciones del proveedor hacen explícita esta tensión. Lostérminos de servicioprohíben utilizar las cuentas de alojamiento compartido como copia de seguridad o almacenamiento de datos arbitrarios, restringen los archivos de copia de seguridad muy grandes, limitan el tamaño de una sola fila de base de datos, restringen las consultas SQL largas e indican que los recursos descritos como « ilimitados » no pueden ser técnicamente ilimitados porque los recursos del servidor y del canal de Internet son compartidos. Las mismas condiciones indican que el proveedor puede limitar el consumo cuando una pequeña parte de los suscriptores excede los patrones de uso ordinarios y puede suspender o rescindir el servicio si el uso no se reduce tras un aviso. Esto no es inusual para el alojamiento compartido. Es exactamente la economía del alojamiento compartido: el proveedor debe proteger la plataforma de las cargas de trabajo que perjudican a otros clientes.
La oferta pública sitúa el soporte y la responsabilidad dentro del producto
Hosting Ukraine vende a través de un panel de control y un modelo fuertemente basado en API. Laoferta públicadefine los servicios como alojamiento, alquiler de servidores dedicados virtuales, servidores dedicados y registro de nombres de dominio. Define el panel de control de servicios como la interfaz web y la API mediante las cuales los suscriptores gestionan los dominios, las cuentas de alojamiento, los sitios web, los buzones de correo, la información de pago y las condiciones del servicio. Indica que los clientes deben responder a las solicitudes administrativas o avisos en un plazo de 24 horas, mantener datos exactos, mantener las contraseñas seguras y utilizar el correo electrónico de contacto o el área de servicio autorizada para las solicitudes. También indica que el proveedor puede bloquear los servicios en caso de impago, datos de contacto inexactos, falta de respuesta a las solicitudes, contenido ilícito, ataques, spam, software malicioso y necesidades excesivas de hardware/recursos.
Estas condiciones no son solo jerga jurídica. Son dependencias de infraestructura. Si el panel de control no está disponible, si un cliente pierde el acceso al correo electrónico registrado, si se pasa por alto un aviso, si la facturación falla, si los datos de contacto del dominio están obsoletos o si una cuenta se suspende durante una investigación de abuso, el servicio puede fallar mientras los servidores y las rutas permanecen en buen estado. Una pequeña empresa a menudo trata el alojamiento como un producto mensual.
En la práctica, su continuidad depende de la identidad, del pago, de las credenciales del portal, de la renovación, de la gestión de abusos y del cumplimiento del registro de dominio.
La misma oferta pública indica que el contratante no garantiza servicios absolutamente ininterrumpidos o libres de errores, no garantiza que el software o hardware ofrecidos no contengan errores del sistema, no es responsable de los daños directos o indirectos que resulten de la imposibilidad de utilizar los servicios, de las averías, de la indisponibilidad, de los ataques DDoS u otros, de la eliminación de archivos, de los defectos, de los retrasos, de los problemas de transmisión y otras causas, y no es responsable de la calidad de los canales de comunicación utilizados para acceder a los servicios.
Indica que las reclamaciones por escrito deben realizarse en los tres días siguientes al litigio y se examinan en un plazo máximo de catorce días hábiles. También indica que un suscriptor puede solicitar un reembolso por desviaciones en la calidad del servicio dentro de los 30 días siguientes al pago, a excepción de los servicios de dominio.
Este lenguaje debe condicionar la contratación. Para sitios web no críticos, las condiciones estándar pueden ser aceptables. Para sistemas transaccionales de acceso público, formularios del sector público, correos electrónicos críticos para los ingresos, bases de datos de producción o almacenamiento de copias de seguridad, el comprador no debe confiar en el lenguaje ordinario de la oferta pública como plan de resiliencia.
Debe solicitar compromisos específicos del servicio, vías de escalado, prácticas de notificación de incidentes, pruebas de copia de seguridad y restauración, procedimientos de migración y evidencias de cómo el proveedor separa los fallos entre los componentes web, de base de datos, de almacenamiento, de mensajería, DNS y del panel de control.
La localidad de los datos es real, pero tiene límites
El posicionamiento de Hosting Ukraine es visiblemente ucraniano. El sitio ucraniano utiliza la marcaukraine.com.ua, la página « acerca de » identifica un centro de datos empresarial en Kyiv, el proveedor enumera números de teléfono ucranianos, la página de dominio anuncia experiencia en la zona de dominio ucraniana y la acreditación ICANN, y el país de la organización RIPE es UA. Para los clientes ucranianos, esto ofrece varias ventajas prácticas: idioma de soporte y zona horaria locales, proceso de pago y dominio ucraniano, una huella de centro de datos nacional y experiencia directa con los intercambios y operadores de Internet ucranianos.
La página de servidores dedicados también describe la conexión directa a los puntos de intercambio de tráfico ucranianos, incluidos UA-IX, Giganet, DATA-IX y DTEL-IX, además de la conexión directa para clientes de Ukrtelecom a través de UKRTEL-IX. Indica que todos los servidores dedicados están en puertos de Internet a 1 Gbit/s, que los enlaces de red locales son de 40G y 20G, y que el peering privado opcional puede organizarse en 9 Leontovicha o en 50 Gaidar.
PeeringDB respalda de forma independiente un perfil de interconexión en Kyiv para AS200000, con registros de instalación en NewTelco Kiev, 9 Leontovicha y DTEL-IX SP50 y entradas de intercambio para GNM-IX UA y 1-IX EU.
Pero la localidad no equivale a la simplicidad jurídica o técnica. Algunos prefijos anunciados por AS200525 están registrados a nombre de entidades fuera de Ucrania, como Hosting.XYZ LTD en Chipre, FASTPLANET LTD en el Reino Unido y UAB Starnita en Lituania. La oferta pública en inglés y la política de privacidad están asociadas a Hosting.XYZ LTD e indican que los datos personales pueden tratarse en servidores en Ucrania y en otros países. La página de alojamiento indica que las copias de seguridad pueden almacenarse en varios países, y la página ucraniana hace referencia específica a copias en servidores en Alemania.
No son señales de alarma en sí mismas. Las estructuras empresariales y de copia de seguridad transfronterizas son comunes. Esto significa que « alojamiento ucraniano » debe entenderse a nivel de servicio y categoría de datos, y no como una garantía general de que cada dirección, copia de seguridad, proceso de soporte o contraparte jurídica sea exclusivamente ucraniano.
Para los compradores preocupados por la soberanía de los datos, las preguntas adecuadas son concretas. ¿Dónde se almacena la carga de trabajo principal? ¿Dónde se almacenan las copias de seguridad? ¿El correo se guarda en copia de seguridad en Alemania o en otro lugar? ¿Qué entidad jurídica firma el contrato? ¿Qué entidad es el titular RIR de las direcciones asignadas? ¿El servicio se apoya en Hosting.XYZ LTD o en Hosting Ukraine LTD para el producto específico? ¿Puede un cliente seleccionar la ubicación del servidor? ¿Las copias de seguridad de la base de datos están cifradas y son exportables?
¿Los detalles del titular del dominio son custodiados por Hosting Ukraine como registrador, transmitidos a los registros o publicados a través de WHOIS/RDAP según sea necesario? Los archivos públicos dan suficiente materia para plantear estas preguntas. No responden a todas.
Los caminos de fallo a probar
El primer camino de fallo es la dependencia AS200525-AS200000. RIPE indica que AS200525 importa y exporta solo a través de AS200000, y la vista de coherencia de RIPEstat observó la misma relación. Si AS200525 se utiliza para un bloque de cliente o un servicio, la accesibilidad depende de que la red principal de Hosting Ukraine cumpla su función: tránsito, política de enrutamiento, mantenimiento de RPKI/ROA, filtros de ruta, salud ascendente y operaciones BGP. La red más amplia AS200000 tiene una visibilidad mucho mayor, pero el segundo AS no expone públicamente esa misma diversidad por sí mismo.
El segundo camino de fallo es la portabilidad de los recursos de direccionamiento. La validación RPKI confirma que AS200525 está autorizado a originar los cuatro prefijos visibles, pero los registros de titular RDAP muestran varias organizaciones. Si a un cliente se le asignan IP de uno de estos rangos, el comprador debe saber si el espacio está alquilado, asignado por el proveedor, vinculado a un producto específico, controlado por Hosting Ukraine, controlado por Hosting.XYZ o ligado a otro titular RIR. Un fallo aquí no es solo una pérdida de paquetes.
Puede ser un retraso en la migración, un problema de DNS inverso, una discordancia de geolocalización, un litigio por un ticket de abuso o un cambio de objeto de ruta que lleve más tiempo del que la aplicación puede tolerar.
El tercer camino de fallo es el estrés de la instalación o de la alimentación. Las propias páginas de Hosting Ukraine respaldan una huella real de centro de datos en Kyiv y una capacidad eléctrica material. PeeringDB respalda las relaciones de instalación en Kyiv para AS200000. Pero las páginas públicas no publican un mapa actual de racks, un diseño de alimentación eléctrica, detalles de UPS/generador, redundancia de refrigeración, logística de combustible, reserva de hardware o ubicación por servicio.
Los clientes deben verificar si su servicio está en un solo sitio, en varios sitios, replicado en Alemania, replicado a través de las salas de Hosting Ukraine, o simplemente respaldado en otro lugar.
El cuarto camino de fallo es el stock y la reparación del hardware. La página de servidores dedicados indica que el soporte incluye la sustitución del hardware defectuoso y la reinstalación del sistema operativo, y que la IP KVM puede proporcionarse bajo demanda. Es útil. También implica que un cliente puede esperar por la sustitución del hardware, el acceso físico, la disponibilidad de la imagen del sistema operativo, la cola de KVM y la priorización del soporte.
Para el VPS y el alojamiento profesional, las preguntas equivalentes son la reserva de nodos, el proceso de drenaje de host, la replicación del almacenamiento, la ruta de restauración y la capacidad del panel de control para mover una carga de trabajo mientras la plataforma está bajo carga.
El quinto camino de fallo es la copia de seguridad y la restauración. Las páginas públicas de Hosting Ukraine son favorables a la copia de seguridad: almacenamiento de copias en varios países, copias en Alemania, configuración de copias de seguridad de bases de datos y lenguaje de restauración del panel de control. El riesgo no es que no exista ninguna copia. El riesgo es que un comprador asuma un tiempo de recuperación sin probarlo.
Las condiciones del alojamiento compartido restringen los archivos grandes y el uso del almacenamiento de datos, y las copias de seguridad de las bases de datos gestionadas dependen de la configuración del plan y de la disponibilidad de la plataforma. Un cliente debe realizar pruebas de exportación y restauración antes de tratar al proveedor como una plataforma de recuperación ante desastres.
El sexto camino de fallo es el soporte, la facturación y el control de la cuenta. Hosting Ukraine anuncia soporte técnico 24/7 y proporciona varios canales de contacto, pero la oferta pública y las condiciones también hacen que el panel de control del cliente, el correo electrónico de contacto, el estado de pago, el uso legal y la respuesta a los avisos sean operativamente importantes. Un litigio de facturación, un dominio caducado, un fallo en la verificación de identidad, un aviso administrativo pasado por alto o una queja de abuso pueden interrumpir el servicio sin un fallo en la instalación.
Los clientes deben conservar una dirección de correo electrónico de contacto fuera de la plataforma, varios contactos autorizados, ciclos de renovación documentados, zonas DNS exportadas, rutas de recuperación de credenciales y copias independientes del contenido crítico.
El séptimo camino de fallo es la combinación de productos. Un cliente puede comprar el registro de dominio, DNS, alojamiento compartido, buzones de correo, alojamiento profesional, alojamiento de bases de datos, almacenamiento y VPS al mismo proveedor porque el panel de control es práctico. Esta comodidad reduce la dispersión de proveedores, pero también concentra los fallos. Si una cuenta, un saldo de pago, un cambio de DNS, una conexión al portal o un problema del plano de control a nivel del proveedor afecta a varios servicios a la vez, el cliente pierde más que un componente.
Para una pequeña empresa ucraniana, esto puede significar que el dominio, el sitio web, la mensajería, la base de datos y la ruta de restauración de copias de seguridad dependan todos de la misma cuenta del proveedor.
Lo que las pruebas públicas no demuestran
Las pruebas públicas son lo suficientemente sólidas como para descartar la idea de que se trata de un proveedor de papel. Hosting Ukraine tiene una entrada de registrador visible, un registro de organización LIR RIPE, dos sistemas autónomos, una amplia superficie de ruta AS200000, una superficie de ruta AS200525 activa, datos de instalación e intercambio de PeeringDB, y páginas de productos detalladas. La cuestión no es la existencia. La cuestión es la resiliencia específica del servicio.
Varias cosas siguen sin estar demostradas. Las fuentes públicas no muestran qué productos de clientes utilizan AS200525 en lugar de AS200000. No muestran el número actual de racks, el inventario de servidores de repuesto, el diseño del clúster de almacenamiento, la redundancia del plano de control, la geografía exacta de las copias de seguridad por plan, los objetivos de tiempo de recuperación, el historial de incidentes, el stock actual de servidores dedicados o las condiciones contractuales de los operadores.
No muestran si la cifra de 280 Gbps es la capacidad utilizable activa bajo DDoS, la capacidad agregada de los puertos, la capacidad externa contratada o una expresión de marketing del margen de red disponible. No muestran si cada plan puede sobrevivir a un fallo de una sola sala de servidores. No muestran el impacto operativo actual de los riesgos de infraestructura en tiempos de guerra en Kyiv.
Esta incertidumbre debería conducir a una calificación de evidencia de red media, no negativa. La red es visible. La empresa es real. El historial de la instalación es específico. Las páginas públicas exponen más detalles físicos que muchos proveedores de alojamiento. Al mismo tiempo, AS200525 es compacto y dependiente del principal, algunos espacios de direccionamiento anunciados tienen titulares RDAP que no son de Hosting Ukraine, y las páginas de productos no sustituyen a los diagramas de arquitectura ni a la transparencia de incidentes.
Los compradores deben tratar a Hosting Ukraine como un verdadero proveedor de infraestructura ucraniana cuyos archivos públicos respaldan su uso para muchas cargas de trabajo ordinarias, a la vez que exigen la diligencia debida específica del servicio para las cargas de trabajo que no puedan tolerar límites de restauración, de ruta o de soporte ambiguos.
Cómo probar el servicio antes de que se vuelva crítico
Una revisión práctica debería comenzar con el producto exacto que se utiliza. Un cliente de alojamiento compartido no debería plantear las mismas preguntas que un cliente con un VPS, una instancia gestionada de PostgreSQL, un contenedor de almacenamiento, una cartera de dominios o un servidor dedicado. Para el alojamiento compartido y el alojamiento profesional, el comprador debe preguntar cómo están ubicados sus sitios, bases de datos, buzones de correo y copias de seguridad.
Las propias condiciones de Hosting Ukraine indican que los recursos no pueden ser técnicamente ilimitados, y la página de alojamiento profesional expone las dimensiones de CPU, RAM, NVMe, memoria PHP, MySQL, caché, mensajería y copia de seguridad. Por lo tanto, la prueba consiste en saber si una cuenta determinada puede moverse o restaurarse cuando un servidor, un volumen de almacenamiento, un proceso de base de datos o un componente de mensajería funciona mal.
El comprador debe exportar los archivos y las bases de datos, restaurar hacia un destino distinto, documentar las versiones de PHP y de la base de datos, y conservar las instrucciones de conmutación de DNS fuera del panel de control del proveedor.
Para los clientes de VPS, la prueba debe centrarse en el fallo del host y la continuidad de la dirección. Lapágina de VPSpública confirma los productos de servidor virtual, pero no la arquitectura de migración en vivo. Un comprador debe preguntar si las instancias se basan en almacenamiento local o replicado, si las instantáneas son coherentes frente a fallos o coherentes a nivel de aplicación, si las asignaciones IPv4 e IPv6 siguen a una instancia reconstruida, si el proveedor puede iniciar un soporte de rescate sin acceso al portal del cliente, y si el correo saliente o la reputación de abuso pueden afectar a la subred VPS. Si la carga de trabajo utiliza el espacio AS200525, el comprador también debe preguntar si el prefijo en cuestión es uno de los cuatro rangos visibles por RIPEstat y si los ROA, los objetos de ruta y el DNS inverso son gestionados por Hosting Ukraine, Hosting.XYZ u otro titular RIR.
Para los clientes de bases de datos gestionadas y almacenamiento, la velocidad de restauración es la evidencia que importa. Las páginas de MySQL, PostgreSQL, Redis y almacenamiento mencionan todas la copia de seguridad, la restauración o los recursos escalables, pero los clientes deben convertir estas afirmaciones en pruebas. ¿Puede restaurarse una copia de seguridad de MySQL en una nueva instancia sin intervención del soporte? ¿Se pueden preservar las extensiones de PostgreSQL? ¿Se pueden restaurar los datos de Redis sin perder las suposiciones de sesión volátiles?
¿Se puede exportar una cuenta de almacenamiento a la velocidad de línea, o la recuperación está limitada por el ancho de banda del plan, los límites de la API, el estado de autenticación o las colas de soporte? Si el almacenamiento se utiliza para las propias copias de seguridad de un cliente, el cliente debe conservar al menos una copia fuera de Hosting Ukraine para que la ruta de recuperación no dependa de la misma cuenta y del mismo proveedor durante una crisis.
Para los clientes de dominio y DNS, la prueba es la gobernanza más que el ancho de banda. La entrada delregistrador IANAy lapágina de dominiode Hosting Ukraine respaldan un verdadero rol de registrador, pero un dominio aún puede fallar debido a una facturación caducada, datos de contacto incorrectos, un estado de transferencia bloqueado, avisos de verificación pasados por alto o errores del servidor de nombres. Los clientes deben mantener actualizados los datos del titular, almacenar el conocimiento del código de autenticación y la política de transferencia, documentar las zonas DNS, reducir los TTL antes de las migraciones y asegurarse de que el correo electrónico administrativo de la cuenta del registrador no sea un buzón alojado solo en la misma cuenta. Un fallo en el control del dominio puede hacer caer la web, la mensajería, los puntos finales de la API y los flujos de autenticación incluso cuando el centro de datos está en buen estado.
Para los clientes de servidores dedicados o peering privado, la disponibilidad actual debe verificarse antes del compromiso. La página de servidores dedicados indica que los nuevos pedidos están temporalmente indisponibles mientras se finaliza el sistema de pedidos, pero también describe las operaciones del servidor físico, BGP, el peering privado y las opciones de VLAN. Esto significa que la evidencia precontractual adecuada no es un folleto general.
Es una confirmación por escrito del stock, del modelo de servidor, del soporte in situ, de las piezas de repuesto, del plazo de KVM, del plazo de interconexión, de la política de enrutamiento, de la gestión de DDoS, del procedimiento de sustitución y de la posibilidad de que el cliente anuncie sus propios prefijos desde el sitio en cuestión. Si un comprador necesita una reparación en horas en lugar de en días hábiles, la página pública no es suficiente.
Finalmente, el comprador debe decidir si la localidad ucraniana es un requisito, una preferencia o una concentración de riesgos. El centro de datos de Kyiv y las evidencias de intercambio ucranianas de Hosting Ukraine son valiosos para la latencia local y la alineación jurisdiccional.
Los mismos archivos también muestran elementos transfronterizos: el lenguaje de copia de seguridad en Alemania, Hosting.XYZ LTD en Chipre para algunos recursos de direccionamiento y las páginas legales en inglés, los titulares FASTPLANET y Starnita para otros prefijos, y el lenguaje de la política de privacidad sobre el tratamiento de datos en Ucrania y en otros países. Una carga de trabajo seria necesita un mapa de datos.
El mapa debe identificar el almacenamiento principal, el almacenamiento de copias de seguridad, los datos del registrador, el titular de la dirección IP, la vía de contacto del soporte, la entidad contratante y el plan de salida. Sin este mapa, la expresión « alojamiento ucraniano » es una frase demasiado amplia para tomar decisiones sobre el riesgo en producción.
En resumen
La lección útil de 2 Hosting Ukraine LTD es que la « capacidad alojada » no carece de peso. La superficie pública AS200525 demuestra una capa de segundo AS enrutado de Hosting Ukraine, pero no demuestra una periferia independiente.
La operación más amplia de Hosting Ukraine muestra la imagen de infraestructura más sustancial: alojamiento ucraniano, acreditación de registrador, estatus LIR, accesibilidad AS200000, afirmaciones de centro de datos en Kyiv, mecánica de servidores dedicados, servicios de almacenamiento y bases de datos, lenguaje de copia de seguridad multipaís, automatización del panel de control y señales de peering/instalación. Es suficiente para que el proveedor sea operativamente significativo.
También es suficiente para hacer visibles los caminos de fallo. Un cliente que compre en Hosting Ukraine debe saber si su carga de trabajo está en el alojamiento compartido, en el alojamiento profesional, en el VPS, en la base de datos gestionada, en el almacenamiento, en el servidor dedicado, en el servicio de dominio/DNS o en una combinación.
Debe saber qué cuenta controla esos servicios, qué correo electrónico recibe los avisos administrativos, si el servicio utiliza AS200525 o AS200000, qué ubicación de copia de seguridad y qué proceso de restauración se aplican, si las direcciones IP son portables y qué sucede si el acceso a la instalación de Kyiv, el enrutamiento del AS principal, el stock de hardware, el estado de pago o la capacidad de soporte se ven sometidos a presión.
La actitud correcta no es, por lo tanto, ni una confianza de marketing ni una sospecha refleja. Los archivos públicos de Hosting Ukraine muestran una infraestructura auténtica, un catálogo de servicios ucraniano considerable y una huella de ruta real. El registro AS200525 restringe el análisis: para esta superficie del segundo AS, la redundancia debe demostrarse en lugar de suponerse.
Antes de confiar en ella para una producción crítica, un comprador debe solicitar respuestas por escrito sobre la ubicación multisitio, la diversidad de tránsito, RPKI y la política de enrutamiento, las pruebas de restauración de copias de seguridad, el soporte a la migración, la recuperación de cuentas, la resiliencia de la facturación y los límites de exportación de datos. Ahí es donde la diferencia entre la capacidad instalada y la capacidad recuperable aparecerá en la próxima ventana de reparación.