# Резидентные или датацентровые прокси: что видит проверка | ProxyJam Адрес датацентрового прокси записан за хостингом, резидентного за интернет-провайдером. Как сайты читают эту запись и какой есть третий вариант. - Canonical: https://proxyjam.com/ru/blog/residential-vs-datacenter-proxies/ - Updated: 2026-09-21 - Language: ru Адрес датацентрового прокси принадлежит хостинговой компании, а адрес резидентного или ISP-прокси принадлежит интернет-провайдеру. Любой сайт может узнать, какой из двух, по публичным записям регистрации и маршрутизации при каждом запросе, и сайт, который фильтрует трафик, действует по этой записи. ## Для тех, кто выбирает между датацентровым и резидентным адресом ### Те, кто сравнивает датацентровые и резидентные Какую запись читает сайт, что возвращает каждая категория и какой вариант стоит отдельно от обеих. ### Покупатели, увидевшие обе цены рядом Как проверить, что вам продали, тремя публичными запросами. ## Выбор по тому, что за цель 1. **Свои системы, API с ключом, внутренняя инфраструктура, нагрузочное тестирование.** Никто ничего не проверяет. Берите самый недорогой адрес, который быстр и стабилен, то есть [датацентровый](/datacenter-proxies/), лучше выделенный, чтобы не унаследовать чужую историю. Такие мы пока не продаём: в нашем каталоге датацентровое покрытие указано в 71 странах с пометкой «Скоро». 2. **Сайты для частных пользователей: ритейл, соцсети, реклама.** Эти сайты фильтруют трафик, и с хостингового диапазона проверка не будет в вашу пользу. Для работы, которую такие сайты допускают (свой магазин, свои кампании, аккаунты, которыми вы вправе управлять), нужен адрес, зарегистрированный на интернет-провайдера. Следующий вопрос: должен ли он стоять на месте или ротироваться; это сравнивает статья [ISP или резидентные прокси](/ru/blog/isp-vs-residential-proxies/). Обход собственных правил доступа сайта в эти задачи не входит, и раздел 5 нашей [Политики допустимого использования](/ru/acceptable-use-policy/) его запрещает. 3. **Всё, где есть логин или сессия.** Нужны и регистрация интернет-провайдера, и фиксированный адрес. Ротационные резидентные здесь тоже не справляются: адрес, который меняется посреди сессии, сам по себе сигнал. ## Проверьте, что вам продали 1. **Найдите выходной адрес и его сеть** Хост, к которому вы подключаетесь, может быть именем шлюза, а адрес, который видят сайты, часто другой. Включите прокси в браузере (бесплатное расширение [ProxyJam Connector](/ru/browser-extension/) делает это в один клик) и откройте [What Is My IP](/what-is-my-ip/): там видно адрес, который получают сайты, провайдера и сеть (ASN), которая его анонсирует. 2. **Найдите адрес в RDAP** Сделайте запрос к региональному регистратору для этой части мира, начав с [руководства ARIN по RDAP](https://www.arin.net/resources/registry/whois/rdap/), и запишите организацию, которой принадлежит блок. Если она отличается от названия сети, прочитайте обе записи. 3. **Узнайте, что продают эти операторы** Выясните, продают ли они серверы, домашнее подключение или мобильные тарифы, и сравните ответ с тем, что, судя по счёту, вы купили. 4. **Для статического продукта повторите проверку через неделю** Адрес должен остаться тем же. ## Сигналы, которые читает цель, и чего стоит ей каждый | | Что она показывает | Цена для цели | |---|---|---| | Какая сеть анонсирует адрес | Хостинговая компания, широкополосный провайдер или мобильный оператор | Один запрос к опубликованным данным регистрации и маршрутизации | | Что это за сеть | Продаётся ли диапазон частным абонентам или под серверы | Список, который ведёт кто-то другой | | Обратный DNS адреса | Схемы именования, которые выдают хост | Ещё один запрос, и не у каждого адреса есть имя | | История конкретного адреса | Нарушал ли он здесь правила раньше | Хранилище и решение, как долго помнить | | Сколько ещё людей его делят | Заденет ли отказ ни в чём не виноватых клиентов | Суждение и коммерческий компромисс | | Поведение после подключения | Тайминги, объём и насколько паттерн похож на человека | Инженерная работа, поэтому она последняя | От самой дешёвой проверки к самой дорогой, по тому, что каждая требует от цели: один запрос, список, хранимая история, решение, инженерная работа. Порядок выведен из того, как публикуются записи и как работают проверки; статистики отказов у нас нет, и конкретный сайт может проводить проверки в любом порядке. ## Короткие ответы ### Датацентровые прокси всегда обнаруживают? Их всегда можно опознать, а действовать ли по этому, каждая цель решает сама. Многим API и внутренним системам это безразлично, и платить там больше, чем стоит хостинговый адрес, бессмысленно. ### Резидентный всегда безопаснее? Против сайтов для частных пользователей да. Безопасность зависит от того, кто проверяет, а там, где никто не проверяет, наценка за резидентный адрес ничего не даёт. ### Есть ли третий вариант, кроме датацентровых и резидентных? Да, ISP-прокси: адрес, размещённый в дата-центре и зарегистрированный на интернет-провайдера. Он сохраняет скорость датацентрового адреса, а проверка возвращает имя провайдера. Именно его мы продаём. ### Выделенный датацентровый адрес избавляет от отказов? Он решает проблему истории. Вы перестаёте наследовать чужую репутацию, но сеть остаётся заметно хостинговой, а именно на это реагирует проверка регистрации. Выделенный адрес всё равно стоит своих денег, когда задаче подходит датацентровый адрес. ### Можно ли узнать, какой адрес мне продали? Да, тремя запросами, и их стоит сделать до того, как доверять счёту. Узнайте, какой организации принадлежит адрес и какая сеть его анонсирует, а затем что продаёт этот оператор. Провайдер, который до оплаты не говорит, чьей сети принадлежат его адреса, уже ответил на вопрос. ### Резидентный или ISP-адрес делает трафик анонимным? Нет. Адрес лишь один сигнал из нескольких. Сайты читают ещё поведение, тайминги, объём и то, как представляется клиент. ## Источники - [RFC 7020: The Internet Numbers Registry System](https://www.rfc-editor.org/rfc/rfc7020): как IANA и региональные регистраторы распределяют блоки адресов и записывают, кому они принадлежат, и то, что маршрутизация в эту систему не входит - [RFC 9083: JSON Responses for the Registration Data Access Protocol (RDAP)](https://www.rfc-editor.org/rfc/rfc9083): структура ответа на запрос регистрации по RDAP - [ARIN: Whois/Registration Data Access Protocol (RDAP)](https://www.arin.net/resources/registry/whois/rdap/): как запрашивать регистрационные записи по RDAP - [RFC 4271: A Border Gateway Protocol 4 (BGP-4)](https://www.rfc-editor.org/rfc/rfc4271): как сеть анонсирует блок адресов остальному интернету - [Cloudflare Workers: Request](https://developers.cloudflare.com/workers/runtime-apis/request/): ASN и организация-владелец, которые прикрепляются к каждому запросу, получаемому Worker Сайт, который фильтрует трафик, может при каждом запросе прочитать две публичные записи, и именно они решают, считается адрес датацентровым или резидентным. Третий вариант стоит отдельно от обеих категорий. ## Какие публичные записи читает сайт? Сайт читает две записи: кому принадлежит блок адресов и какая сеть его анонсирует. Первая запись это **регистрация**. IANA распределяет блоки адресов и номера автономных систем между пятью региональными интернет-регистраторами, которые выдают их дальше и ведут публичный учёт того, кому принадлежит каждый блок; систему описывает [RFC 7020](https://www.rfc-editor.org/rfc/rfc7020). Эти записи можно запросить по RDAP, структурированной замене WHOIS у регистраторов; формат ответов определён в [RFC 9083](https://www.rfc-editor.org/rfc/rfc9083) и объяснён для пользователей в [руководстве ARIN по RDAP](https://www.arin.net/resources/registry/whois/rdap/). Вторая запись это **маршрутизация**: какая сеть, обозначенная номером автономной системы, анонсирует блок остальному интернету через BGP ([RFC 4271](https://www.rfc-editor.org/rfc/rfc4271)). RFC 7020 прямо говорит, что то, как анонсируются адреса, лежит вне системы регистраторов. Это две отдельные записи, и сайт может прочитать любую. Сайту за крупным CDN, возможно, вообще не придётся делать запрос. Cloudflare, например, прикрепляет ASN и название организации, которой он принадлежит, к каждому запросу, который передаёт коду на своей платформе Workers ([документация Cloudflare](https://developers.cloudflare.com/workers/runtime-apis/request/)). Наша страница [What Is My IP](/what-is-my-ip/) показывает те же два поля для вашего собственного подключения. Когда приходит запрос, сайт может спросить, из чьей сети он пришёл, и в ответ получает имя оператора. Дальше сайт может спросить, что этот оператор продаёт. Хостинговые компании продают серверы, широкополосные провайдеры продают подключение домохозяйствам, а мобильные операторы продают тарифы для телефонов. Из этой таблицы соответствий и берётся различие между датацентровыми и резидентными адресами. ## Что возвращает проверка для датацентровых и резидентных адресов? Проверка датацентрового адреса возвращает хостинговую компанию. Тот, кто арендует адрес, не может изменить эту запись. Для цели, которая обращается с автоматизированным трафиком иначе, чем с человеческим, этой записи достаточно для решения. Проверка резидентного адреса возвращает провайдера домашнего интернета. За ним стоит чьё-то домашнее подключение, поэтому запрос приходит через бытовой канал, с его скоростью, нестабильностью и привычкой пропадать, когда кто-то перезагружает роутер. Оба ответа верны; какой из них цель примет, решает её собственная политика, и задаётся она тем, что цель защищает. ## Есть ли третий вариант, кроме датацентровых и резидентных? Да: ISP-прокси, который продают и как статический резидентный, работает на оборудовании в дата-центре с адресом, зарегистрированным на интернет-провайдера. Проверка возвращает имя этого провайдера, а машина отвечает на серверной скорости и не пропадает. Именно это сочетание продаёт ProxyJam. Датацентровые и резидентные прокси каждый объединяют два отдельных свойства: *где стоит машина* и *чьё имя записано за адресом*. ISP-прокси берёт по одному от каждого и поэтому лежит в стороне от линии «цена против скорости». Покупая его, вы платите за адрес и берёте его на период. Трафик не тарифицируется, а после 50 ГБ за календарный месяц потолок прокси снижается со 100 одновременных сессий до 10 до следующего расчётного периода ([Условия обслуживания](/ru/terms-of-service/), раздел 2.4). Подробности на [странице ISP-прокси](/ru/isp-proxies/), цены на [странице цен](/ru/pricing/). Если сначала нужно определение, прочитайте статью [что такое ISP-прокси](/ru/blog/what-are-isp-proxies/). ## В чём ошибается обычное сравнение? - **Скорость.** Резидентный адрес медленный, потому что медленное домашнее подключение за ним. Перенесите машину в дата-центр, сохраните регистрацию интернет-провайдера, и скорость вернётся. - **Цена.** Разница в цене объясняется предложением. У хостинговых компаний уже есть большие блоки адресов, направленные на их собственные стойки, а адреса, зарегистрированные на интернет-провайдеров, приходится получать через них, по одному домохозяйству или по одному договору с оператором за раз. - **Обнаружение как состязание.** Часть отказов происходит из опубликованной записи и правила, которое цель к ней применила. Обещание «необнаружимости» эту запись не меняет. - **Общая история.** Общий датацентровый адрес несёт всё, что делали его прежние пользователи, и это может объяснить отказ. Плата за выделенный адрес убирает унаследованную историю и того стоит, но регистрация в любом случае остаётся за хостинговой компанией. Сверяйте всё, что покупаете, с регистрационной записью. Если запись говорит «хостинговая компания», а счёт говорит «резидентный», права запись. Если нужна регистрация интернет-провайдера, которая стоит на месте, на [странице ISP-прокси](/ru/isp-proxies/) есть каталог по 74 странам. Когда на той стороне никто не проверяет, датацентровый адрес остаётся разумной покупкой, у кого бы вы его ни брали. Случай мобильного оператора разобран в статье [мобильные против резидентных](/ru/blog/mobile-vs-residential-proxies/), которая объясняет, что добавляет сеть мобильного оператора.