Выбор страны в прокси: где он есть, где его нет и почему базы показывают не то

Три продукта, три ответа

# Выбор страны по продуктам
#
  Ротационные IPv6     выбор есть      DE, NL, AT, RU + режим mixed
                                        меняется в кабинете и через API
  Ротационные IPv4     выбора нет      адреса назначаются случайно
                                        из пула 11 стран
  Датацентр-IPv4       выбор есть      CA, DE, GB, NL, US, BR: в конфигураторе
    (Datacenter Shared)                 указывается число адресов по каждой
                                        стране, пустые поля — случайно

Разница принципиальная. На ротационных IPv6 страна это параметр услуги: выбирается при заказе, меняется позже, есть режим mixed, когда она не фиксируется и адреса берутся из всего пула. На ротационных IPv4 такого параметра нет вовсе, адреса назначаются случайно, и запрос смены страны через API вернёт ошибку с объяснением. На статических датацентр-адресах вы сами распределяете заказ по странам: например, 60 адресов из Германии и 40 из США. Если оставить поля пустыми, адреса распределятся по странам случайно.

Что вообще меняется при смене страны

Меняется адрес выхода, а вместе с ним то, что целевой сайт прочитает о вас в своей базе геолокации. Отсюда следует и предел: страна влияет на выдачу, цены и доступность контента ровно в той мере, в какой сайт на неё смотрит. Если сайт определяет регион по настройкам аккаунта или по параметру в адресе страницы, смена выхода не изменит ничего.

Ещё одна деталь, о которой почти не пишут: на IPv6 страны отличаются не только географией, но и каналом. У Германии, Нидерландов и Австрии это 10 Гбит/с на шлюз, у России 2.5 Гбит/с. При равной цене выбор страны это ещё и выбор полосы.

Почему база показывает не ту страну

Самое частое обращение в поддержку по этой теме звучит как «вы продали не ту страну», а причина обычно не в продавце. Тип и география адреса не измеряются в момент вашего запроса, они берутся из коммерческой базы. MaxMind описывает свой метод как анализ регистрационных данных, трафика и характера использования, то есть это оценка, а не факт из паспорта адреса.

Базы при этом расходятся между собой: один сервис показывает Нидерланды, другой Германию, третий вообще Бразилию по устаревшей записи. Проверять стоит не одним сервисом, а несколькими, и сопоставлять с задержкой: пять миллисекунд до адреса, помеченного другим континентом, означают устаревшую запись, а не подмену.

CDN отвечает не из страны вашего выхода

Это ловушка, на которой теряют время при проверке. Если имя сайта разрешает ваша машина, а не прокси, вы получите адрес ближайшего к вам узла сети доставки, и запрос уйдёт туда же, каким бы ни был выход. Картина получится смешанная: адрес из Германии, а контент с российского узла.

Лечится тем же переключателем, что и утечка DNS: имя должно разрешать прокси. В строке подключения это socks5h вместо socks5, а в проверке через curl различие видно сразу по ответу сайта.

Смена страны через API

Для IPv6 страна меняется отдельным запросом, коротким кодом вроде de или mixed, без переоформления услуги. Для IPv4 такого запроса нет: в ответ придёт ошибка с прямым объяснением, что выбор страны для этого типа услуг недоступен. Это осознанное поведение, потому что молча проигнорированный параметр хуже отказа.

Что брать под задачу

• Проверка выдачи по регионам: ротационные IPv6, потому что там страна задаётся и подтверждается.
• Сбор данных, где регион влияет на контент: IPv6, если цель доступна по IPv6, иначе IPv4 с пониманием, что страна будет случайной.
• Задачи, где важен постоянный адрес, а страна вторична: статические датацентр-адреса со случайным распределением.
• Задачи, где нужен постоянный адрес конкретной страны: статические датацентр-адреса, распределённые по странам в конфигураторе.