Cómo revisar un bloque de IP antes de alquilarlo: WHOIS, BGP, RPKI, geolocalización y listas negras

Un bloque de IP vale lo que vale su historial. Un /24 que se usó para spam, figura en una lista negra, se geolocaliza en el país equivocado o se anuncia sin un RPKI válido puede costarle semanas de trabajo después de haber migrado a él sitios web, correo o cuentas. Esta guía es una lista de comprobación práctica de diligencia debida para cualquiera que alquile espacio IPv4, ya sean unas pocas direcciones o varios bloques /24: cómo leer los datos de registro, revisar el historial de enrutamiento y el RPKI, comparar las bases de datos de geolocalización, consultar listas negras y puntuaciones de reputación, y qué acordar en el contrato de alquiler.

Paso 1: Leer los datos de registro (whois)

# Registration record of the block (RIPE, APNIC, ARIN, AFRINIC or LACNIC answers automatically)
whois 203.0.113.0

# Fields to look at:
#   inetnum / NetRange  : the exact range and its size
#   netname, descr      : who it is assigned to
#   country             : the registered country (not necessarily the geolocation)
#   status              : ALLOCATED PA / ASSIGNED PA / LEGACY ...
#   org, mnt-by         : the holder and the maintainer that can change the record
#   abuse-c / abuse-mailbox : where abuse reports go

El arrendador debe ser el titular del bloque o contar con una autorización por escrito del titular. Solicite una carta de autorización (LOA, Letter of Authorization) si va a anunciar el bloque desde su propio ASN (consulte cómo anunciar espacio IP alquilado desde su propio ASN).

Paso 2: Revisar el historial de enrutamiento

Quién anunció el bloque antes, y cuándo, dice mucho. Los cambios frecuentes de ASN de origen, los periodos largos en los que lo anunciaron redes conocidas por abusos o los anuncios fragmentados pueden indicar problemas.

# Current origin ASN(s) and visibility (RIPEstat public API)
curl -s "https://stat.ripe.net/data/prefix-overview/data.json?resource=203.0.113.0/24" | python3 -m json.tool | head -40

# Routing history: which ASNs announced the block and when
curl -s "https://stat.ripe.net/data/routing-history/data.json?resource=203.0.113.0/24" | python3 -m json.tool | head -60

La misma información se puede consultar fácilmente en bgp.he.net (busque el prefijo) y en la interfaz web de RIPEstat. Fíjese también en si el bloque está anunciado actualmente: un bloque que lleva mucho tiempo sin enrutarse suele estar más limpio que uno que cambia de manos cada pocos meses.

Paso 3: Comprobar el RPKI

Muchas redes descartan las rutas con RPKI inválido. Asegúrese de que existe un ROA, o de que se creará, para el ASN que anunciará el bloque, con una longitud máxima de prefijo correcta.

# Is 203.0.113.0/24 valid when announced by AS64500?
curl -s "https://stat.ripe.net/data/rpki-validation/data.json?resource=AS64500&prefix=203.0.113.0/24" | python3 -m json.tool

El estado debe ser valid. invalid significa que existe un ROA para otro ASN u otra longitud de prefijo y hay que corregirlo antes de anunciar; unknown significa que todavía ningún ROA cubre el bloque. Más detalles: ROA y RPKI explicados.

Paso 4: Comparar las bases de datos de geolocalización

Los sitios web y las plataformas usan distintos proveedores de geolocalización, y no siempre coinciden. Compruebe algunas direcciones del bloque en cada uno de ellos.

curl -s ipinfo.io/203.0.113.10; echo
curl -s "http://ip-api.com/json/203.0.113.10?fields=country,regionName,city,isp,org,as,hosting"; echo

Revise también MaxMind (demo de GeoIP2 en maxmind.com), IP2Location y DB-IP en sus sitios web. Si el país es incorrecto en alguna base de datos, pregunte si el arrendador publica un geofeed y envía correcciones (consulte cómo corregir la geolocalización de una IP con un geofeed). Para los casos de uso que dependen del tipo de IP (residencial, de ISP o de centro de datos), consulte cómo saber si una IP es nativa, residencial, de ISP o de centro de datos.

Paso 5: Revisar listas negras y reputación

• Spamhaus: consulte algunas direcciones en el verificador de reputación de IP y dominios de Spamhaus, y asegúrese de que el bloque no está en la lista DROP de Spamhaus, que muchas redes bloquean por completo.
• Comprobación en varias RBL: MXToolbox o multirbl.valli.org revisan decenas de listas negras a la vez (consulte cómo comprobar y sacar una IP de listas negras).
• Denuncias de abuso: AbuseIPDB muestra los informes públicos recientes de ataques procedentes de una dirección o un rango.
• Puntuaciones de fraude y proxy: servicios como Scamalytics o IPQualityScore califican el riesgo de fraude de las IP. Estas puntuaciones importan para el comercio electrónico, los pagos y las cuentas de redes sociales.

Tome muestras de direcciones de todo el bloque (por ejemplo, .1, .64, .128, .200, .254), no solo de la primera: un solo vecino problemático puede decir algo de todo el rango.

Paso 6: Probar la conectividad desde donde están sus usuarios

Haga pruebas de ping y TCP hacia el bloque desde los países a los que da servicio. En el caso de China continental en particular, un rango puede ser totalmente accesible desde el extranjero y, aun así, inaccesible localmente; consulte cómo probar desde China continental la accesibilidad de las IP de un clúster de sitios. Para el acceso a plataformas, consulte pruebas de acceso a streaming y plataformas.

Paso 7: Acordar las condiciones

• Entrega: ¿enrutado a su servidor o anunciado desde su propio ASN con una LOA? ¿Quién crea el ROA y los objetos route?
• DNS inverso: ¿puede configurar usted mismo los registros PTR o los configurará el arrendador a petición (consulte cómo configurar el rDNS)?
• Geolocalización: ¿quién mantiene el geofeed y envía las correcciones?
• Gestión de abusos: adónde van las denuncias, con qué rapidez debe responder usted y qué ocurre si no lo hace.
• Sustitución: qué ocurre si, poco después de la entrega, resulta que hay direcciones en listas negras o inaccesibles en su mercado.
• Plazo y preaviso: el periodo mínimo y con cuánta antelación debe avisar cada parte antes de poner fin al alquiler.

Preguntas frecuentes

¿Un bloque "limpio" es uno que nunca se ha usado?

No necesariamente. Un bloque sin usar puede no figurar aún en las bases de datos de geolocalización o no tener ROA. Un bloque con un historial largo y tranquilo en una red de buena reputación suele ser mejor opción.

¿El país registrado no coincide con la geolocalización? ¿Es un problema?

El país del whois corresponde al registro, no a la ubicación. Lo que suele importar para los sitios web y las plataformas son las bases de datos de geolocalización. Asegúrese de que muestran el país que necesita.

¿Dónde puedo alquilar bloques de IP de IMIDC?

Consulte nuestra página de alquiler de IP para ver las ubicaciones disponibles y contacte con el equipo de ventas indicando el uso previsto y cuáles de las comprobaciones anteriores son importantes para usted.

¿Sigue sin resolverlo después de seguir estos pasos? Abra un ticket de soporte y el equipo técnico de IMIDC, disponible 24/7, le ayudará. Incluya el bloque de IP, el uso previsto y los resultados de las comprobaciones anteriores para que podamos localizar el problema más rápido.