Resumen
- AS30344 está activo, no meramente registrado. El 15 de julio de 2026, RIPEstat mostró cuatro anuncios IPv4 /24 y uno IPv6 /40; el bloque IPv4 más nuevo, 23.26.1.0/24, fue asignado a 365.hosting el 6 de mayo y apareció en los datos de enrutamiento el 7 de mayo. Los cuatro orígenes IPv4 validaron bajo RPKI en la instantánea revisada, mientras que la ruta IPv6 devolvió un estado de validación desconocido.
- Las observaciones de rutas públicas mostraron un vecino, MIRhosting AS52000. Esto es una concentración significativa en el límite AS visible, aunque MIRhosting mismo tiene múltiples upstreams, conexiones de intercambio e instalaciones. No hay evidencia publicada que demuestre un segundo tránsito de AS30344, entradas físicas diversas, conmutación por error probada o capacidad de reemplazo equivalente.
- 365.hosting vende servidores VPS y dedicados en Estados Unidos y Países Bajos y dice que utiliza sus propios racks en centros de datos Tier III. Su copia estadounidense todavía identifica el sitio de Secaucus como vXchnge NJ01, aunque H5 Data Centers ahora lista la misma instalación en 200B Meadowlands Parkway. Su página de VPS en Países Bajos contiene texto heredado de WebHOST1 que afirma equipo de WebHOST1 en Serverius; la página de transición de Kolo dice que Serverius ahora opera bajo el nombre de Kolo, cuyo portafolio actual tiene cuatro sitios en Países Bajos. Ninguna superficie identifica el rack relevante de 365.hosting o el sitio de Kolo. El número de racks, la carga de TI instalada, el inventario disponible, la ocupación, los derechos de energía y la capacidad de restauración entre sitios permanecen sin revelar.
Una adición de 256 direcciones facilita ver la red
La forma más útil de acceder a 365.hosting no es la promesa de su página principal de centros de datos premium. Es un cambio pequeño y fechado en el registro público de direcciones.El registro de ARIN para 23.26.1.0/24indica que el bloque de 256 direcciones fue asignado a 365.hosting el 6 de mayo de 2026. Unaconsulta de historial de RIPEstatmuestra que AS30344 lo anuncia desde el 7 de mayo. La secuencia es inusualmente limpia: asignación un día, ruta visible al siguiente.
Ese nuevo bloque es importante porque confirma la actividad actual de la red sin necesidad de un testimonio de cliente ni un lanzamiento promocional. En la instantánea del 15 de julio, lavista de prefijos anunciadoscontenía cuatro /24 IPv4: 23.26.1.0/24, 23.152.200.0/24, 77.91.126.0/24 y 138.124.187.0/24. También contenía 2602:2d3::/40. El total IPv4 es de 1.024 direcciones. El /40 IPv6 es una asignación de enrutamiento, no un recuento de servidores, clientes o máquinas virtuales utilizables.
La misma instantánea también establece el primer límite de la historia. Lavista de vecinos AS de RIPEstatencontró un vecino izquierdo, AS52000. Lapágina de IPinfo para AS30344también clasificó a MIRhosting como el único upstream y llamó a AS30344 una red stub. Una stub es un AS que origina sus propias rutas pero no se observa que proporcione tránsito a redes descendentes. Esta es una forma operativamente coherente para una red de alojamiento modesta. No es prueba de diversidad de rutas.
Por lo tanto, la evaluación inicial correcta no es ni "red de papel" ni "nube resiliente probada". AS30344 está activo, su espacio de direcciones es accesible y se han puesto nuevos recursos en enrutamiento. Pero su salida visible públicamente del AS sigue siendo concentrada. Esa distinción importará cada vez que el sitio de ventas prometa alta disponibilidad, múltiples países o servicio las 24 horas.
La marca vende más de lo que AS30344 puede describir
Lapágina principal de 365.hostingpresenta un catálogo de infraestructura convencional pero amplio. Enumera VPS/VDS, servidores dedicados, dominios, certificados SSL, administración de servidores y complementos de seguridad. Dice que el negocio opera desde 2022, tiene ubicaciones en Estados Unidos, Europa y Asia, utiliza "racks propios" en instalaciones Tier III más sitios asociados, respalda más de 20.000 proyectos y pertenece al grupo internacional 365.partners. También muestra contadores de marketing más grandes, incluidos sitios web activos y una afirmación de disponibilidad del 99,9% durante cinco años.
Esas declaraciones establecen lo que la marca quiere que los clientes compren. No asignan activos físicos a AS30344. La afirmación de racks propios no nombra IDs de racks, arrendamientos, salas de instalaciones, alimentaciones eléctricas ni la empresa que posee los servidores. Los contadores de proyectos y sitios web no explican si cubren solo a 365.hosting, la plataforma anterior WebHOST1, el grupo 365.partners, registros de dominio, cuentas inactivas o computación paga activa. La cifra de disponibilidad no publica un período de medición, denominador de servicio, exclusiones de mantenimiento ni registro de incidentes.
Las páginas de productos son más tangibles. Lapágina de servidor dedicado en EE. UU.enumeraba configuraciones Intel de doble zócalo, una dirección IPv4, 30 TB de tráfico, un canal nominal de 1 Gbps para la oferta estándar, un tiempo de configuración de cinco a diez días y administración inicial gratuita. También mostraba una configuración de gama alta con un canal de 10 Gbps. Lapágina de servidor dedicado en Países Bajosofrecía de manera similar un sistema de doble Xeon, almacenamiento NVMe, una dirección IPv4, 30 TB de tráfico, un canal de 1 Gbps y el mismo intervalo de configuración.
Esta es evidencia de un escaparate con personal y productos definidos. No es un informe de inventario en vivo. Una tarjeta de plan puede permanecer en línea mientras un chasis está en pedido, un rack está lleno, un precio está desactualizado o una ubicación no está disponible temporalmente. El tiempo de configuración de cinco a diez días es especialmente revelador: la capacidad dedicada no es necesariamente un grupo aprovisionado instantáneamente. Puede depender de técnicos, piezas de repuesto, manos remotas, ensamblaje de servidores, pruebas, cableado y asignación de direcciones.
El producto es una promesa de entregar hardware después de un intervalo, no una prueba de que cada configuración anunciada está instalada e inactiva hoy.
La red y el catálogo también deben mantenerse separados. El servidor de un cliente podría usar espacio de AS30344, otro ASN de grupo, direcciones proporcionadas por la instalación o una asignación del upstream. Por el contrario, una dirección de AS30344 puede alojar infraestructura que no se vende bajo la tarjeta de producto actual de EE. UU. o Países Bajos. Sin un mapeo publicado entre servicio, prefijo, instalación y contrato, el ASN es la identidad de red más clara pero no un inventario completo de la plataforma comercial.
Sheridan es la dirección del registro, no la sala de servidores
Elregistro de sistema autónomo de ARINnombra a 365-HOSTING, marca AS30344 como activo y lo vincula al identificador de organización PARTN-46. Elregistro de organización de ARINasociado proporciona 30 N Gould Street, Suite R, Sheridan, Wyoming, y la dirección de soporte de 365.hosting. Lapágina de contactode la empresa repite la misma dirección de Wyoming y número de teléfono.
Esto convierte a Sheridan en una sólida ubicación administrativa y de registro. No la convierte en una ubicación de centro de datos. No hay ninguna afirmación de instalación en la página de contacto, ninguna descripción de energía o refrigeración para Wyoming, y ninguna medición de ruta pública que coloque el parque de servidores en ese edificio. Tratar una dirección de registro como una coordenada de rack colapsaría la presencia legal y las operaciones físicas en un solo punto no respaldado.
El registro de dominio agrega una línea de tiempo diferente. Larespuesta RDAP de CentralNic para 365.hostingregistra la creación del dominio en julio de 2022 y nombra ns1.365.hosting y ns2.365.hosting. El DNS público el 15 de julio resolvió el sitio en 23.152.200.43, dentro de un prefijo de AS30344. Los nombres de host de correo y servicios de nombres también están dentro de direcciones asociadas con la misma red. Esto le da a la marca una relación técnica directa con AS30344, más fuerte que un agregador que simplemente empareja un nombre.
Sin embargo, incluso esto no establece la cadena corporativa con precisión. La página principal dice que 365.hosting es parte de 365.partners. Lapágina de miembro de RIPE NCC para 365.partners INCproporciona la misma dirección de Sheridan, número de teléfono y un dominio de correo electrónico365.hosting, y enumera áreas de servicio en Alemania, Reino Unido, Israel y Países Bajos. Lapágina de IPinfo para AS198178asocia esa red más grande de 365.partners con 365.hosting y muestra una huella de direcciones sustancialmente más amplia que AS30344.
Esos identificadores comunes respaldan una afiliación operativa tal como la representan públicamente la marca y los registros. No justifican fusionar AS30344 y AS198178, asignar cada prefijo de grupo a esta entidad de directorio, o suponer que un ASN es una copia de seguridad automática del otro. Los orígenes de ruta separados pueden compartir contactos y control comercial mientras utilizan diferentes upstreams, instalaciones y políticas operativas. Una reclamación de recuperación necesita un diseño de conmutación por error declarado, no simplemente un nombre relacionado.
Los cuatro bloques IPv4 no comparten el mismo historial de registro
Las 1.024 direcciones IPv4 originadas por AS30344 se ven uniformes en una tabla de rutas: cuatro /24 iguales. Sus historiales de registro no son uniformes. Esa diferencia es una advertencia útil contra tratar el espacio enrutado como un grupo de propiedad única.
ARIN asignó directamente 23.152.200.0/24a 365.hosting en mayo de 2023. El bloque más nuevo 23.26.1.0/24 es una asignación de un bloque principal más grande, registrado en mayo de 2026. Laentrada de base de datos de RIPE para 77.91.126.0/24nombra la redWebhost_LLC, describe a 365.partners INC en los comentarios y lleva el mismo contacto de Sheridan. Laentrada de RIPE para 138.124.187.0/24nombra a Webhost LLC en Moscú y dice que la subred se utiliza para proporcionar servidores virtuales y dedicados que son autogestionados por los clientes.
Estos registros respaldan una imagen operativa en la que 365.hosting origina una mezcla de recursos de direcciones asignados directamente, asignados y relacionados con el grupo. No prueban la propiedad de los cuatro bloques en el sentido ordinario de propiedad. Los recursos de números de Internet se administran bajo políticas de registro y pueden reasignarse, subasignarse o enrutarse bajo acuerdo. Las diferentes organizaciones y comentarios son parte del límite de control, no una molestia administrativa que deba borrarse.
El DNS inverso proporciona evidencia limitada de uso. Lavista de IPinfo de 23.152.200.0/24mostraba la mayoría de las direcciones con nombres estáticoswebhost1.nete identificaba ns1.365.hosting, ns2.365.hosting y el nombre de host principal de 365.hosting. Suvista de 77.91.126.0/24incluíavm.365.hostingentre una denominación similar dewebhost1.net. Lavista de 138.124.187.0/24mostrabamail.365.hostingy más registros inversos al estilo WebHOST1.
Esta es una fuerte evidencia de que la marca y el entorno operativo anterior de WebHOST1 comparten una superficie de control. Es una evidencia débil para la identidad del cliente individual, el recuento de servidores o la ubicación física. Los nombres inversos pueden persistir después de mudanzas, generarse automáticamente o apuntar a una convención de gestión en lugar de un edificio. No deben convertirse en un inventario de 1.024 servidores en vivo.
La autorización de ruta es mejor que la redundancia de ruta
Los cuatro anuncios IPv4 tenían una propiedad de seguridad útil en la marca de tiempo revisada. El validador RPKI de RIPEstat devolvióvalidpara23.152.200.0/24,23.26.1.0/24,77.91.126.0/24y138.124.187.0/24cuando son originados por AS30344. Esto significa que las redes confiables que utilizan validación de origen de ruta tenían autoridad criptográfica para aceptar este emparejamiento ASN-prefijo.
La ruta IPv6 era diferente. El validador devolvióunknownpara2602:2d3::/40porque no encontró ningún ROA validador en esa respuesta. Desconocido no es inválido. Significa que la validación de origen de ruta no proporcionó autorización positiva para ese par. La distinción importa para la postura de seguridad, pero ni un estado válido ni desconocido dice nada sobre ancho de banda, congestión, energía de la instalación o conmutación por error del cliente.
Por lo tanto, RPKI es un control de integridad de enrutamiento, no un mecanismo de redundancia. Una ruta perfectamente autorizada aún puede desaparecer cuando falla un enrutador, caduca un contrato de tránsito, se corta una fibra o un cambio de mantenimiento sale mal. Puede permanecer visible pero sufrir pérdida de paquetes. Por el contrario, una ruta con un vecino visible puede heredar un alcance considerable de la red global de ese vecino, pero aún depende de la transferencia comercial y técnica entre los dos sistemas.
La topología pública respalda la precaución más que la alarma. Los colectores de rutas no observan cada interconexión privada, y una sesión de respaldo puede estar configurada pero inactiva. También puede existir un segundo operador en la Capa 2 mientras AS52000 sigue siendo el único vecino BGP. La evidencia no puede probar que no haya un respaldo oculto o en frío. Puede probar que no se vio un segundo vecino AS en la vista de RIPEstat del 15 de julio y que la empresa no había publicado una prueba que demostrara uno.
MIRhosting es una red sustancial, pero sigue siendo la bisagra visible
AS52000 no es un punto final pequeño de un solo operador. Lapágina de empresa de MIRhostingenumera más de diez ubicaciones de centros de datos en Europa, Estados Unidos y Asia, incluyendo Secaucus y 60 Hudson Street en Nueva York, varios sitios en Países Bajos, Fráncfort y Mumbai. Elregistro de PeeringDB para AS52000describe una red global con 1-5 Tbps de tráfico, una política de peering abierta, múltiples intercambios e instalaciones, y contactos de NOC y abuso las 24 horas.BGP.toolsenumera varios upstreams, incluyendo Arelion, GTT, Cogent y Tata, junto con conexiones de intercambio.
Esa amplitud reduce la tentación de equiparar "un vecino AS" con "un cable físico a todo Internet". MIRhosting puede transportar AS30344 a través de una red con sus propios enrutadores, upstreams y sitios redundantes. La muestra de traceroute de IPinfo alcanzó una dirección de AS30344 a través de un enrutador de MIRhosting identificado cerca de Nueva York, consistente con una ruta de servicio en EE. UU. Sin embargo, esto no revela cuántos puertos unen AS30344 con AS52000, si esos puertos entran en diferentes edificios, o si los servicios de Países Bajos y EE. UU. utilizan transferencias separadas.
La bisagra sigue siendo real. Si cada ruta externamente visible para AS30344 depende de que AS52000 acepte y propague sus rutas, entonces un error de política, suspensión comercial, filtro de fuga de ruta, respuesta DDoS o falla del plano de control compartido en ese límite puede afectar a los cuatro prefijos IPv4 y al prefijo IPv6 juntos. La diversidad de upstreams de MIRhosting no protege automáticamente contra una falla específica de la relación AS30344-AS52000.
Los clientes necesitan una respuesta más precisa que la palabra "redundante". Una prueba útil incluiría un segundo AS de tránsito activo, historial del colector de rutas que muestre ambos caminos, conexiones cruzadas de instalaciones separadas, capacidad de puerto, fechas de prueba de conmutación por error y evidencia de que los prefijos de servicio permanecen alcanzables después de deshabilitar cualquiera de las dos transferencias. Nada de eso se encontró en el material público revisado para este perfil. Por lo tanto, la red debe describirse como activa y globalmente accesible, con solo una relación de upstream observada públicamente.
La etiqueta de Secaucus ha sobrevivido al operador
El producto de Estados Unidos es físicamente específico en un aspecto. Elanuncio de 365.hosting en Nueva Jersey, con fecha del 7 de marzo de 2026, dice que sus servidores cloud NVMe están en "vXchnge Secaucus" y describe una instalación de 54.121 pies cuadrados cerca de la ciudad de Nueva York. La página de servidor dedicado llama al sitio vXchnge NJ01. Esto da a los clientes más que una región genérica "EE. UU.": apunta a Secaucus, Nueva Jersey.
El nombre del operador está desactualizado, pero la fecha de adquisición pública en sí misma necesita una advertencia. Elanuncio de adquisición en vivo de H5tiene fecha del 31 de enero de 2021, mientras que laconfirmación contemporánea de centros de datos Dynamicstiene fecha del 31 de enero de 2022. El conflicto de fuentes de un año impide una afirmación de edad más exacta; ambas fechas aún preceden al aviso de lanzamiento de 365.hosting del 7 de marzo de 2026 por al menos cuatro años. Lapágina actual de instalaciones de H5enumera su centro de datos de Nueva Jersey en 200B Meadowlands Parkway, Secaucus, lo describe como una instalación Tier III de más de 38.000 pies cuadrados y lo comercializa para la continuidad del negocio en Nueva York. Elregistro de instalación de PeeringDBlo llama H5 Data Centers Secaucus (NJ01), da la misma dirección y conserva "vXchnge Secaucus (NJ01)" solo como un nombre histórico alternativo.
El desajuste no prueba que los servidores de 365.hosting hayan salido del edificio o que el servicio no esté disponible. Un acuerdo de cliente y un rack pueden sobrevivir a una venta de instalación. Sí muestra que la descripción pública de la empresa no se ha actualizado al operador actual.
Eso debilita la confianza en afirmaciones adyacentes que son más difíciles de verificar, como qué parte proporciona manos remotas, qué acuerdo de nivel de servicio se aplica, quién recibe una escalada durante un incidente en la instalación y si los 54.121 pies cuadrados citados describen la huella del edificio, el área comercializada anteriormente o el espacio vendible actual.
También cambia la dependencia contractual. Si H5 ahora controla el sitio mientras 365.hosting controla los servidores o racks y MIRhosting suministra la ruta de red visible, entonces un cliente depende de al menos tres capas operativas. H5 mantiene el acceso al edificio, la energía, la refrigeración y los procedimientos de la instalación. 365.hosting aprovisiona y brinda soporte al servicio de servidor. MIRhosting transporta la relación BGP visible. Proveedores de hardware adicionales, procesadores de pago y plataformas de gestión se encuentran detrás de esas capas.
Ningún contrato público revisado aquí muestra qué capa debe un remedio al cliente final cuando dos capas no están de acuerdo sobre la causa de una interrupción.
La declaración de ubicación más segura es estrecha: 365.hosting comercializa públicamente servidores en EE. UU. en una instalación de Secaucus conocida históricamente como vXchnge NJ01; H5 presenta actualmente el sitio de 200B Meadowlands Parkway como su instalación de Nueva Jersey. La evidencia pública no identifica el rack, la carga instalada, la jaula, las conexiones cruzadas actuales o la capacidad vendible restante de 365.hosting dentro de ella.
La ubicación en Países Bajos se nombra solo al grupo de instalaciones
La oferta de Países Bajos es igualmente real pero menos precisa geográficamente. Elaviso de lanzamiento de 365.hosting en Países Bajos, también con fecha del 7 de marzo, dice que los servidores virtuales están disponibles en un centro de datos de Serverius. Lapágina de VPS en Países Bajoscontiene texto heredado de WebHOST1: dice que WebHOST1 ofrece el servicio y utiliza su propio equipo en un centro de datos de Serverius. Esa es una afirmación de WebHOST1 expuesta en la superficie de 365.hosting, no una prueba de que 365.hosting posea el equipo. La página también describe virtualización KVM, almacenamiento SSD con RAID10, un canal de plan de 100 Mbps y un reembolso de 30 días. La página de servidor dedicado eleva el canal anunciado a 1 Gbps para su hardware listado.
Serverius tampoco es ya la etiqueta pública independiente actual. Lapágina de transición de Kolodice que Serverius y Fuzion ahora operan bajo el nombre de Kolo, con las mismas ubicaciones y servicios, y dice que la marca unificada se lanza oficialmente el 17 de julio. Elportafolio de Países Bajos de Koloenumera cuatro sitios: NL1 Dronten, NL2 Meppel, NL3 Apeldoorn y NL4 Ámsterdam. Esas son afirmaciones de la plataforma Kolo, no un mapa del equipo de 365.hosting. La página de 365.hosting no dice qué instalación, sala o rack contiene el servicio relevante, y ningún registro de conexión cruzada pública vincula AS30344 con un sitio específico de Kolo.
Esa falta de identificación del sitio limita tanto el análisis de localidad como el de recuperación. Un cliente que elige "Países Bajos" puede esperar razonablemente el procesamiento de datos en el país cuando el servicio funciona según lo comercializado. La página pública no revela si las copias de seguridad permanecen en el mismo edificio, otro sitio de Serverius, Estados Unidos o una plataforma de gestión en otro lugar. No dice si un host fallido en Países Bajos puede restaurarse en Secaucus, si se requiere el consentimiento del cliente para tal movimiento, o cuánto tiempo tomaría la transferencia de imágenes y datos.
Losavisos de NOC aún servidos en el dominio de Serveriusilustran por qué estas distinciones importan y ya usan etiquetas KoloDC. En 2026, el sitio publicó mantenimiento de refrigeración en NL1 Dronten y trabajo de fibra oscura entre NL1 Dronten y NL2 Meppel, explicando que las fibras alternativas deberían asumir el control mientras advierten sobre posible latencia o pérdida de paquetes durante la reconvergencia de rutas. Esa es una divulgación operativa saludable por parte de la red de instalaciones. No prueba que 365.hosting ocupara cualquiera de los sitios afectados o participara en la ruta alternativa. Simplemente muestra el tipo de mantenimiento físico que una etiqueta "Países Bajos" oculta.
Por lo tanto, el grado de evidencia en Países Bajos es medio para la disponibilidad del servicio a nivel de país y débil para la colocación exacta de activos. Las páginas de producto hacen creíble la oferta, mientras que la transición de Serverius a Kolo establece la identidad actual de la plataforma de instalaciones sin localizar el servicio. Las fuentes no establecen una dirección postal, inventario instalado, derecho de energía, propiedad del rack o replicación entre sitios para 365.hosting.
Las tarjetas de capacidad no son una declaración de capacidad
El escaparate publica unidades comerciales útiles: tipo de procesador, memoria, disco, canal, asignación de tráfico, recuento de IPv4, tiempo de configuración y período de facturación. Estos son derechos del cliente si se suministran bajo el contrato aplicable. No pueden sumarse para calcular la capacidad del proveedor porque el sitio no publica el número de servidores disponibles o hosts de virtualización detrás de cada tarjeta.
Un plan de VPS en Países Bajos se mostraba como agotado cuando se revisó. Esa es una señal operativa pequeña pero valiosa. Sugiere que el catálogo puede exponer un estado de disponibilidad en lugar de aceptar cada configuración sin límite. También demuestra por qué una especificación de plan no es capacidad instalada. Un derecho de disco de 20 GB y un puerto de 100 Mbps en un plan no disponible no proporcionan servicio utilizable a un nuevo cliente.
Las páginas de servidor dedicado indican un tiempo de configuración de cinco a diez días. Esto puede representar un aprovisionamiento normal en lugar de escasez, pero expone el papel del inventario de hardware y la mano de obra. Si un servidor de producción falla, la pregunta relevante no es si existe un SKU coincidente en el sitio web. Es si un chasis equivalente, conjunto de memoria, dispositivo NVMe, asignación de energía y técnico están disponibles en el mismo sitio bajo un objetivo de reemplazo acordado.
Ninguna página revisada reveló el recuento de racks, el recuento de servidores, el recuento de hipervisores, los núcleos de CPU agregados, el almacenamiento instalado, el stock de discos de repuesto, la capacidad alimentada, el ancho de banda comprometido, la sobresuscripción, el porcentaje vendido o el inventario reservado. La afirmación de la página principal de racks propios sigue sin cuantificar. El tamaño de la instalación de H5 y la escala de la plataforma Kolo pertenecen a esos operadores de instalaciones; no pueden asignarse a 365.hosting.
Un inquilino puede ocupar un gabinete en un gran centro de datos, y el tamaño del edificio no dice nada sobre la capacidad libre del inquilino.
Incluso las 1.024 direcciones IPv4 enrutadas no son un límite de servidores. Un host puede llevar muchas direcciones; una dirección puede estar al frente de muchos hosts virtuales; las direcciones pueden estar reservadas, enrutadas pero no utilizadas, utilizadas para dispositivos de red o asignadas a clientes. Elresumen de IP2Location para AS30344corrobora los cuatro /24 y el único upstream de MIRhosting, pero su total de direcciones es una medida de recurso de red, no una medida de cómputo.
Por lo tanto, la conclusión de capacidad es explícita: las ofertas actuales y los recursos enrutados demuestran un servicio operativo, pero la capacidad instalada, vendida, de repuesto y en condiciones de falla no están cuantificadas públicamente. Cualquier número más fuerte sería inventado.
Una afirmación del 99,9% necesita un denominador
La página principal de 365.hosting dice que logró un 99,9% de tiempo de actividad durante cinco años, aunque la misma página dice que la marca opera desde 2022. Para julio de 2026, una medición completa de cinco años bajo esa marca se extendería antes de la fecha de operación declarada. La cifra puede incluir un historial de servicio anterior de WebHOST1, puede ser una copia de marketing redondeada, o puede usar otro punto de partida. La página no explica el denominador.
Al 99,9%, la aritmética permite aproximadamente 8 horas y 46 minutos de inactividad en un año de 365 días si se mide continuamente. Ese cálculo no es evidencia de inactividad real. Solo muestra por qué el alcance importa. La disponibilidad del sitio web, la disponibilidad del panel de control, la accesibilidad de la red, el estado de encendido de la VM y la respuesta de la aplicación pueden producir cada un porcentaje diferente. El mantenimiento planificado, la fuerza mayor y los incidentes causados por el cliente pueden excluirse de un SLA contractual incluso cuando permanecen visibles para los usuarios.
Lapágina de trabajos técnicospública no presentó un archivo de incidentes claro en inglés en la vista revisada. La página de contacto dice que los clientes obtienen la respuesta más rápida a través del sistema de solicitudes del panel de facturación y menciona por separado un chat de soporte en línea de 9 a. m. a 9 p. m., mientras que páginas más amplias anuncian soporte 24/7. Estas declaraciones pueden coexistir si los tickets se monitorean las 24 horas pero el chat no. No publican objetivos de respuesta inicial o restauración.
Sin un historial de incidentes y un SLA específico del servicio, la afirmación de tiempo de actividad debe permanecer atribuida. No puede usarse para inferir que ambos países, todos los productos, AS30344 o la plataforma de gestión lograron el mismo resultado. Tampoco puede demostrar la recuperación de los modos de falla más relevantes aquí: perder AS52000, perder una alimentación eléctrica de rack, reemplazar un servidor dedicado, restaurar una imagen de cliente o mover una carga de trabajo a través de fronteras.
Una divulgación operativa útil publicaría la disponibilidad del servicio por región, exclusiones de mantenimiento, horas de inicio y fin de incidentes, componentes afectados, causa raíz, remediación y si se emitieron créditos contractuales. Esa evidencia no estaba disponible. La ausencia no significa que ocurrieron interrupciones. Significa que el porcentaje anunciado no puede llevar el peso analítico de un registro de confiabilidad medido.
El plano de control se extiende hasta WebHOST1
El sitio público expone una segunda concentración que es más fácil de pasar por alto que BGP. SuHTML de página principalse preconecta aapi.webhost1.ru, su contenido y navegación reutilizan rutas de WebHOST1, y grandes partes de sus datos de producto y referencias de gestión llevan nombres de host de WebHOST1. El DNS inverso en AS30344 también usa repetidamentewebhost1.net. Elmapa del sitio de 365.hostingapunta a páginas dewebhost1.ruen lugar de un conjunto limpio de URL específicas de la marca.
Esto respalda la continuidad con una plataforma operativa establecida. Puede permitir que 365.hosting reutilice sistemas de facturación, aprovisionamiento, conocimiento de soporte y gestión de servidores en lugar de construirlos desde cero. También crea un límite de falla y gobernanza. Un cliente puede tener una VM en ejecución cuyos paquetes públicos fluyan a través de AS30344 mientras aún depende de otro dominio y plataforma para pedidos, pagos, restablecimiento de contraseña, tickets, acceso a consola o automatización.
Lapágina de documentos de 365.hostingmostró enlaces para una oferta pública, límites de carga de cuenta y términos de datos personales, pero la página en inglés revisada no exponía un nombre de empresa y calendario de servicio completos y fácilmente auditables. La sección de detalles bancarios de la página de contacto también aparecía sin completar en la vista en inglés renderizada. Esto dificulta determinar desde la superficie pública en inglés qué entidad legal exacta factura a un cliente, qué términos rigen los productos de EE. UU. y Países Bajos, y si Webhost LLC, 365.partners INC u otro afiliado realiza una obligación particular.
Esto no es evidencia de que los contratos estén ausentes; los clientes pueden recibir términos completos durante el pago. Es evidencia de que un cliente externo no puede verificar la cadena de contratación completa antes de entrar en el flujo de compra privado. Para la soberanía de datos, la escalación de incidentes y la planificación de insolvencia, esa distinción importa. La parte que opera el panel de control puede no ser la parte que tiene el arrendamiento del rack o la parte que origina la ruta.
Un plan de salida robusto debe tener en cuenta ambos planos. Las copias de seguridad de datos sin credenciales, imágenes, zonas DNS y acceso de transferencia de dominio pueden no ser suficientes. Por el contrario, el acceso al panel de control tiene un valor limitado si la única copia de los datos del cliente permanece en un almacenamiento no disponible. El material público no especifica formatos de exportación, garantías de API, procedimientos de entrega de cuenta o acceso de emergencia si la plataforma normal falla.
La falla comienza donde la propiedad cambia de manos
El primer camino de falla es el límite de ruta visible. Si AS30344 pierde su relación con AS52000, los cinco anuncios observados podrían volverse inalcanzables juntos a menos que un alternativo no revelado asuma el control. Los clientes que usan direcciones originadas en otro lugar podrían comportarse de manera diferente, por lo que el mapeo de servicio a prefijo es importante. El registro público no lo proporciona.
El segundo camino es específico de la instalación. En Secaucus, H5 controla la capa del edificio ahora atribuida a un nombre histórico de vXchnge. En Países Bajos, la oferta todavía dice Serverius mientras que la plataforma de instalaciones pública se está moviendo bajo el nombre de Kolo, y el sitio exacto no está revelado. Una interrupción de servicios públicos, falla de UPS, problema de refrigeración, restricción de acceso o mantenimiento de la instalación puede afectar el servicio al cliente incluso cuando el personal y los enrutadores de 365.hosting están saludables.
El tercero es la falla del rack y hardware. "Racks propios" concentra un control útil pero también crea responsabilidad por la distribución de energía, la conmutación de la parte superior del rack, los hipervisores, las unidades y los repuestos. Una ventana de configuración de nuevo servidor de cinco a diez días no puede tratarse como un objetivo de reemplazo. Los clientes necesitan saber si los discos fallidos están duplicados, si un host fallido desencadena un reinicio automático de VM en otro lugar, si los datos de respaldo están en un dominio de falla separado y qué tan rápido se puede reconstruir un servidor dedicado.
El cuarto es el soporte operativo. La copia pública promete ayuda las 24 horas, mientras que las horas de chat son más limitadas y los objetivos de tickets no están publicados. Un incidente grave puede prolongarse cuando el proveedor de alojamiento, el upstream y el operador de la instalación esperan cada uno el diagnóstico de la otra parte. Los caminos de escalación nombrados y los procedimientos conjuntos de incidentes son más valiosos que una insignia de soporte general.
El quinto es la facturación y el control de la cuenta. La infraestructura compartida de WebHOST1, los scripts de pago de terceros y los paneles de facturación privados pueden convertirse en dependencias del servicio. Una disputa de pago, retención por fraude, tarjeta vencida o compromiso de cuenta puede eliminar el acceso de gestión incluso mientras el hardware funciona. Las páginas públicas no indican un período de gracia, secuencia de suspensión, contacto de emergencia o derecho de exportación.
El sexto es la migración. El sitio anuncia migración gratuita y un reembolso de 30 días para algunos servicios. Eso reduce el costo inicial de cambio, pero no prueba una salida rápida. Los conjuntos de datos grandes, las configuraciones privadas, la reputación de IP dedicada, la sincronización de DNS y las dependencias de aplicaciones pueden hacer que la migración sea más lenta que el aprovisionamiento del servidor. Ninguna página revisada promete imágenes de VM portátiles, ancho de banda de exportación masiva, instantáneas retenidas después de la cancelación o evacuación asistida durante un problema en la instalación.
Estas no son acusaciones de falla. Son la cadena de dependencia creada por el acuerdo operativo público. El punto débil no es necesariamente un componente; es la transferencia entre componentes cuyos contratos y comportamiento de recuperación probado no están revelados.
Dos países de venta aún no hacen un par de recuperación
La presencia de ofertas tanto en EE. UU. como en Países Bajos invita a una suposición común: si un sitio falla, las cargas de trabajo pueden moverse al otro. Las páginas públicas no hacen esa promesa. Venden ubicaciones de forma independiente. No describen servicio activo-activo, almacenamiento replicado, orquestación compartida, redes privadas comunes, conmutación por error de DNS o capacidad de reserva en espera.
La recuperación entre sitios también cruzaría un límite legal y de latencia. Mover datos de Países Bajos a Nueva Jersey puede cambiar la jurisdicción aplicable, las obligaciones de notificación al cliente, el mecanismo de transferencia y el retardo de ida y vuelta. Un cliente que seleccionó Países Bajos para el procesamiento europeo no puede asumir que la restauración en EE. UU. es aceptable. El tema controlado de la soberanía de datos es relevante precisamente porque la ubicación es parte del producto, no porque la evidencia pruebe un incumplimiento de cumplimiento.
Incluso dentro de Países Bajos, las cuatro instalaciones listadas de Kolo no pueden contarse como redundancia de 365.hosting. Kolo anuncia opciones de resiliencia multisitio, pero 365.hosting no identifica su instalación ni afirma que los datos del cliente estén replicados en otra. Un pasillo neutral al operador crea opciones; no crea un segundo servicio contratado automáticamente.
Del mismo modo, las instalaciones de MIRhosting en ambos países no prueban que AS30344 tenga transferencias independientes en ambos. La vista BGP de un vecino puede cubrir múltiples enlaces físicos al mismo AS, o puede cubrir uno. Los datos públicos no los distinguen. Una declaración de redundancia creíble nombraría los sitios, circuitos y prueba de falla mientras preserva detalles de seguridad legítimos.
Por lo tanto, los clientes deben tratar el menú de países como una elección de ubicación, no una arquitectura de recuperación. Aquellos que necesitan continuidad ante la pérdida de un sitio deben diseñarla y adquirirla explícitamente: replicación de aplicaciones, credenciales separadas, DNS independiente, copias de seguridad fuera de la cuenta principal, restauración probada, reservas de capacidad y una base legal para la ubicación secundaria. El material público del proveedor no muestra que estos controles estén incluidos por defecto.
Quién está expuesto cuando el sistema falla
La afirmación de la página principal de "20.000+ proyectos" implica una base de usuarios significativa, pero ningún desglose independiente conecta ese número con los servicios actuales de AS30344. Las observaciones de DNS inverso y dominios alojados confirman que el espacio enrutado transporta sistemas orientados a Internet. No revelan si esos sistemas pertenecen a sitios web pequeños, agencias, servicios de software, servidores de juegos, tiendas, herramientas corporativas internas o revendedores de infraestructura.
El lenguaje del producto apunta a varios grupos afectados. Los clientes de VPS pueden perder aplicaciones web, bases de datos, VPN y entornos de desarrollo cuando falla un host o una ruta. Los clientes de servidores dedicados pueden enfrentar un reemplazo de hardware más largo porque su entorno está vinculado a un chasis específico. Los clientes de dominio y DNS pueden verse afectados en una capa de control incluso si su contenido está alojado en otro lugar. Los revendedores pueden amplificar un incidente upstream a muchos clientes finales que quizás nunca hayan oído hablar de 365.hosting.
El impacto en el cliente también depende de la continuidad de la dirección. Mover una carga de trabajo a otro proveedor sin conservar la misma IP puede interrumpir listas de permitidos, reputación de correo, almacenamiento en caché de DNS, integraciones de API y reglas de seguridad. Por lo tanto, los cuatro /24 son activos operativos más allá de su tamaño numérico. Sin embargo, ninguna política de portabilidad pública dice si un cliente puede traer una dirección, anunciar su propio prefijo, retener una IP durante la migración u obtener servicio BGP.
La pérdida de datos y la falta de disponibilidad son resultados separados. Una falla de ruta puede hacer que los datos intactos sean inalcanzables. Una falla de almacenamiento puede destruir datos mientras la red permanece saludable. Un bloqueo de facturación puede bloquear el control mientras los servicios públicos continúan temporalmente. La planificación de recuperación debe identificar qué estado se está protegiendo: accesibilidad de paquetes, energía de VM, durabilidad de datos, acceso de gestión o corrección de la aplicación.
La divulgación limitada significa que los clientes deben proporcionar gran parte de esta resiliencia ellos mismos. Las copias de seguridad fuera del proveedor, los pasos de reconstrucción documentados, el DNS secundario, las credenciales de dominio independientes, el monitoreo desde más de una red y la migración ensayada reducen la dependencia de afirmaciones que no pueden verificarse externamente. La necesidad es mayor para los clientes cuyos propios usuarios asumen que comprar un servicio "cloud" incluye conmutación por error invisible.
Lo que la evidencia respalda, y lo que no
La evidencia respalda llamar a 365.hosting un proveedor de alojamiento operativo asociado con un sistema autónomo activo registrado en EE. UU. Su dominio se resuelve dentro de AS30344. Sus prefijos IPv4 se están anunciando, el bloque más nuevo entró en enrutamiento inmediatamente después de la asignación, el DNS inverso muestra uso de alojamiento, y las páginas de producto aceptan un vocabulario comercial detallado de procesadores, discos, canales y ubicaciones. Esto es materialmente más fuerte que una tarjeta de directorio construida solo a partir de un nombre.
También respalda un hallazgo de concentración específico. En la instantánea del 15 de julio, todas las rutas de AS30344 observadas tenían un vecino AS visible, MIRhosting AS52000. Cuatro orígenes IPv4 eran válidos en RPKI; el origen IPv6 era desconocido en lugar de inválido. La evidencia de ruta no dice nada sobre enlaces de respaldo ocultos, pero no se encontró prueba pública de un segundo tránsito o conmutación por error probada.
La evidencia física respalda a Secaucus a nivel de ciudad e historial de instalaciones para la oferta de EE. UU., con una corrección: H5, no vXchnge, presenta ahora la instalación de 200B Meadowlands Parkway. Para la oferta de Países Bajos, respalda una etiqueta de producto heredada de Serverius y una plataforma actual de Kolo con cuatro sitios en Países Bajos, sin identificar Dronten, Meppel, Apeldoorn o Ámsterdam como la ubicación de 365.hosting. No respalda a Wyoming como ubicación de servidor.
La evidencia de capacidad respalda las especificaciones actuales del plan y una ventana de aprovisionamiento dedicada de cinco a diez días. No revela recuentos de servidores instalados o disponibles, ocupación de racks, ancho de banda agregado, energía, inventario de repuestos, porcentaje vendido o capacidad utilizable después de una falla. Las métricas del 99,9% y de clientes/proyectos siguen siendo afirmaciones de marketing sin detalle de medición publicado.
La evidencia corporativa respalda una afiliación pública entre 365.hosting, 365.partners y WebHOST1 a través de contactos compartidos, dominios, infraestructura de página y registros. No hace que cada recurso de AS198178 sea parte de AS30344 ni prueba que otra red del grupo sea un respaldo. Tampoco revela qué entidad debe a cada cliente el servicio completo.
Este es un hallazgo de red de fuerza media y una divulgación de infraestructura débil a media. La degradación es deliberada. El origen de la ruta y el escaparate son reales; los límites exactos de operación y recuperación siguen siendo demasiado opacos para una conclusión de resiliencia más fuerte.
La siguiente prueba debería ser operativa, no promocional
La corrección más fácil es editorial: actualizar el nombre de la instalación de Secaucus e identificar a H5 como el operador actual, al mismo tiempo que se explica el papel de 365.hosting y MIRhosting. Un cliente no debería tener que conciliar una publicación de lanzamiento de 2026 con la identidad actual del sitio de H5 y fuentes de adquisición que fechan la transacción en 2021 o 2022. La página de Países Bajos debería actualizar la etiqueta de Serverius por la transición a Kolo e identificar el código de instalación y la ciudad relevantes de Kolo.
El siguiente paso es una matriz de servicio a infraestructura. Para cada familia de productos de EE. UU. y Países Bajos, 365.hosting podría indicar el operador de la instalación, la entidad contratante, el origen de la ruta, los upstreams, la ubicación de respaldo, el canal de soporte y el SLA aplicable. No necesita revelar números de rack ni topología sensible. Debería dejar claro si el cliente compra una VM, un chasis dedicado o un servicio gestionado y qué componentes se comparten.
Para la resiliencia de red, una nota de conmutación por error fechada resolvería gran parte de la incertidumbre: el número de relaciones de tránsito de AS30344, si terminan en instalaciones separadas, si IPv4 e IPv6 tienen la misma protección, y la última prueba de retiro de ruta exitosa. La vista de un solo vecino sería entonces interpretable como limitación del colector, diseño intencional o concentración genuina.
Para la capacidad, las métricas útiles no son el recuento total de direcciones o los pies cuadrados de la instalación. Son los hosts instalados, los racks alimentados, las configuraciones disponibles, el hardware de repuesto, el ancho de banda comprometido agregado y los objetivos de reemplazo. El estado debería distinguir entre capacidad diseñada, instalada, alimentada, en servicio, vendida, reservada y disponible. Un proveedor puede revelar rangos o porcentajes cuando los números exactos son comercialmente sensibles.
Para la recuperación, los clientes necesitan objetivos de punto de restauración y tiempo de restauración, dominios de falla de respaldo, formatos de exportación de imágenes y un camino documentado fuera de la plataforma. La recuperación transfronteriza debería ser optativa y legalmente explícita. Un reembolso de 30 días es una garantía comercial; no es un diseño de recuperación ante desastres.
Finalmente, el registro de estado público debería incluir incidentes y mantenimiento en inglés consistente, con ubicación afectada, servicio, hora de inicio y fin, impacto, causa y remediación. Serverius ya demuestra el valor de esta práctica en sus propios avisos de NOC. Extender esa claridad a la capa de cliente de 365.hosting haría más por la confianza que otra insignia genérica de tiempo de actividad.
Hasta que aparezcan esas pruebas, la lectura más precisa sigue siendo estrecha. 365.hosting ha puesto espacio de direcciones real en servicio, incluyendo un /24 recién asignado. Vende hardware identificable en dos países y parece integrado en un grupo de alojamiento más amplio. Pero en la vista revisada del 15 de julio, la ruta más nueva aún se encontraba con Internet público a través de un único upstream visible, la etiqueta de la instalación en EE. UU. estaba al menos cuatro años por detrás de su registro de operador, y la etiqueta en Países Bajos no se resolvía en uno de los cuatro sitios de Kolo.
Ni el catálogo de ventas ni la tabla de rutas prueban cuánta capacidad sobrevive a la falla de un rack, sitio, contrato o plano de control.