Почему статические IP-адреса Google Cloud Platform перечисляют Mountain View, CA в обратном порядке, независимо от назначения региона?
Эта проблема возникла из-за проблем с SEO, но, проведя дальнейшие исследования, похоже, что Google считает, что местоположение IP/ хостинга в лучшем случае является слабым сигналом для ранжирования. Так что теперь мне просто любопытно, так как я знаком с сетями только на базовом уровне.
У меня есть несколько сайтов, расположенных в регионе Европа-Запад-1. Каждый сайт находится на экземпляре вычислительного механизма с назначенным внешним статическим IP-адресом. Я могу пропинговать домены /IP-адреса, а затем сделать так, чтобы мой коллега в Великобритании пинговал то же самое, и по времени отклика становится ясно, что IP-адрес в конечном итоге разрешается в Европе (вероятно, в Дублине, Ирландия, где и должно быть). Но поиск DNS того же домена /IP перечисляет IP в Mountain View, CA? Это всегда получается так: xxx.xxx.xxx.xxx.bc.googleusercontent.com. Этот Google ведет себя как интернет-провайдер, и тогда негласный маршрут в Европу? Почему ни один из IP-адресов не отображается как разрешающий в центре обработки данных, где размещаются экземпляры?
1 ответ
Похоже, вы объединяете три понятия:
- Регистрация домена для обратного DNS googleusercontent.com
- Запись SWIP для подсети
- Решение о маршрутизации для достижения IP
Все три независимы. Все IP-адреса экземпляров GCE имеют обратную запись DNS, которая сопоставляется с xxx.xxx.xxx.xxx.bc.googleusercontent.com. Этот домен находится под контролем Google и, следовательно, зарегистрирован в штаб-квартире в Маунтин-Вью.
Запись SWIP / WHOIS обозначает административное владение IP-адресом, соответственно. его подсеть. Поэтому он также зарегистрирован в штаб-квартире в Маунтин-Вью.
Оба из них не отражают ничего о физическом местонахождении компьютера, отвечающего на пакеты на IP-адрес, ни о решениях о том, как пакеты маршрутизируются к месту назначения.
У Google есть глобальная сеть. Пакеты для экземпляра GCE будут передаваться в сеть Google относительно близко к клиенту. Так как Google поддерживает много связей с интернет-провайдерами по всему миру, большую часть времени ваши пакеты попадают в сеть Google напрямую от вашего интернет-провайдера.
Если вы выполняете трассировку маршрута к своему экземпляру, вы можете увидеть прыжки с кодами аэропортов в их обратных DNS-именах, особенно при обходе точек пиринга. Внутренние переходы в Google обычно больше не намекают на географическое местоположение.
И, наконец, когда обсуждается "близость" или местоположение IP-адреса, большую часть времени уместным показателем является задержка или сетевое расстояние до хоста, а не географическое расстояние. (Хотя географическое расстояние устанавливает нижнюю границу задержки, так как пакеты не могут идти быстрее скорости света)