Данные о целевом сайте
Проверка цели делает один облегчённый серверный запрос после нейтральной проверки внешнего IP. Заголовки ответа описывают этот запрос, а не каждую страницу, аккаунт, браузер или будущий визит.
Этот метод поддерживает продуктовая команда TrueProxies. Указанный ответственный не выдаётся за независимого аудитора или стороннюю организацию по сертификации.
Краткий ответ
Сначала сервис проверки запрашивает IPify через прокси и проверяет публичный внешний IP. Если выбрана цель Google или Wikipedia, он начинает второй HTTPS-запрос через прокси и останавливает отсчёт, когда приходят первые заголовки ответа; тело ответа цели не загружается. Ответ 2xx или 3xx отмечается как принятый. Ответ 4xx или 5xx отмечается как непринятый с указанием HTTP-статуса. Ни один из результатов не доказывает доступ к любым сайтам, блокировку на уровне всего сайта, совместимость с браузером или анонимность.
Границы данных
Надёжная диагностика прокси точно указывает, что показывает один результат, и не включает в вывод более широкие утверждения.
| Сигнал | Что устанавливает | Что не устанавливает |
|---|---|---|
| Нейтральная проверка внешнего IP | Что прокси выполнил фиксированный HTTPS-запрос к IPify и вернул корректный публичный внешний адрес. | Что Google, Wikipedia или реальный целевой сайт посетителя примут тот же маршрут. |
| Заголовки цели 2xx/3xx | Что выбранный сайт вернул на этот облегчённый запрос первый ответ из принимаемого диапазона. | Что редиректы завершатся, страницы загрузятся, JavaScript выполнится, аккаунты останутся рабочими или будущие запросы пройдут. |
| Заголовки цели 4xx/5xx | Что выбранный сайт вернул на этот запрос статус ошибки клиента или сервера. | Что IP прокси заблокирован: такой статус могут вызвать аутентификация, лимиты запросов, правила для URL, техническое обслуживание, заголовки или защита от автоматизации. |
| Время ответа цели | Время на сервере проверки до прихода первых заголовков ответа через прокси. | Скорость передачи тела ответа, полную загрузку страницы, отрисовку в браузере, прохождение капчи или успешную работу приложения. |
Порядок диагностики
Явно фиксируйте адрес, транспорт, цель и границы данных, чтобы повторная попытка оставалась сопоставимой.
Фиксированный запрос к IPify должен вернуть HTTP 200 с корректным публичным адресом — только тогда данные о цели имеют смысл. Неудачная проверка внешнего IP остаётся сбоем прокси или вышестоящего звена, а не результатом по цели.
Для Google используется облегчённый адрес generate_204, для Wikipedia — публичная главная страница. Сервис проверки записывает только статус и время первых заголовков ответа и не загружает тело ответа цели.
Первые ответы 2xx и 3xx считаются принятыми, 4xx и 5xx — непринятыми. Редиректы не проходятся так, как это сделал бы браузер, а причина не выводится из одного лишь статуса.
Проведите разрешённый тест клиента с реальным сайтом, методом, заголовками, сессией и политикой частоты запросов. Не добавляйте в этот публичный сервис проверки произвольные частные или пользовательские URL целей.
Провайдеры, поля данных, границы замеров времени, тайм-ауты, конфиденциальность и ограничения опубликованы в версионированном JSON.
Справочник по интерпретации
Класс статуса — это данные одного запроса. Следующий шаг зависит от сайта и разрешённой нагрузки, а не от универсальной метки «хорошо/плохо».
| Ответ | Как понимает сервис проверки | Важная оговорка |
|---|---|---|
| 2xx | Принят для этого запроса к цели. | Тело ответа цели не загружается, поэтому содержимое страницы и поведение приложения остаются непроверенными. |
| 3xx | Первый ответ из принимаемого диапазона. | Цепочка редиректов не проходится; куда она ведёт и чем закончится, остаётся неизвестным. |
| 400 / 404 | Не принят для этого запроса. | Ответ могут объяснять путь, метод, заголовки или политика сайта; это не автоматическое доказательство блокировки IP. |
| 401 / 403 | Не принят для этого запроса. | Причиной могут быть аутентификация, авторизация, защита от автоматизации, регион, репутация или форма запроса. |
| 407 | Аутентификация на прокси не прошла до получения пригодных данных о цели. | Проверьте учётные данные прокси и режим аутентификации, а не аккаунт на сайте. |
| 408 / 429 | Не принят или ограничен по частоте для этого запроса. | Важны политика повторов и лимиты сайта; не увеличивайте трафик, чтобы добиться другого результата. |
| 5xx | Цель вернула ответ с ошибкой сервера. | Ошибка может быть временной или на стороне цели и не доказывает, что её вызвал маршрут через прокси. |
| Нет заголовков до тайм-аута | За восемь секунд не получено данных об ответе цели. | Причиной могут быть сетевая задержка, поведение прокси, TLS или доступность сайта; HTTP-статус определить нельзя. |
Устранение неполадок
Не раскрывайте учётные данные и меняйте по одной переменной за раз.
Вероятное значение: Нейтральный маршрут работает, а Google отклонил или ограничил этот облегчённый запрос.
Следующая проверка: Соблюдайте условия и лимиты сайта; проверьте разрешённый реальный сценарий, не объявляя прокси нерабочим или заблокированным везде.
Вероятное значение: Сервис проверки фиксирует только первый редирект, не обрабатывает куки, скрипты и антибот-проверки и не переходит на итоговую страницу.
Следующая проверка: Изучите полную цепочку редиректов в браузере и итоговый ответ на том же разрешённом маршруте.
Вероятное значение: У сайтов разные сети, правила, данные о репутации, заголовки и механизмы защиты приложений.
Следующая проверка: Считайте результат Wikipedia данными только о фиксированном запросе к Wikipedia и проверяйте нужный сайт отдельно.
Вероятное значение: Могли измениться внешний IP, маршрут, состояние лимитов, сервис на стороне сайта или его решение по политике.
Следующая проверка: Записывайте повторные результаты, смены внешнего IP, отметки времени и частоту запросов, не публикуя сам внешний адрес и учётные данные.
Эти стандарты определяют семантику протоколов и ответов, на которую опираются данные проверки.
Продолжить диагностику
Каждый материал отвечает на отдельный вопрос и ссылается на единственную каноническую проверку прокси.
Сопоставьте каждый диагностический код с этапом сбоя и безопасной следующей проверкой.
Открыть материалОтделяйте время ответа от пропускной способности и правильно сравнивайте повторные замеры.
Открыть материалРазберитесь в явных транспортах, режимах DNS для SOCKS5 и ограниченном автоопределении.
Открыть материалПосле проверки адреса прокси сравните видимые браузеру маршруты IPv4, IPv6, WebRTC и DNS.
Открыть материал