Una dirección IP es como la dirección que utiliza tu conexión para comunicarse en Internet. Gracias a ella, los sitios y servicios que visitas saben dónde enviar la información que solicitas.
Por ejemplo, cuando ingresas a una página web, tu conexión envía una solicitud y el servidor utiliza tu IP para saber hacia dónde debe enviar la respuesta.
Tu IP pública normalmente es asignada por tu proveedor de Internet. Puede cambiar con el tiempo y también puede ser diferente si te conectas desde el Wi-Fi de tu casa, los datos móviles o una VPN.
A partir de una IP se puede conocer información aproximada como el proveedor de Internet, país, región o ciudad, pero no revela por sí sola tu dirección física exacta.
¿Por qué algunas personas cambian su dirección IP?
Puede utilizarse otra IP visible por privacidad, acceso remoto o para diagnosticar una conexión, siempre respetando las condiciones de cada servicio.
Privacidad adicional
Reduce la exposición directa de la IP habitual frente a algunos servicios.
Conexión protegida
Una VPN confiable puede cifrar el tráfico entre tu dispositivo y su servidor.
Ubicación virtual
Permite presentar una ubicación de red diferente mientras la VPN está activa.
Menor rastreo directo
Evita que todos los destinos reciban siempre la misma IP pública de origen.
Direcciones IPv4 vs. IPv6
Ambos protocolos permiten identificar conexiones, pero utilizan formatos y capacidades diferentes.
IPv4
IPv4 es la versión más utilizada del Protocolo de Internet.
Utiliza direcciones de 32 bits, representadas normalmente por
cuatro números separados por puntos, como:
192.168.1.1
Estas direcciones permiten identificar dispositivos y conexiones dentro de una
red y hacer posible el envío de información por Internet. Como IPv4 dispone de
una cantidad limitada de direcciones, con el tiempo se desarrolló
IPv6, que ofrece un espacio de direcciones mucho mayor.
IPv6
IPv6 es la versión más moderna del Protocolo de Internet.
Utiliza direcciones de 128 bits, representadas con números y
letras separados por dos puntos, como:
2001:db8:85a3::8a2e:370:7334
Su principal ventaja es que ofrece una cantidad muchísimo mayor de direcciones
que IPv4, permitiendo conectar más dispositivos a Internet y facilitando el
crecimiento futuro de las redes.
Mi conexión utiliza IPv4
La versión depende del proveedor de Internet y de la configuración de red disponible para tu dispositivo.
Guía sobre tu dirección IP y cómo funciona tu conexión
Información técnica explicada con claridad para entender tu dirección IP,
IPv4 e IPv6, CGNAT, privacidad, proveedores, ASN, DNS, Cloudflare,
hosting y la forma en que los datos viajan por Internet.
¿Qué es una dirección IP y por qué Internet la necesita?
Una dirección IP es un identificador utilizado
para que la información pueda desplazarse entre un origen y un
destino dentro de una red. Los paquetes IP contienen direcciones
que permiten saber desde dónde se origina una comunicación y
hacia dónde debe encaminarse.
IPv4 utiliza direcciones de 32 bits e IPv6 utiliza 128 bits.
Los routers examinan la información necesaria de cada paquete
para decidir por qué red debe continuar su recorrido hasta
acercarse al destino.
Ejemplo: cuando visitas una página web,
tu conexión envía paquetes hacia el servidor. El servidor procesa
la solicitud y genera una respuesta que debe regresar hasta tu
conexión. La dirección IP participa en ese proceso de
comunicación; el nombre de dominio cumple una función diferente.
¿Qué representa exactamente la IP que muestra esta página?
La dirección que ves aquí es la
IP pública que nuestro servicio identifica como origen
de tu conexión en esta solicitud. Es decir, representa
el punto desde el que tu tráfico está llegando a Internet desde
la perspectiva de este servicio.
No tiene por qué coincidir con la dirección configurada
directamente en tu computadora, celular o router. Entre tu
dispositivo y el sitio pueden existir NAT, la infraestructura
del proveedor, una VPN, un proxy u otros sistemas intermedios.
Ejemplo: tu computadora puede utilizar
192.168.1.25 dentro de tu casa mientras esta página
observa una IPv4 pública completamente diferente. Si cambias
del Wi-Fi a los datos móviles, también cambias de red y es normal
que observemos otra dirección.
¿Qué diferencia práctica existe entre una IP pública y una privada?
Una IP privada se utiliza dentro de una red
local y puede repetirse en millones de hogares y empresas.
Una IP pública, en cambio, participa en el
direccionamiento utilizado para comunicarse a través de Internet.
En IPv4 existen tres bloques reservados específicamente para redes
privadas:
10.0.0.0/8,
172.16.0.0/12 y
192.168.0.0/16.
Esas direcciones no se utilizan como direcciones públicas
directamente en Internet.
Ejemplo: un celular puede tener
192.168.1.30 y una computadora
192.168.1.40 dentro de la misma casa. Ambos pueden
navegar mostrando hacia Internet una misma IPv4 pública gracias
a mecanismos como NAT.
Un detalle importante: una IP pública no es
necesariamente una IP estática, dedicada ni exclusiva de una
persona. Son conceptos diferentes.
¿Una IP pública identifica a una persona, un dispositivo o una conexión?
Por sí sola, una dirección IP pública
no debe interpretarse como la identidad de una persona.
En muchas redes representa el punto mediante el cual una casa,
oficina o conjunto de dispositivos se comunica hacia Internet.
Con NAPT, una forma habitual de traducción de direcciones,
varios dispositivos con IP privadas pueden compartir una sola
IPv4 pública. El sistema diferencia las comunicaciones utilizando
además información como los puertos de transporte.
Ejemplo: una casa puede tener cinco celulares,
dos computadoras, una consola y un televisor conectados al mismo
router. Todos tienen direcciones internas diferentes, pero una
web externa puede observar la misma IPv4 pública cuando cualquiera
de ellos accede a Internet.
IPv6 permite modelos de direccionamiento diferentes y un dispositivo
puede disponer de direcciones globales propias. Aun así, una IP sigue
siendo principalmente información de red y no equivale automáticamente
a nombre, domicilio o identidad personal.
¿Cómo utiliza un sitio web mi IP para devolverme la información?
Cuando tu navegador establece una comunicación, los paquetes IP
llevan información de origen y destino. Los routers y demás equipos
de red utilizan esa información para transportar los paquetes entre
diferentes redes hasta alcanzar el sistema correspondiente.
Sin embargo, un servidor web no siempre recibe directamente la
conexión del visitante. Puede haber un
proxy inverso, una CDN, un balanceador o una VPN
entre ambos extremos. En ese escenario, el servidor de origen puede
recibir físicamente la conexión desde el intermediario.
Ejemplo: si accedes directamente a un servidor,
este puede observar tu IP pública como origen de la conexión. Si una
CDN se encuentra delante, el servidor puede recibir la conexión
desde una IP de la CDN y recuperar la IP original mediante mecanismos
adicionales configurados para ello.
Precisamente por eso tendremos un tab específico llamado
Cloudflare, CDN y proxy, donde explicaremos qué IP
observa cada participante de la comunicación.
¿Quién asigna mi IP pública y por qué puede cambiar?
En una conexión convencional, la dirección utilizada hacia Internet
depende de la infraestructura y de las políticas de tu
proveedor de acceso. Algunas conexiones conservan
una dirección durante largos periodos y otras utilizan asignaciones
dinámicas.
DHCP documenta un modelo de asignación dinámica mediante
leases: una dirección se entrega durante un periodo y puede
renovarse, liberarse o reutilizarse. Los operadores también pueden
emplear otros mecanismos, de modo que
reiniciar el router no garantiza que la IP pública cambie.
Ejemplo: puedes consultar tu IP hoy, apagar el
router y encontrar mañana exactamente la misma porque el proveedor
renovó la asignación. En otra ocasión podría entregarte una dirección
diferente.
Una IP contratada como estática busca ofrecer mayor estabilidad,
algo útil en determinados servicios empresariales, accesos remotos
o servidores, pero depende siempre del producto y de la política
del operador.
¿Por qué seguimos utilizando IPv4 si IPv6 ya existe?
Porque Internet no puede sustituir de un día para otro toda su
infraestructura. IPv4 e IPv6 son protocolos diferentes
y existen millones de redes, routers, servidores y aplicaciones que
todavía dependen de IPv4.
IPv4 utiliza direcciones de 32 bits, mientras IPv6 utiliza
direcciones de 128 bits y proporciona un espacio de direccionamiento
enormemente mayor. IPv6 resuelve buena parte del problema de escasez
de direcciones, pero su adopción necesita compatibilidad en ambos
extremos de una comunicación.
Ejemplo: tu proveedor puede entregarte IPv4 e IPv6.
Si visitas un servicio preparado para IPv6, la conexión puede utilizar
IPv6; si el destino solo funciona con IPv4, tu equipo todavía necesita
una ruta compatible con IPv4.
Sí. Es habitual que una conexión moderna tenga conectividad
IPv4 e IPv6 simultáneamente. A esta coexistencia se
le suele llamar dual stack.
Un mismo dispositivo puede disponer de una dirección IPv4 y de una o
varias direcciones IPv6. La versión utilizada para una conexión concreta
depende de la disponibilidad del destino, de DNS, de la red y de las
decisiones del sistema operativo.
Ejemplo: si esta página recibe tu solicitud mediante
IPv6, verá una IPv6 aunque tu router también disponga de IPv4. Otra web
que no ofrezca IPv6 puede recibir tu siguiente conexión mediante IPv4.
Por eso tener IPv6 no significa necesariamente que IPv4 haya
desaparecido de tu conexión.
¿Qué es CGNAT y por qué lo utilizan algunos proveedores?
CGNAT (Carrier-Grade NAT) es una traducción de
direcciones realizada dentro de la propia red del proveedor. Permite
que varios abonados compartan una cantidad menor de direcciones IPv4
públicas.
Es parecido al NAT que realiza un router doméstico, pero existe una
diferencia importante: ese segundo nivel de traducción
lo administra el operador y no el cliente.
Para este escenario se reservó el bloque
100.64.0.0/10, denominado Shared Address Space.
No debe confundirse con los rangos privados tradicionales como
192.168.0.0/16.
Ejemplo: cientos de conexiones pueden salir a Internet
utilizando una misma IPv4 pública, diferenciándose internamente mediante
traducciones y puertos.
¿Cómo puedo saber si mi conexión está detrás de CGNAT?
Una comprobación útil consiste en comparar la
IPv4 WAN que muestra tu router con la IPv4 pública que
observa esta página.
Si la dirección WAN pertenece a 100.64.0.0/10 y la IP que
mostramos aquí es diferente, existe una señal muy fuerte de CGNAT.
También puede haber una traducción aguas arriba cuando la WAN recibe una
dirección privada RFC 1918.
Ejemplo: router WAN:
100.72.14.25; web:
181.x.x.x. El router no posee directamente la IPv4 pública
que Internet está viendo.
Esta comparación es una ayuda de diagnóstico, no una prueba universal:
los operadores pueden diseñar sus redes de diferentes formas. La
confirmación definitiva puede requerir consultar al proveedor.
¿Por qué CGNAT puede impedir que abra puertos hacia mi conexión?
Porque abrir un puerto en tu router solo controla
el NAT que tú administras. Con CGNAT existe otra
traducción dentro de la red del proveedor.
Una conexión iniciada desde Internet necesita que las traducciones
correspondientes sepan a cuál cliente y dispositivo entregar el tráfico.
Tú puedes crear la regla en tu router, pero normalmente no puedes crear
una regla equivalente en el CGN del operador.
Ejemplo: puedes redirigir el puerto de una cámara o
servidor doméstico correctamente en tu router y, aun así, no conseguir
acceder desde Internet porque la IPv4 pública está siendo compartida
por varios abonados.
En esos casos suele necesitarse una IPv4 pública propia, una solución
proporcionada por el operador o un mecanismo de acceso que inicie la
conexión desde dentro.
No necesariamente. Puedes disponer de
IPv6 global y seguir utilizando CGNAT para IPv4.
Son dos caminos de conectividad que pueden coexistir.
IPv6 dispone de un espacio de direcciones mucho mayor y sus direcciones
globales no necesitan CGNAT como solución a la escasez de IPv4. Sin
embargo, mientras una red mantenga servicio IPv4, el proveedor puede
continuar compartiendo esa IPv4 mediante CGN.
Ejemplo: un equipo puede recibir una IPv6 global
directamente enrutable y, al mismo tiempo, salir hacia sitios IPv4
mediante una IPv4 compartida por CGNAT.
Y disponer de una dirección global no significa dejar un equipo
expuesto: el filtrado mediante firewall sigue siendo una parte
independiente y necesaria de la seguridad.
¿Cómo se obtiene la ubicación aproximada de una dirección IP?
Una dirección IP no contiene coordenadas GPS dentro de sus
números. La ubicación se obtiene consultando bases de datos
especializadas que relacionan bloques de direcciones con información
geográfica y de red.
Esas bases pueden combinar datos de asignación de redes, observaciones
técnicas, correcciones de operadores y otras señales para estimar país,
región o ciudad. Por eso diferentes proveedores de geolocalización pueden
devolver resultados ligeramente distintos para una misma IP.
Ejemplo: dos servicios pueden coincidir en que una IP
pertenece a Perú y Lima, pero utilizar coordenadas centrales diferentes.
Eso no significa que alguno haya localizado físicamente tu casa.
¿Por qué mi IP puede aparecer ubicada en otra ciudad?
Porque la geolocalización IP describe una
ubicación estimada de la red, no la posición GPS del
dispositivo.
Redes móviles, infraestructuras centralizadas de operadores, VPN,
proxies y cambios recientes de asignación pueden provocar que una
dirección aparezca asociada a otra ciudad. Las bases también necesitan
tiempo para incorporar modificaciones realizadas por los proveedores.
Ejemplo: puedes estar en una ciudad y salir a Internet
a través de infraestructura del operador registrada o geolocalizada en
otra. El servicio externo verá la ubicación asociada a esa salida.
Por eso nuestra ubicación y nuestro mapa deben interpretarse como una
referencia regional, no como un sistema de localización
personal.
¿Puede una dirección IP revelar mi domicilio exacto?
No mediante una consulta pública de geolocalización IP.
Una dirección puede asociarse a una zona aproximada, pero no funciona
como las coordenadas GPS de un teléfono.
MaxMind, uno de los proveedores más conocidos de datos GeoIP, advierte
expresamente que su geolocalización no es suficientemente precisa para
identificar una vivienda, una persona o una dirección de calle concreta.
Ejemplo: que una base muestre “Lima” y unas coordenadas
en el mapa no significa que el usuario esté físicamente en ese punto.
Las coordenadas pueden representar el centro estimado de un área con un
radio de precisión considerable.
Esto es diferente de los registros internos que un proveedor pudiera
conservar sobre qué cliente utilizaba determinada IP en un momento
concreto; esos registros no forman parte de una consulta GeoIP pública.
¿Qué información puede asociarse técnicamente a mi IP?
Dependiendo de la fuente, una IP puede relacionarse con
país, región, ciudad aproximada, proveedor, ASN, bloque de red,
zona horaria y características de la infraestructura.
Algunas bases comerciales también clasifican si la dirección parece
pertenecer a hosting, red móvil, VPN, proxy u otros tipos de conexión.
Esa información procede de bases externas; no está codificada dentro
de la IP.
Ejemplo: nuestra herramienta puede mostrar proveedor y
ASN junto a una ubicación regional. Esos datos describen principalmente
la red desde la que llega la solicitud.
Una IP por sí sola no contiene automáticamente tu nombre, correo,
teléfono o domicilio. Un servicio podría, sin embargo, relacionarla con
otros datos propios si ya conoce tu cuenta o actividad.
¿Qué cambia cuando utilizo una VPN, un proxy o Tor?
Cambia principalmente desde qué punto de la red llega el tráfico
al servicio de destino. El sitio web puede terminar viendo la
dirección de salida del intermediario en lugar de la IP pública habitual
de tu conexión.
Una VPN normalmente crea un túnel para el tráfico configurado; un proxy
puede intermediar solo determinadas aplicaciones o protocolos; Tor envía
la comunicación a través de varios relays y el sitio final observa la
salida de la red Tor.
Ejemplo: si estás en Perú y utilizas una salida VPN en
otro país, una web puede asociarte a la ubicación de esa salida aunque
tú no hayas cambiado físicamente de lugar.
Lo importante es distinguir entre ubicación física, IP real de
acceso e IP visible para el destino: no son necesariamente la
misma cosa.
¿Cambiar u ocultar mi IP me vuelve anónimo en Internet?
No. Ocultar la IP frente a un destino
reduce una señal de identificación, pero no elimina las demás.
Una cuenta en la que inicias sesión, cookies, almacenamiento del
navegador, identificadores publicitarios y características utilizadas
para fingerprinting pueden seguir relacionando sesiones aunque cambie
la dirección visible.
Ejemplo: entrar en la misma cuenta personal desde dos
IP distintas permite al servicio saber que ambas sesiones pertenecen al
mismo usuario porque tú mismo te has autenticado.
Incluso Tor, diseñado específicamente para mejorar anonimato y
privacidad, incluye protecciones adicionales contra la vinculación de
actividad porque ocultar únicamente la IP no es suficiente.
¿Qué representa el proveedor que aparece junto a mi IP?
Representa la organización o red asociada técnicamente a la
dirección que estamos observando. Puede ser tu proveedor de
acceso, una empresa de telecomunicaciones, un operador mayorista, un
centro de datos o la red desde la que sale una VPN.
El dato suele derivarse del bloque IP, de su información de registro
y del sistema autónomo que anuncia la ruta hacia Internet.
Ejemplo: la factura puede utilizar una marca comercial,
pero la red puede estar registrada o anunciada por la razón social del
grupo de telecomunicaciones. Por eso los nombres no siempre coinciden
literalmente.
Este valor describe quién opera o anuncia la infraestructura; no debe
interpretarse automáticamente como la identidad del usuario.
¿Qué es un ASN y por qué aparece asociado a una IP?
ASN significa Autonomous System Number. Es el
número utilizado para identificar un sistema autónomo que participa en
el intercambio de rutas de Internet.
Un sistema autónomo agrupa uno o más prefijos IP administrados bajo una
política de enrutamiento coherente. Los ASN permiten que las redes sepan
quién anuncia determinadas rutas y cómo llegar a ellas.
Ejemplo: si nuestra herramienta muestra
AS6147, no está identificando tu computadora. Está
identificando el sistema autónomo relacionado con la red que anuncia
la dirección observada.
IANA distribuye bloques de ASN a los Registros Regionales de Internet,
que posteriormente los asignan según sus políticas.
Internet normalmente no anuncia cada dirección de forma individual.
Agrupa direcciones en prefijos o bloques CIDR.
La notación que aparece después de la barra indica cuántos bits forman
la parte común del prefijo. En IPv4, por ejemplo,
203.0.113.0/24 representa un bloque de 256 direcciones.
Ejemplo: varias IP consecutivas de clientes o servidores
pueden pertenecer al mismo prefijo y ese prefijo puede ser anunciado a
Internet por un mismo ASN.
Esta agrupación permite que las tablas de routing sean mucho más
manejables que si hubiera que publicar una ruta independiente por cada
dirección existente.
¿Por qué el nombre técnico del proveedor puede ser distinto de su marca?
Porque Internet trabaja con entidades de red, registros de
recursos y sistemas autónomos, mientras que el cliente contrata
normalmente una marca comercial.
Una empresa puede operar bajo una razón social diferente, pertenecer a
un grupo, utilizar infraestructura de otro operador o recibir direcciones
pertenecientes a bloques registrados a nombre de una entidad relacionada.
Ejemplo: el nombre impreso en tu recibo puede ser una
marca conocida, mientras una consulta de red muestra la compañía que
administra el ASN o el bloque IP.
Por eso mostramos estos datos como
información de red, no como una afirmación comercial
sobre quién emitió necesariamente el contrato del usuario.
¿Qué es BGP y cómo ayuda a que los datos encuentren una ruta?
BGP (Border Gateway Protocol) es el protocolo utilizado
entre sistemas autónomos para intercambiar información sobre qué redes
son alcanzables.
Una ruta BGP puede incluir el AS_PATH, es decir, información
sobre los sistemas autónomos por los que ha pasado el anuncio. Esto ayuda
a prevenir bucles y permite aplicar políticas de routing.
Ejemplo: para llegar desde un proveedor peruano hasta un
servidor ubicado en otra red, el tráfico puede atravesar varios operadores
y puntos de interconexión antes de alcanzar el ASN de destino.
La ruta elegida no tiene por qué ser la geográficamente más
corta. Acuerdos entre redes, políticas, disponibilidad y
preferencia de rutas también influyen.
¿Puedo saber quién es el propietario de una IP mediante RDAP?
RDAP permite consultar información registral de recursos de
Internet, como bloques IP, ASN y organizaciones relacionadas.
Es el sucesor estructurado de muchas consultas tradicionalmente realizadas
con Whois.
Puede indicarte qué registro regional gestiona el recurso, qué organización
figura asociada y qué bloque comprende la dirección consultada.
Ejemplo: introducir una IP en un servicio RDAP puede
conducir al registro regional correcto y devolver el bloque asignado y
la organización responsable del recurso.
Eso no significa conocer al usuario final. Que una IP
esté registrada a un operador no revela públicamente qué abonado concreto
la estaba utilizando en un instante determinado.
¿Qué relación existe entre un dominio y una dirección IP?
Un dominio proporciona un nombre fácil de recordar y
DNS permite relacionar ese nombre con los recursos necesarios
para llegar al servicio.
Cuando escribes un dominio, un resolver DNS busca la información
correspondiente. Para una web, una de las respuestas habituales es una
dirección IPv4 o IPv6 que permite iniciar la conexión hacia el servicio.
Ejemplo:www.ejemplo.com puede resolverse mediante DNS hacia una IP.
El navegador utiliza después esa información para establecer la
comunicación con la infraestructura que atiende el sitio.
Dominio, DNS y hosting son capas distintas. Puedes cambiar
de servidor manteniendo el mismo dominio y actualizar únicamente los
registros necesarios.
¿Qué diferencia existe entre los registros A, AAAA y CNAME?
Un registro A relaciona un nombre con una dirección
IPv4. Un AAAA hace lo equivalente con IPv6. Un
CNAME crea un alias hacia otro nombre DNS en lugar de
almacenar directamente una IP.
Ejemplo:www.ejemplo.com podría tener un
A hacia una IPv4 y un AAAA hacia una IPv6. Otro subdominio podría utilizar
un CNAME hacia un nombre administrado por un servicio externo.
El navegador no “ve” todos estos registros de la misma manera: el
resolver sigue las relaciones necesarias hasta obtener la información
requerida para contactar al destino.
¿Qué son los nameservers y por qué son importantes?
Los nameservers autoritativos mantienen la información
definitiva de la zona DNS de un dominio y responden con los registros
que esa zona publica.
El dominio, a través de su delegación, indica qué servidores son
responsables de proporcionar esas respuestas. Los resolvers consultan
la jerarquía DNS hasta llegar a la fuente autoritativa correspondiente.
Ejemplo: puedes registrar un dominio con una empresa,
alojar la web con otra y utilizar DNS autoritativo de una tercera. No
tienen por qué ser el mismo proveedor.
Esta separación es importante durante migraciones: cambiar nameservers
es diferente de cambiar un registro A dentro de los nameservers que ya
son autoritativos.
¿Qué es el TTL y qué tiene que ver con la “propagación” DNS?
TTL (Time To Live) indica durante cuánto tiempo una
respuesta DNS puede permanecer en caché antes de tener que volver a
consultarse.
Por eso muchos cambios que popularmente se llaman “propagación DNS” son
en realidad resolvers conservando temporalmente una respuesta
anterior que todavía no ha expirado.
Ejemplo: si un registro tenía un TTL de una hora y
cambias ahora la IP, algunos resolvers que almacenaron el valor anterior
pueden seguir utilizándolo hasta que venza su caché.
Reducir el TTL con anticipación puede ayudar durante una migración,
aunque caches locales y otros factores pueden hacer que la experiencia
no sea idéntica para todos los usuarios.
¿Qué sucede con DNS cuando una web cambia de servidor o de IP?
Si el hostname apunta directamente al servidor, es necesario actualizar
el registro correspondiente para que las nuevas consultas conduzcan a
la nueva infraestructura.
La parte delicada es que algunos resolvers todavía pueden conservar la
IP anterior mientras su TTL siga vigente. Una migración bien planificada
considera ese periodo de convivencia.
Ejemplo: puede mantenerse el servidor antiguo atendiendo
correctamente mientras se actualiza el A hacia el nuevo servidor. Así,
visitantes con caché antigua y visitantes con la respuesta nueva siguen
encontrando una web operativa.
Además, cambiar la IP de la web no implica automáticamente cambiar
MX, correo o todos los demás servicios: cada registro DNS debe
revisarse según su función.
¿Por qué dos personas pueden obtener IP diferentes para el mismo dominio?
No siempre es un error. Un dominio puede publicar
varios registros A o AAAA, utilizar una CDN, balanceo
geográfico o respuestas que dependen de la infraestructura desde la que
se realiza la consulta.
También puede ocurrir temporalmente porque diferentes resolvers tienen
en caché versiones distintas después de un cambio reciente.
Ejemplo: dos usuarios consultan el mismo hostname.
Uno recibe una dirección almacenada antes de la migración y otro,
cuyo resolver acaba de actualizarse, recibe la nueva.
Con servicios proxied o distribuidos, recibir distintas IP puede ser
intencional y formar parte de la arquitectura de rendimiento o
disponibilidad.
¿Qué ocurre cuando Cloudflare funciona como proxy inverso delante de una web?
Cuando el registro está configurado como
Proxied, el tráfico HTTP/HTTPS llega primero a la red de
Cloudflare. Cloudflare actúa como intermediario frente al visitante y,
cuando corresponde, realiza otra conexión hacia el servidor de origen.
Esto permite aplicar en esa capa funciones como caché, protección DDoS,
reglas de seguridad, WAF y otras decisiones antes de que la solicitud
llegue al hosting.
Ejemplo: el recorrido deja de ser simplemente
visitante → servidor y pasa a ser
visitante → Cloudflare → servidor de origen.
Técnicamente son participantes distintos. Por eso es importante
distinguir qué IP observa Cloudflare, qué IP recibe el origen y qué
dirección devuelve DNS al visitante.
¿Por qué un dominio con Cloudflare puede mostrar una IP distinta a la de su hosting?
Porque cuando un registro es proxied, Cloudflare responde a las consultas
DNS con direcciones Anycast de su propia red en lugar de
entregar directamente la IP configurada para el servidor de origen.
El visitante conecta entonces con Cloudflare y Cloudflare conoce dónde
debe encontrar posteriormente al origen.
Ejemplo: el hosting puede estar en
203.0.113.25, pero una consulta pública del dominio devuelve
una IP de Cloudflare. Eso no significa que la web se haya mudado físicamente
a esa IP.
Ocultar el origen mediante proxy tampoco es absoluto: un registro
DNS only, un subdominio olvidado u otro servicio que
comparta la misma dirección puede volver a revelar esa IP.
¿Qué diferencia existe entre “Proxied” y “DNS only” en Cloudflare?
Con Proxied, Cloudflare devuelve sus IP Anycast y el
tráfico web compatible pasa por su red. Con
DNS only, Cloudflare responde DNS, pero entrega
directamente la dirección configurada para el destino.
Por tanto, administrar DNS con Cloudflare no significa automáticamente
que todo el tráfico esté pasando por su proxy.
Ejemplo: dos hostnames dentro de la misma zona pueden
comportarse de forma totalmente distinta: uno proxied puede aprovechar
caché y protección HTTP de Cloudflare; otro DNS only conecta al visitante
directamente con la IP publicada.
Además, no todos los tipos de registros pueden ser proxied. Cloudflare
centra esa capacidad en registros A, AAAA y CNAME elegibles para tráfico
HTTP/HTTPS.
¿Cómo conoce mi servidor la IP real del visitante si Cloudflare está delante?
La conexión TCP que recibe el origen procede normalmente de una IP de
Cloudflare, porque Cloudflare es quien está comunicándose directamente
con el servidor.
Para conservar la información del visitante, Cloudflare añade
CF-Connecting-IP, que contiene la dirección
del cliente que se conectó a su edge. También maneja otros encabezados
relacionados con proxies.
Ejemplo: los logs pueden mostrar primero la IP del proxy
si Apache, Nginx o la aplicación no están configurados para restaurar la
dirección original. Con configuración correcta pueden registrar la IP
procedente de CF-Connecting-IP.
Detalle de seguridad: una aplicación no debería confiar
ciegamente en un encabezado enviado por cualquier conexión directa.
Primero debe asegurarse de que la solicitud procede realmente de proxies
autorizados.
¿Qué hace realmente una CDN y cuándo evita consultar al servidor de origen?
Una CDN mantiene infraestructura distribuida y puede almacenar
copias cacheables de determinados recursos cerca de los
usuarios. Cuando existe una copia válida, puede responder sin solicitar
nuevamente ese contenido al origen.
No significa que absolutamente toda la página quede almacenada siempre.
Las reglas de caché, encabezados HTTP, tipo de recurso y configuración
determinan qué puede servirse desde caché y qué debe solicitarse al
servidor.
Ejemplo: una imagen solicitada miles de veces puede ser
atendida desde un edge de la CDN. Una petición dinámica que necesita
información actual de la aplicación puede continuar hasta el origen.
Esto puede reducir latencia, consumo de ancho de banda y carga del
servidor, pero una política de caché incorrecta también puede producir
contenido desactualizado. Caché y origen deben diseñarse juntos.
¿Qué protege el modo Full (strict) de Cloudflare y por qué es importante?
Cuando Cloudflare está delante de una web existen
dos tramos que debemos distinguir:
navegador→Cloudflare y Cloudflare→servidor de origen.
En Full (strict), Cloudflare utiliza HTTPS hacia el
origen y además valida que el certificado presentado sea válido,
no esté vencido y corresponda al hostname solicitado.
Ejemplo: ver el candado HTTPS en el navegador demuestra
que el primer tramo está protegido. Una configuración correcta debe
preocuparse también por el segundo tramo entre Cloudflare y el hosting.
Esta distinción evita una falsa sensación de seguridad: colocar un proxy
delante no elimina la necesidad de configurar correctamente TLS en el
servidor de origen.
¿Puede una misma dirección IP alojar varios sitios web?
Sí. Un servidor puede atender
muchos hostnames utilizando una misma dirección IP.
El servidor web utiliza el nombre solicitado para decidir qué sitio debe
entregar.
En HTTPS, la extensión TLS conocida como
SNI (Server Name Indication) permite que el cliente
indique el hostname al que intenta conectarse, facilitando que varios
sitios seguros compartan una misma dirección de red.
Ejemplo: dos dominios de empresas totalmente independientes
pueden resolver hacia la misma IP de un servidor de hosting y recibir
páginas y certificados diferentes.
Por eso encontrar varios dominios asociados a una IP
no significa que pertenezcan al mismo propietario.
¿Qué diferencia existe entre una IP compartida y una IP dedicada en hosting?
Una IP compartida es utilizada por varios sitios,
clientes o servicios. Una IP dedicada se reserva para
una cuenta, servicio o finalidad concreta según la arquitectura del
proveedor.
Para servir páginas web modernas no siempre es necesario disponer de una
IP exclusiva. Tecnologías como virtual hosts y SNI permiten compartirla
correctamente.
Ejemplo: un hosting compartido puede ejecutar decenas o
cientos de webs sobre una dirección. Un servidor de correo o un sistema
que necesite listas de acceso por IP puede beneficiarse de disponer de
una dirección controlada específicamente.
Una IP dedicada no garantiza por sí sola mayor velocidad,
seguridad o reputación. Todo depende de cómo se configure y
utilice el servicio.
El reverse DNS realiza la consulta en sentido inverso:
en lugar de preguntar qué IP corresponde a un nombre, intenta obtener
el hostname asociado a una dirección mediante un registro PTR.
En infraestructura de correo es especialmente importante que exista
coherencia entre el nombre utilizado por el servidor, su resolución
directa y su resolución inversa.
Ejemplo: si un servidor SMTP envía desde
203.0.113.25, su PTR puede apuntar a
mail.ejemplo.com y ese hostname debería resolver de regreso
hacia la IP correspondiente.
Google incluye actualmente DNS directo e inverso válidos entre sus
requisitos de infraestructura para remitentes hacia Gmail.
¿La reputación de una IP puede afectar la entrega del correo?
Sí. Los sistemas receptores evalúan múltiples señales y la
reputación de la infraestructura de envío puede influir
en que los mensajes sean aceptados, limitados o tratados como spam.
En una IP compartida, varios remitentes pueden contribuir a esa
reputación. Google advierte que la actividad de otros usuarios de una
dirección compartida puede afectar a todos los remitentes que la utilizan.
Ejemplo: tu dominio puede estar correctamente configurado,
pero si una IP compartida tiene un historial reciente de abuso, la
entrega puede resultar más difícil hasta que la reputación mejore.
Por eso la entregabilidad no debe analizarse mirando una sola variable:
IP, autenticación, patrones de envío, quejas, contenido y configuración
forman parte del diagnóstico.
¿Estar en una blacklist significa que mi servidor está infectado?
No necesariamente. Una inclusión indica que una dirección
o recurso cumplió los criterios de determinada lista, pero por sí sola
no explica la causa.
El origen puede ser una cuenta de correo comprometida, malware, una mala
configuración, envíos no solicitados, un servicio abusado o incluso la
actividad de otro remitente cuando la IP es compartida.
Ejemplo: si una IP compartida aloja varios remitentes,
uno de ellos puede generar una mala reputación que afecte temporalmente
al resto sin que todas las páginas del servidor estén comprometidas.
La respuesta correcta es investigar logs, colas de correo, cuentas,
autenticación y reputación antes de concluir que existe una infección.
Blacklist es un síntoma de reputación; no es un diagnóstico
forense por sí mismo.
¿Cómo se relacionan la IP, SPF, DKIM y DMARC en el correo?
Son piezas diferentes. SPF permite declarar qué
servidores están autorizados a enviar por un dominio;
DKIM añade una firma criptográfica asociada al dominio;
y DMARC establece alineación y políticas basadas en SPF
y/o DKIM.
La IP sigue teniendo importancia porque identifica la infraestructura
que realiza la conexión SMTP y puede tener reputación, reverse DNS y
políticas de filtrado asociadas.
Ejemplo: disponer de PTR correcto no sustituye DKIM;
pasar SPF no elimina la necesidad de controlar reputación; y DMARC no
convierte automáticamente una IP con problemas de envío en una IP fiable.
Una infraestructura saludable combina
identidad del dominio, autenticación, DNS, TLS y reputación de
envío en lugar de depender de una única comprobación.
