Resumen
- Los registros públicos de RIPE otorgan a Medyabim una identidad legal y de red coherente. Elregistro RDAP de RIPE para AS44922nombra MEDYABIM-AS, lista a Emre Erim como contacto administrativo y técnico, e incluye ORG-MIH2-RIPE con el nombre «Emre Erim trading as Medyabim centros de datos»; elregistro de organización RIPEindica el país TR, el estado LIR, una dirección en Bursa y datos de contacto.
- La superficie de enrutamiento actual es real pero reducida. Elresumen AS de RIPEstatmarcó AS44922 como anunciado, mientras que elestado de enrutamientomostró un prefijo IPv4, ningún prefijo IPv6, 256 direcciones IPv4 y un vecino observado en la instantánea verificada. Lavista de prefijos anunciadoslistó solo 37.247.116.0/24 como actual.
- El control positivo más sólido es la seguridad de origen de ruta para este /24 actual. Lavalidación RPKI de RIPEstat para 37.247.116.0/24 a través de AS44922devolvió válido, con una ROA que autoriza AS44922 y una longitud máxima /24.
- Las propias páginas de Medyabim comercializan una huella operativa más amplia de lo que demuestra la superficie de enrutamiento actual de AS44922. Lapágina de centro de datosafirma tener hardware dedicado listo en los racks de Medyabim, una larga experiencia con servidores Linux DirectAdmin, opciones de servidores en Turquía y en el extranjero, una capacidad de salida total de 50 Gbit/s, rutas de proveedores nombrados como Turk Telekom y Superonline, y monitoreo del tráfico de los clientes. Lapágina de colocaciónafirma una continuidad de servicio del 99 % con ancho de banda, soporte 24/7, ubicación detrás de un cortafuegos, un puerto de reinicio gratuito y cinco direcciones IP.
- Las garantías públicas siguen siendo incompletas. Las páginas oficiales no publican una alimentación eléctrica doble, autonomía del generador, topología de refrigeración, supresión de incendios, salas de encuentro de operadores, ventanas de mantenimiento, resultados medidos de conmutación por error, certificación de las instalaciones ni un perfil de interconexión PeeringDB actualizado. El dominio propio de Medyabim se resuelve en 185.7.83.213, mientras que RIPEstat muestra que 185.7.83.0/24 es anunciado actualmente por DATAFOREST en lugar de por AS44922, por lo que los mapas de dependencia del lado del cliente deben separar la marca Medyabim, su punto final AS44922, el espacio de direccionamiento asignado y las superficies de servicio anunciadas por terceros.
La pregunta útil no es si Medyabim existe
Existe una categoría de perfiles de alojamiento regionales en los que la primera tarea es demostrar que la empresa es más que una línea en un directorio. Medyabim no es tan débil. El registro público contiene una persona física nombrada, un nombre comercial, un registro de organización RIPE, un sistema autónomo, recursos de direccionamiento asignados, páginas de servicio oficiales, una dirección de contacto en Bursa y ofertas de productos operativas.
El problema es diferente: el registro público demuestra la identidad y un punto final de ruta limitado, mientras que el lenguaje de marketing de la empresa pide a los clientes que crean en una historia de capacidad de centro de datos más amplia.
La fuente de identidad más sólida es RIPE. Elregistro RDAP para AS44922nombra al sistema autónomo MEDYABIM-AS y lista la organización «Emre Erim trading as Medyabim centros de datos». También lista a Emre Erim como contacto administrativo y técnico, con una dirección en Bursa y un número de teléfono. Elregistro de organización RIPE REST para ORG-MIH2-RIPElleva el mismo nombre comercial, país TR, tipo LIR, dirección en Bursa, teléfono, fax, referencias del mantenedor Medyabim y la fecha de creación en marzo de 2008. Esto es mucho más sólido que una entrada de directorio de alojamiento extraída de la web.
La propiapágina de contactode Medyabim ancla de forma independiente la dirección operativa pública. Describe «Medyabim centros de datos ve Internet Hizmetleri» y proporciona Kükürtlü Mahallesi, Oulu Caddesi, Oylum Sitesi F Blok Kat 3 No 13, Osmangazi, Bursa, con números de teléfono y la dirección de correo electrónico pública[email protected]. Esta dirección coincide estrechamente con la dirección RIPE. Esto importa porque la entidad no se presenta como una etiqueta de nube offshore sin rostro. Sus pruebas públicas apuntan a un operador con sede en Bursa cuyos registros de recursos de red y sitio comercial son al menos mutuamente coherentes.
La página de historia de la empresa añade la autodescripción. Lapágina acerca dede Medyabim dice que la empresa opera desde 2000 en torno a servicios de Internet, productos de software y sistemas llave en mano basados en Linux; dice que luego se centró en el registro de dominios, alojamiento web, servidores dedicados, administración de servidores y consultoría; y dice que a partir de 2006 construyó en Bursa, con sus propios recursos, un centro de datos con capacidad para más de 500 servidores para sus propios servidores y los de empresas de alojamiento web. Esto no es una prueba independiente de racks instalados o capacidad eléctrica, pero es una afirmación operativa específica y comprobable.
La pregunta, por tanto, no es «¿existe Medyabim?». La pregunta es «¿en qué partes de la capacidad comercializada por Medyabim puede confiar un cliente cuando la alimentación, la refrigeración, el enrutamiento, el soporte o la dependencia ascendente fallan?». Para un comprador de centro de datos o de colocación, la identidad es solo la primera puerta. La prueba más difícil es la capacidad recuperable: el hardware, la alimentación de los racks, la refrigeración, la fibra, el enrutamiento y los procesos humanos que permanecen disponibles durante una interrupción.
AS44922 es visible, pero su superficie de ruta pública actual es pequeña
RIPEstat confirma que AS44922 está anunciado. Elpunto de terminación del resumen ASetiqueta al titular «MEDYABIM-AS Emre Erim trading as Medyabim centros de datos» y marca el recurso como anunciado en la instantánea verificada. Esta es la conclusión de red positiva. Medyabim tiene un punto final de sistema autónomo público que el sistema de enrutamiento puede ver.
La escala de este punto final es modesta. Elpunto de terminación de estado de enrutamientode RIPEstat mostró un prefijo IPv4, 256 direcciones IPv4, cero prefijos IPv6 y un vecino observado. Elpunto de terminación de prefijos anunciadoslistó 37.247.116.0/24 como el anuncio actual de AS44922. Elpunto de terminación de vecinos ASNmostró un solo vecino izquierdo observado, AS16276. Elresumen AS de RIPEstat para AS16276identifica a este vecino como OVH SAS.
Esto no significa que Medyabim solo tenga 256 clientes, un solo rack o un solo servicio. El BGP público no ve las VLAN privadas, el stock de revendedores, el alojamiento direccionado por el proveedor, el inventario de servidores, las interconexiones de clientes o las superficies web externalizadas. Pero significa que el punto final visible AS44922 no es un backbone público amplio, de múltiples prefijos y múltiples vecinos en el momento de la verificación. Si un comprador evalúa a Medyabim como dependencia de centro de datos, el mapa BGP público por sí solo no demuestra la resiliencia multioperador.
Lavista de coherencia de enrutamiento AS de RIPEstathace la brecha más evidente. Listó 37.247.116.0/24 como presente tanto en el BGP como en el whois/IRR de RIPE. También listó 37.247.117.0/24 y 2a03:400::/32 como presentes en el whois/IRR pero no en el BGP en el momento de la verificación. La misma vista de coherencia mostró antiguos pares de importación/exportación whois AS9121 y AS53667 no vistos en el BGP, mientras que AS16276 se veía en el BGP pero no en la política de importación/exportación whois. Este es un tipo de desviación normal en los registros de enrutamiento más antiguos, pero es exactamente la razón por la que un cliente debería solicitar diagramas actuales en lugar de confiar en el texto histórico de la política del registro.
El control positivo es RPKI. La ruta AS44922 actual, 37.247.116.0/24, pasó laverificación de validación RPKIde RIPEstat como válida. Esto importa porque la autorización de origen de ruta es uno de los pocos controles públicos que un comprador de alojamiento puede verificar sin ver los documentos privados de las instalaciones. Una ROA válida no prueba la alimentación, la refrigeración o la conmutación por error. Muestra que el origen AS44922 visible actual no se deja como una reclamación de origen de ruta desconocida en la capa de validación pública.
La conclusión sobre la ruta es, por tanto, limitada y útil. AS44922 es real. Su ruta IPv4 visible actual es válida según RPKI. Su superficie ascendente observada es escasa. Sus pruebas IPv6 no están anunciadas actualmente. Sus registros de política de enrutamiento público no son suficientes para probar la diversidad de operadores o la conmutación por error. Un cliente no debería tratar esto como una red fantasma, ni como una red de centro de datos resiliente probada.
Las pruebas IPv6 y los prefijos inactivos exigen una degradación
Medyabim tiene pruebas de registro IPv6. El registro de búsqueda RIPE para2a03:400::/32muestra una asignación 2a03:400::/29 bajo TR-MEDYABIM-20110107 y una entrada route6 para 2a03:400::/32 con origen AS44922. Esto parece sólido hasta que se compara con la visibilidad de enrutamiento actual.
Elpunto de terminación de resumen de prefijo de RIPEstat para 2a03:400::/32marcó el prefijo como no anunciado en el momento de la verificación. Lavista del estado de enrutamientoinformó de que no había origen actual, ningún par RIS lo veía, y un evento de última observación para AS44922 el 1 de abril de 2026. Esto no es una conclusión de fallo en sí misma. Algunos clientes pueden no comprar servicio IPv6; algunos operadores pueden tener planes IPv6 inactivos; algunos bloques de direcciones se conservan para uso futuro. Pero esto cambia lo que se puede probar públicamente. Un proveedor de centro de datos cuyas páginas oficiales actuales comercializan servicios de alojamiento y servidores pero cuyo punto final AS visible no tiene un anuncio IPv6 actual debería ser consultado sobre el soporte de IPv6, su indisponibilidad, disponibilidad selectiva o su provisión a través de otro proveedor.
El panorama de los prefijos IPv4 inactivos también es mixto. El resultado de búsqueda RIPE para37.247.117.0/24muestra NET-MEDYABIM-DC5 y una entrada de ruta RIPE con origen AS44922 creada en junio de 2025. Sin embargo, la verificación de coherencia de RIPEstat no lo vio en el BGP actual. Esto podría representar capacidad reservada, una migración planificada, una ruta recientemente retirada, un rango de respaldo o simplemente espacio de direccionamiento no utilizado. Las pruebas públicas no pueden decidir entre estas explicaciones.
La distinción importante es entre la capacidad asignada y la capacidad operativa. Una asignación RIPE, una entrada de ruta o una atribución de dirección puede mostrar control administrativo o preparación. No prueba que el rango de direcciones preste servicio a los clientes hoy, que sea accesible a través de múltiples operadores, o que pueda activarse durante una interrupción.
Un comprador que necesite capacidad recuperable debería preguntar a Medyabim qué prefijos están en producción, cuáles están reservados, cuáles se migran a otros orígenes, cuáles están orientados al cliente, cuáles están reservados para gestión, y cuáles están cubiertos por procesos probados de DDoS, cortafuegos y RPKI.
Las páginas de servicio propias de Medyabim son concretas, pero no publican la resiliencia de las instalaciones
Lapágina del centro de datosde Medyabim es más detallada que una página de inicio de alojamiento genérica. Indica que los modelos de servidores dedicados se entregan tras la validación del pago y que el hardware está listo en los racks de Medyabim. Dice que Medyabim tiene más de 15 años de experiencia con servidores dedicados Linux y utiliza activamente DirectAdmin desde 2003. Dice que la empresa sirve con su propio hardware de servidores ubicado en Turquía, mientras que los servicios de servidores dedicados pueden elegirse en Turquía o en el extranjero según la demanda. También describe una «alta capacidad de línea» y una alta disponibilidad como razón para ofrecer rápidamente hardware de servidor real.
La misma página hace una gran afirmación de conectividad. Dice que las conexiones principales de Internet del centro de datos han sido seleccionadas para proporcionar un acceso rápido desde Turquía y el mundo, nombra a Türk Telekom, Superonline, Level3, Tinet, Lambdanet, Cogent Communications, AMS-IX y ECIX Duesseldorf, e indica una capacidad total de salida de línea de 50.000 Mbit, es decir, 50 Gbit/s. Dice que los clientes de servidores dedicados pueden acceder a un panel de gestión de red para monitorizar su propio tráfico 24/7 y dice que el centro de datos utiliza hardware de red Foundry Networks y HP Procurve.
Esta es una prueba útil, pero debe leerse como un texto de marketing y operaciones publicado por la empresa, no como una auditoría de operador en directo. La página no divulga cuáles de los proveedores nombrados son operadores físicos actuales, cuáles son proveedores de tránsito, cuáles son relaciones de intercambio o ruta, cuáles son opciones de tránsito históricas, cuáles soportan los servicios turcos y cuáles soportan la ubicación en el extranjero. No muestra una sala de encuentro de instalación, entrada de fibra diversificada, mapa de interconexión o inventario de puertos en directo.
El BGP público en el momento de la verificación mostró un vecino AS44922 observado, no un mapa público visible de todos los nombres de proveedores en la página.
La página es aún más escasa en cuanto a la ingeniería de las instalaciones. No publica una alimentación eléctrica doble, capacidad de UPS, autonomía de batería, autonomía de combustible del generador, redundancia de refrigeración, clase de supresión de incendios, carga sobre el suelo, densidad de racks, capas de seguridad física, reglas de ventanas de mantenimiento o ejercicios de recuperación ante desastres. Estas omisiones no son prueba de que los controles no existan. Muchos pequeños proveedores no publican tales detalles.
Pero un cliente que evalúa la resiliencia de un centro de datos no debería asumir estos controles a partir de la palabra «centro de datos».
Lapágina de colocaciónde Medyabim añade afirmaciones operativas orientadas al cliente. Dice que Medyabim ofrece una garantía de disponibilidad o continuidad del servicio del 99 % con ancho de banda para su servicio de colocación; dice que las empresas con servidores en el centro de datos de Medyabim pueden recibir soporte empresarial 24/7; dice que las estadísticas de tráfico pueden observarse en línea; dice que los servidores están detrás de un cortafuegos; dice que se asignará un puerto de reinicio gratuito; dice que la conexión asignada es dedicada y no limitada; y dice que se asignan cinco direcciones IP gratuitas para los servidores en el centro de datos.
Estas son afirmaciones de servicio reales, y especifican las preguntas que los compradores deberían hacer antes de confiar en el servicio. Una promesa de continuidad del servicio del 99 % no es lo mismo que un SLA moderno de alta disponibilidad, y el 99 % aún puede permitir una cantidad significativa de tiempo de inactividad al año. Un puerto de reinicio solo es útil si la distribución de energía, el acceso remoto, las credenciales de la consola y los procedimientos de soporte sobreviven al incidente. La ubicación detrás de un cortafuegos puede proteger a los clientes, pero también puede convertirse en un punto de estrangulamiento compartido.
Cinco direcciones IP pueden ser suficientes para un alojamiento simple, pero esto no dice nada sobre la portabilidad de las subredes enrutadas o la conmutación por error. La página da a los clientes elementos sobre los que preguntar, no una prueba completa de resiliencia.
El sitio oficial demuestra la amplitud de la oferta, no la capacidad recuperable
La amplitud de la oferta pública es amplia. Lapágina de paquetes de alojamiento webde Medyabim anuncia paquetes de alojamiento con espacio web, tráfico, FTP, MySQL, correo web, DirectAdmin, SSL opcional, productos de copia de seguridad de correo, un servicio de IP adicional para servidor, un servicio de copia de seguridad de servidor de 300 GB, transferencia FTP ilimitada 24/7, copias de seguridad automáticas semanales y mensuales, estadísticas avanzadas, filtrado antispam y un informe de transferencia. Supágina de revendedorofrece paquetes de revendedor con espacio web, cuotas de correo POP3, tráfico mensual, bases de datos MySQL, panel de control turco, correo web, control DNS opcional, opciones SSL, filtros antispam e informes de tráfico.
Lapágina VDSexplica los servidores dedicados virtuales como servidores lógicamente separados en hardware físico y enumera las funcionalidades de los paquetes VDS. Lapágina de información del panel de controldice que DirectAdmin se instala en los servidores cuando el servidor está en el DC de Medyabim, describe la gestión proactiva de servidores, la configuración de seguridad y el seguimiento de las listas negras de spam, y dice que PHP, MySQL, Linux, ionCube y DirectAdmin están instalados y configurados en todos los servidores.
En conjunto, estas páginas muestran que Medyabim vende una pila clásica de pequeño proveedor: dominios, alojamiento compartido, alojamiento para revendedores, VDS, servidores dedicados, colocación, almacenamiento de correo, SSL, copia de seguridad y soporte Linux/DirectAdmin gestionado. Esta mezcla crea dos tipos de dependencias. Una es física: racks, alimentación, refrigeración, enlaces ascendentes, cortafuegos, puertos de reinicio, servidores de repuesto y acceso de técnicos.
La otra es administrativa: portal del cliente, facturación, estado de la cuenta, tickets de soporte, controles de dominio, DNS, correo y procesos de copia de seguridad.
La oferta pública no le dice al comprador qué dependencias están en el mismo dominio de fallo. Un cliente podría comprar un paquete de alojamiento web cuyo sitio web, correo, copias de seguridad, DNS y acceso a tickets dependan todos de los mismos sistemas del proveedor. Un revendedor podría depender del panel de control y de los sistemas de correo de Medyabim incluso si los clientes finales solo ven la marca del revendedor.
Un comprador de servidor dedicado podría tener un reinicio remoto pero aún necesitar un técnico si la máquina no logra hacer POST, si un controlador de disco falla, o si la política del cortafuegos bloquea el acceso de recuperación. Un cliente de colocación podría ser dueño del servidor pero aún depender del edificio, la alimentación, el enlace ascendente, el cortafuegos y la respuesta del soporte de Medyabim.
Por eso la capacidad instalada no es suficiente. La afirmación de capacidad de más de 500 servidores de la página acerca de y la afirmación de capacidad de salida de 50 Gbit/s de la página del centro de datos describen una escala posible. La capacidad recuperable pregunta qué ocurre después de que una alimentación eléctrica, una ruta de UPS, un conmutador, un cortafuegos, un enlace ascendente, una ruta de autenticación o un canal de soporte haya desaparecido. Las páginas públicas no responden a esto.
La superficie DNS propia de Medyabim apunta fuera de AS44922
Una de las verificaciones más reveladoras es el dominio propio de Medyabim. Una búsqueda DNS pública de medyabim.com.tr mostró que el ápex y el nombre www se resuelven en 185.7.83.213, que mail.medyabim.com.tr también se resuelve en 185.7.83.213, que los servidores de nombres son ns1.medyabim.com y ns2.medyabim.com, y que un registro SPF hace referencia a 37.247.112.0/24 y 185.7.83.0/24. Estos hechos DNS deben tratarse como pruebas adyacentes a la operación porque muestran cómo Medyabim presenta su propia superficie de servicio a Internet.
RIPEstat cambia entonces la interpretación. Elresumen del prefijo para 185.7.83.0/24mostró el prefijo anunciado por AS58212, y elpunto de terminación del estado de enrutamiento para 185.7.83.0/24listó el origen actual AS58212, al tiempo que señalaba que el prefijo se había visto por primera vez desde AS44922 en 2012 y se había visto por última vez en el momento de la verificación desde AS58212. Elresumen AS de RIPEstat para AS58212identifica este origen como DATAFOREST dataforest GmbH. Del mismo modo, elresumen del prefijo para 37.247.112.0/24mostró el origen actual AS29141, y suresumen AS29141identifica a Bradler & Krantz GmbH & Co. KG.
Esto no significa que Medyabim tergiverse su servicio. El espacio de direccionamiento puede ser asignado, alquilado, migrado, enrutado por proveedores de tránsito, alojado en el extranjero o utilizado para servicios heredados. Los resultados de búsqueda RIPE para Medyabim muestran varios bloques de direcciones etiquetados como Medyabim, en particular 37.247.115.0/24, 37.247.118.0/24, 185.7.82.0/24 y 185.7.83.0/24, algunos de los cuales están actualmente atribuidos por el enrutamiento público a otros ASN de origen. La conclusión correcta no es el escándalo; es el mapeo de dependencias.
Si las superficies web, de correo o DNS de Medyabim dependen de prefijos anunciados actualmente por otras redes, entonces los clientes deben saber qué partes de su servicio están en AS44922, qué partes están en un espacio de direccionamiento de origen externo y qué partes están en el extranjero. Esto importa para el análisis de interrupciones. Si AS44922 tiene un problema, el sitio web público o el correo de soporte de Medyabim podrían seguir siendo accesibles a través de otro proveedor. Si la ruta de origen externo tiene un problema, la superficie de marca de Medyabim podría caer incluso si la ruta Bursa AS44922 permanece activa.
Si un cliente compra una colocación «Turquía» pero el soporte, la copia de seguridad, el DNS o la dependencia de correo están en otro lugar, el cliente necesita que eso se indique en el diseño del servicio.
El punto más amplio es que DNS y BGP cuentan historias diferentes. El dominio de marca puede estar en línea mientras que el punto final AS es reducido. Un titular de RIPE puede tener rangos de direcciones asignados que no son anunciados actualmente por su propio ASN. Un proveedor puede vender alojamiento dependiendo de orígenes de ruta de terceros para partes de su propia pila. Ninguno de estos hechos es descalificador. Todos significan que un análisis de fallos debe ser preciso.
El silencio en PeeringDB importa porque el sitio nombra numerosas rutas
PeeringDB es un directorio voluntario, por lo que la ausencia de un objeto de red no es prueba de que una red carezca de interconexión. Sin embargo, esto importa para Medyabim porque la página oficial del centro de datos nombra numerosas relaciones de conectividad y una afirmación de capacidad de salida total de 50 Gbit/s. Unaconsulta a la API de PeeringDB para el ASN 44922no devolvió ningún objeto de red en el momento de la búsqueda. Esto elimina una fuente pública que de otro modo podría mostrar la presencia en puntos de intercambio, la presencia en instalaciones, la política de peering, las ratios de tráfico, los prefijos informativos y las ubicaciones de interconexión autodeclaradas.
Sin un perfil de PeeringDB, un comprador se queda con los registros RIPE/RDAP, las observaciones BGP de RIPEstat, las propias páginas de Medyabim, el DNS y el lenguaje contractual. Es factible, pero no basta para probar un acceso diversificado a las salas de encuentro de operadores. El BGP público mostró a AS16276 como el vecino actual observado. La página del centro de datos de Medyabim nombra a Turk Telekom, Superonline, Level3, Tinet, Lambdanet, Cogent, AMS-IX y ECIX Duesseldorf. El artículo no puede conciliar estas capas en una topología física actual a partir únicamente de las pruebas públicas.
La pregunta correcta de aprovisionamiento no es si cada proveedor nombrado es falso. Es si el servicio de producción actual tiene más de una ruta aprovisionada de forma independiente y si esas rutas están diversificadas de manera relevante. ¿Hay múltiples proveedores de tránsito de pago activos para el servicio al cliente, o un solo proveedor ascendente visible? ¿Son históricos algunos de los nombres listados? ¿Se entregan algunas rutas a través de un proveedor ascendente, un revendedor o una interconexión remota? ¿Tiene la instalación de Bursa entradas de fibra diversificadas? ¿Están físicamente separadas las rutas turcas y europeas?
¿Cuánto tráfico puede transportar la ruta superviviente durante una interrupción? ¿Es redundante la ruta del cortafuegos y es independiente la ruta del puerto de reinicio del enrutamiento de producción del cliente?
Las pruebas públicas no pueden responder a estas preguntas. Pueden identificar la necesidad de plantearlas. Una afirmación de 50 Gbit/s es una suposición de capacidad hasta que haya pruebas de puertos actuales, contratos, margen de utilización y conmutación por error. Los logotipos o textos de proveedores nombrados no equivalen a diversidad de rutas. Un solo vecino AS observado no es prueba de una conexión única, pero es suficiente para exigir una confirmación directa.
El contrato de servicio traslada el riesgo al cliente
Elcontrato de serviciode Medyabim es importante porque muestra cómo las promesas técnicas públicas se encuentran con el riesgo contractual. El contrato indica que Medyabim proporcionará los servicios solicitados tras el pago y la aceptación, pero también sitúa la responsabilidad en los clientes en cuanto a las credenciales de la cuenta, el contenido alojado, el cumplimiento legal, los impuestos y el uso de los servicios. Más importante aún para la resiliencia, dice que las obligaciones de copia de seguridad y almacenamiento de datos del cliente corresponden al cliente, a menos que se indique lo contrario en el texto del contrato, al tiempo que también dice que Medyabim realiza regularmente copias de seguridad y mantiene los datos de los clientes, pero no es responsable de los errores, pérdidas o daños derivados de las interrupciones del servicio o la pérdida de datos.
Esta combinación es común en los contratos de alojamiento, pero tiene graves consecuencias. Las páginas públicas de alojamiento pueden anunciar copias de seguridad automáticas semanales y mensuales, servicios de copia de seguridad opcionales, informes de tráfico y soporte gestionado. El contrato de servicio puede aun así limitar la responsabilidad del proveedor si el cliente no ha adquirido o configurado el proceso adecuado de copia de seguridad y restauración.
Por lo tanto, un cliente debería preguntar por el alcance exacto de la copia de seguridad, la retención, la prueba de restauración, el tiempo de restauración, el aislamiento de las copias de seguridad y si estas se encuentran en la misma instalación, la misma red de proveedor, el mismo plano de control de cuenta o el mismo dominio de fallo.
El mismo contrato otorga a Medyabim derechos de suspensión por problemas de pago, contenido ilegal, spam y otras violaciones del contrato. Esto es esperable en un proveedor de alojamiento que protege su red. También significa que la continuidad del servicio depende tanto del estado administrativo como de los sistemas físicos. Un cliente puede perder el servicio por impago, tramitación de abusos, incidente de spam, bloqueo de cuenta, pérdida de credenciales o disputa de soporte incluso cuando los racks y las rutas están en buen estado.
Para cargas de trabajo críticas, la facturación, los contactos en caso de abuso y los procedimientos de escalado son controles operativos, no detalles administrativos.
Lapágina de ayuda del sistema de soportede Medyabim y lapágina de ayuda en líneamuestran una postura de soporte basada en tickets. La página del centro de datos dice que el soporte telefónico está disponible en horario de oficina, de 09:00 a 18:00, y fuera de ese horario los clientes pueden contactar al proveedor a través de un sistema de soporte 24/7 por ticket y correo. La página de colocación dice que las empresas con servidores en el centro de datos de Medyabim pueden recibir soporte empresarial 24/7. Estas declaraciones deberían convertirse en procedimientos de incidencias antes de que un cliente confíe en el servicio: quién puede llamar, quién puede abrir tickets urgentes, si hay un escalado telefónico fuera del horario, y cómo distingue el proveedor entre incidencias de reinicio, red, hardware, cortafuegos, DNS y abuso.
La alimentación y la refrigeración son los mayores puntos ciegos públicos
La misión para esta empresa es un examen de la infraestructura del centro de datos, y la principal dependencia física es la alimentación, la refrigeración, el acceso a la sala de encuentro de fibra, las operaciones de la instalación y los permisos locales. Las páginas públicas de Medyabim ofrecen algunas afirmaciones de tipo instalación, pero no suficientes detalles de ingeniería para respaldar una calificación de confianza alta en resiliencia. La página acerca de dice que la empresa construyó un centro de datos en Bursa con capacidad para más de 500 servidores con sus propios recursos.
La página del centro de datos dice que el hardware está listo en los racks de Medyabim y que la empresa utiliza su propio hardware de servidores. La página de colocación dice que los servidores están detrás de un cortafuegos, tienen estadísticas de tráfico y reciben un puerto de reinicio gratuito.
Estas declaraciones dejan la instalación física casi sin observar. No hay ninguna afirmación pública de alimentación eléctrica doble. No hay una topología de UPS ni autonomía de batería publicadas. No hay número de generadores, capacidad de combustible ni contrato de suministro. No hay un diseño de redundancia de refrigeración. No hay detalles sobre humo, supresión de incendios o detección de fugas de agua. No hay un plano de planta ni certificación de la instalación. No hay ninguna declaración sobre entradas de fibra diversificadas o diseño de la sala de encuentro.
No hay una política de ventanas de mantenimiento que distinga entre trabajos planificados, de emergencia y solicitados por el cliente. No hay un historial público de incidencias que muestre una recuperación medida.
Para un pequeño proveedor de Bursa, parte de este silencio es comprensible. Publicar demasiados detalles sobre la instalación puede crear un riesgo de seguridad. Los pequeños operadores también pueden depender de instalaciones ascendentes, salas alquiladas, acuerdos de alimentación de oficina o ubicaciones de servidores mixtas locales y en el extranjero. Pero el riesgo para el cliente sigue siendo el mismo. Una afirmación de «capacidad de más de 500 servidores» no equivale a la capacidad de alimentación utilizable después de la falla de una ruta de distribución.
Una afirmación de «alta disponibilidad» no equivale a una autonomía de generador probada. Un «puerto de reinicio» no sustituye al acceso a la consola remota, los discos de repuesto, los procedimientos de sustitución en caliente o la disponibilidad de un técnico.
La prueba práctica consiste en separar cuatro capacidades. La capacidad instalada es lo que el proveedor ha construido o dice poder alojar. La capacidad vendida es lo que los clientes ya están usando. La capacidad utilizable es lo que queda después de la carga normal, los límites térmicos, las reservas de energía, el mantenimiento y la sobresuscripción. La capacidad recuperable es lo que queda después de la falla de un componente. Las páginas públicas suelen describir la capacidad instalada. Los clientes necesitan la capacidad utilizable y la recuperable.
Las pruebas públicas actuales de Medyabim no pueden resolver esta cuestión. Solo pueden definir la petición de pruebas: esquemas eléctricos, autonomía del UPS y del generador, diseño de la refrigeración, política de densidad de racks, controles de incendio y agua, diversidad de las entradas de operadores, historial de mantenimiento, procedimiento de intervención remota, política de piezas de repuesto y al menos un ejercicio documentado de conmutación por error o restauración.
Quién se ve afectado cuando Medyabim cae
Los usuarios afectados no son solo los titulares directos de cuentas de Medyabim. Un proveedor que vende dominios, alojamiento, paquetes de revendedor, VDS, servidores dedicados, colocación, almacenamiento de correo y copias de seguridad puede encontrarse por debajo de muchos servicios posteriores. Un paquete de revendedor puede dar soporte a decenas o cientos de pequeños sitios web cuyos propietarios pueden no saber que Medyabim existe. Un servidor dedicado puede soportar una aplicación empresarial, una base de datos, un portafolio de agencia, un servicio de correo o una tienda en línea.
Un cliente de colocación puede ser dueño del hardware pero depender de Medyabim para la alimentación, el acceso a los racks, la ruta del cortafuegos, la monitorización del tráfico y el control del reinicio.
La ruta de fallo tampoco es unidimensional. Un evento de alimentación puede detener los servidores aunque las rutas ascendentes estén sanas. Un evento de refrigeración puede forzar una parada o reducir la densidad de rack permitida. Una falla del cortafuegos puede aislar a muchos clientes a la vez. Una sola falla de un proveedor ascendente puede afectar a AS44922 si no hay una ruta alternativa activa para el prefijo en cuestión. Una falla de soporte o de tickets puede ralentizar la recuperación aunque la instalación esté intacta.
Una falla de DNS o de correo en un espacio de direccionamiento de origen externo puede hacer que Medyabim sea más difícil de contactar mientras el tráfico de producción en otros lugares sigue funcionando. Una suspensión contractual o por abuso puede eliminar el servicio sin una falla física.
Por eso importa el descubrimiento DNS. Si el dominio de marca público y el servicio de correo utilizan 185.7.83.213 bajo un prefijo actualmente anunciado por DATAFOREST, y si el SPF hace referencia a un prefijo 37.247.112.0/24 actualmente anunciado por Bradler & Krantz, entonces los clientes no deberían asumir que «red Medyabim» significa un AS, una ciudad, una instalación o una jurisdicción. El servicio puede ser más resiliente porque algunos componentes están fuera de AS44922. También puede ser más complejo porque la propiedad de las incidencias cruza las fronteras de los proveedores.
Las personas que necesitan respuestas son los equipos de aprovisionamiento, las agencias web, los operadores revendedores, los propietarios de pequeñas empresas, los administradores de sistemas, los responsables de cumplimiento y los intervinientes en caso de incidencia. Deben saber si un servicio alojado por Medyabim dispone de una segunda ruta, de una prueba de restauración reciente, de un canal de soporte fuera de banda, de copias de seguridad actuales, de acceso a la transferencia de dominio, de una exportación DNS, de continuidad del correo y de una autorización de origen de ruta. Estas preguntas no son hostiles.
Son el trabajo mínimo requerido para transformar una relación de alojamiento en una dependencia de infraestructura capaz de sobrevivir a un mal día.
Lo que los clientes deberían pedir a Medyabim que demuestre
En primer lugar, solicite un mapa de red actual. Debería identificar AS44922, 37.247.116.0/24, todos los prefijos AS44922 reservados o inactivos como 37.247.117.0/24, todos los planes IPv6 para 2a03:400::/32 o la asignación más amplia, y todos los servicios de clientes enrutados bajo AS29141, AS58212 u otros orígenes. Debería identificar si AS16276 es el único proveedor ascendente activo para la ruta AS44922, si otros proveedores están activos a través de acuerdos privados o no observados, y si los nombres de proveedores en la página del centro de datos son actuales, históricos, indirectos o específicos del producto.
En segundo lugar, solicite la resiliencia de la instalación. La respuesta debería incluir las alimentaciones eléctricas, el diseño del UPS, la autonomía de la batería, la autonomía del generador, la redundancia de la refrigeración, los límites de densidad de los racks, la seguridad física, los controles de incendio y agua, las ventanas de mantenimiento, la disponibilidad de intervención remota, la política de piezas de repuesto y qué cubre realmente la afirmación de continuidad de la colocación del 99 %. Si el servicio está en Bursa, pregunte cuáles son las dependencias del edificio y de los servicios públicos.
Si el servicio está en el extranjero, pregunte qué país, qué instalación, qué proveedor y qué condiciones legales aplican.
En tercer lugar, solicite pruebas de conmutación por error a nivel de cliente. Medyabim debería poder mostrar qué ocurre cuando un proveedor ascendente falla, un cortafuegos falla, un servidor pierde la alimentación, un disco falla, el cliente no puede acceder al portal, la cola de soporte está ocupada, la cuenta es señalada por abuso, o el cliente necesita una migración de emergencia. Las páginas públicas mencionan la monitorización del tráfico, las copias de seguridad, los puertos de reinicio y los tickets. El comprador debe saber cómo se comportan estas herramientas durante una interrupción.
En cuarto lugar, solicite los controles de datos y salida. La página de alojamiento menciona copias de seguridad automáticas semanales y mensuales, una copia de seguridad opcional, productos de copia de seguridad de correo y un servicio de copia de seguridad de servidor. El contrato de servicio limita la responsabilidad de Medyabim por interrupciones del servicio y pérdida de datos, salvo que se indique lo contrario en el contrato.
Los clientes deberían exigir pruebas de restauración, el alcance de las copias de seguridad, la retención, el estado fuera del sitio, el cifrado, el control de acceso, el proceso de exportación, el proceso de transferencia de dominio, la exportación DNS y la continuidad del correo.
En quinto lugar, solicite la prueba de que se puede contactar con el soporte cuando el sitio web o el correo habitual no están disponibles. La página de contacto proporciona números de teléfono y correos electrónicos. La página del centro de datos describe el soporte telefónico durante el horario de oficina y el soporte por ticket/correo fuera del horario. Los clientes críticos deberían exigir un escalado de emergencia designado, contactos autenticados, un procedimiento telefónico fuera de banda y una forma de autorizar la intervención remota sin depender únicamente del portal normal.
Un dossier de pruebas razonable no tendría que revelar planos de planta sensibles. Medyabim podría proporcionar un anexo específico para el cliente que indique qué instalación da servicio a la carga de trabajo, qué prefijos y ASN de origen se utilizan, qué servicios DNS y de correo están implicados, qué proveedores ascendentes están activos, qué componentes son puntos únicos de fallo y qué servicios están fuera de Turquía.
Podría proporcionar un esquema unifilar expurgado que separe los servidores de clientes, el cortafuegos compartido, el controlador de reinicio, el destino de copia de seguridad, el portal de soporte, el DNS autoritativo y el sitio web público. También podría proporcionar fechas recientes de pruebas del generador, mantenimiento del UPS, mantenimiento de la refrigeración, pruebas de conmutación por error ascendente, pruebas de restauración de copias de seguridad y cambios de origen de ruta. Estos artefactos responderían a la cuestión operativa sin exponer los nombres de los clientes o configuraciones de seguridad sensibles.
El mismo anexo debería distinguir entre el alojamiento estándar, la colocación y los servidores dedicados. En el alojamiento compartido, el comprador depende de las elecciones de plataforma y de la política de copias de seguridad de Medyabim. En el alojamiento para revendedores, los clientes posteriores pueden depender de Medyabim incluso cuando compran a otra marca. En los servidores dedicados, el comprador puede controlar el sistema operativo pero no el rack, el router, la ruta de alimentación o las piezas de repuesto.
En la colocación, el comprador puede ser dueño del servidor pero aun así depender de Medyabim para el edificio, la alimentación, el acceso al soporte y el punto final de red. Estas diferencias determinan quién actúa primero durante una interrupción.
La calificación de evidencia
Medyabim obtiene una calificación de evidencia de red pública Media, con una degradación por las pruebas de instalación y resiliencia. La capa de identidad es sólida para un pequeño proveedor: los registros RIPE RDAP y de organización RIPE vinculan AS44922 y ORG-MIH2-RIPE con Emre Erim operando bajo el nombre de Medyabim centros de datos, y la dirección de Bursa coincide con la página de contacto de Medyabim. La capa de ruta AS44922 actual también es real: RIPEstat marca el AS como anunciado, lista 37.247.116.0/24 como actual, muestra una visibilidad RIS IPv4 completa en la instantánea verificada y valida la ruta bajo RPKI.
La calificación no puede ser Alta porque la evidencia operativa se diluye inmediatamente después de esto. RIPEstat solo mostró un único /24 IPv4 actual, ningún anuncio IPv6 actual y un solo vecino AS44922 observado. PeeringDB no devolvió ningún objeto de red para AS44922. La vista de coherencia de RIPEstat mostró una entrada de ruta IPv4 y una entrada route6 IPv6 que no estaban actuales en el BGP. La superficie DNS propia de Medyabim apunta a un espacio de direccionamiento actualmente anunciado por otras redes.
Las páginas oficiales de Medyabim publican afirmaciones de servicio útiles, pero no publican las pruebas de alimentación, refrigeración, encuentro de operadores, mantenimiento y conmutación por error necesarias para confiar en la capacidad del centro de datos comercializada bajo tensión.
La conclusión práctica no es rechazar a Medyabim. Las pruebas respaldan a un verdadero operador de alojamiento y centro de datos con sede en Bursa, con registros RIPE de larga data, un punto final AS visible, páginas de servicio oficiales y una oferta al cliente concreta. La conclusión tampoco es aceptar las afirmaciones de más de 500 servidores y 50 Gbit/s como prueba de resiliencia. Los clientes deberían tratar estas afirmaciones como hipótesis a validar mediante diagramas de operadores actuales, pruebas de instalación, un mapeo de prefijos, verificaciones RPKI, pruebas de restauración y procedimientos de soporte específicos del contrato.
La huella pública de Medyabim es más fuerte donde nombra la identidad, los servicios y una ruta actual. Es más débil donde un cliente más necesita pruebas durante una interrupción: alimentación eléctrica, refrigeración, diversidad de fibra física, redundancia de operador activa, IPv6 actual, escalado de soporte, copias de seguridad, salida y recuperación probada. Ahí es exactamente donde la debida diligencia debería centrarse antes de que las cargas de trabajo críticas se coloquen detrás de la marca.