dns - ¿Por qué las direcciones IP estáticas de Google Cloud Platform enumeran Mountain View, CA en búsqueda inversa independientemente de la asignación de región?
google-cloud-platform google-compute-engine (1)
Este problema surgió como resultado de las preocupaciones de SEO, pero después de investigar un poco más, parece que Google siente que la ubicación de IP / hosting ahora es una señal débil para la clasificación, en el mejor de los casos. Así que ahora solo tengo curiosidad, ya que solo estoy familiarizado con las redes en un nivel básico.
Tengo varios sitios alojados en la región europe-west-1. Cada sitio está en una instancia de motor de cómputo con una IP estática externa asignada. Puedo hacer ping a los dominios / IP y luego hacer que mi colega en el Reino Unido haga el mismo ping y, según el tiempo de respuesta, está claro que la IP finalmente se está resolviendo en Europa (probablemente Dublín, Irlanda, donde debería estar). ¿Pero una búsqueda de DNS del mismo dominio / IP enumera la IP en Mountain View, CA? Siempre sale así: xxx.xxx.xxx.xxx.bc.googleusercontent.com. ¿Este Google está actuando como un ISP, y luego el enrutamiento a Europa está detrás de escena? ¿Por qué ninguna de las IP se muestra como resuelta en el centro de datos donde se alojan las instancias?
Parece que estás combinando tres conceptos:
- El registro de dominio para el DNS inverso de googleusercontent.com
- El registro SWIP para la subred
- La decisión de enrutamiento para alcanzar una IP
Los tres son independientes. Todas las direcciones IP de la instancia de GCE tienen una entrada DNS inversa que se asigna a xxx.xxx.xxx.xxx.bc.googleusercontent.com. Este dominio está bajo el control de Google y, por lo tanto, está registrado en la sede en Mountain View.
El registro SWIP / entrada de WHOIS denota la propiedad administrativa de una dirección IP resp. Su subred. Por lo tanto, también está registrado en la sede en Mountain View.
Ambos no reflejan nada sobre la ubicación física de la máquina que responde los paquetes a una dirección IP ni las decisiones sobre cómo se enrutan los paquetes al destino.
Google tiene una red global . Los paquetes a una instancia de GCE pasarán a la red de Google relativamente cerca del cliente. Dado que Google mantiene una gran cantidad de pares con ISP en todo el mundo , la mayoría de las veces sus paquetes terminarán en la red de Google directamente desde su ISP.
Si ejecuta una ruta de seguimiento a su instancia, es posible que vea saltos con códigos de aeropuerto en sus nombres DNS inversos, especialmente al atravesar puntos de interconexión. Los saltos internos de Google generalmente no sugieren más sobre la ubicación geográfica.
Y finalmente, cuando se discute la "proximidad" o la ubicación de una dirección IP, la mayoría de las veces la métrica relevante es la latencia o la distancia de red al host, no la distancia geográfica. (Aunque la distancia geográfica establece un límite inferior para la latencia ya que los paquetes no pueden ir más rápido que la velocidad de la luz)