Какой мой IP адрес прямо сейчас?

Публичный IP — это адрес, который видят сайты и API, когда вы делаете запрос. Он принадлежит вашему провайдеру или прокси-серверу, если вы работаете через прокси, и именно на него приходит ответ. Виджет в верхней части страницы показывает его в обеих версиях протокола: IPv4 (32 бита, вид 203.0.113.42) и IPv6 (128 бит, вид 2001:db8::1). На dual-stack сети вы обычно видите оба адреса, потому что ОС выбирает один на каждое назначение. Локальный IP, который выдаёт ваш роутер внутри сети (10.x или 192.168.x), — это другое, и здесь он не показывается.

IPv4 использует 32-битные адреса — около 4,3 миллиарда комбинаций, исчерпанных много лет назад. IPv6 использует 128-битные адреса, по сути безграничный пул, закрывший проблему дефицита. Оба протокола до сих пор работают параллельно. Большинство современных устройств и провайдеров работает в dual-stack: вы получаете один IPv4 и один IPv6, а ОС выбирает протокол под запрос (обычно IPv6 первым). Для покупателя прокси это важно: пулы IPv6 крупнее и дешевле, но заметная часть сайтов всё ещё IPv4-only, поэтому покрытие зависит от целевого ресурса. Полный разбор — на /ru/ipv6-vs-ipv4.

Из любой оболочки с curl: запустите curl https://ip64.dcproxy.com — получите plain text, или curl https://ip64.dcproxy.com/json — JSON-объект с полем ip. Принудительно выберите протокол через curl https://ip4.dcproxy.com/json (только IPv4) или curl https://ip6.dcproxy.com/json (только IPv6). При проверке через прокси добавьте -x socks5h://USER:PASS@proxy.dcproxy.com:PORT — схема socks5h делегирует DNS прокси и снимает риск утечки через локальный резолвинг. Полные примеры на Python, Node.js и в браузере — в блоке кода выше.

Запустите одну и ту же curl-команду дважды: один раз напрямую, второй — с -x socks5h://USER:PASS@proxy.dcproxy.com:PORT — и сравните ответы. Если оба возвращают одинаковый IP, прокси не задействован вовсе. Если запрос через прокси показывает IP из вашего диапазона DCPROXY, а прямой — ваш домашний адрес, прокси работает end-to-end. Если адреса разные, но ни один не принадлежит DCPROXY, в цепочке прокси есть ошибка. Подробная процедура — в 4 шагах выше, включая ловушку SOCKS5 vs SOCKS5h.

Это значит, что ваша сеть или провайдер не предоставляют IPv6-связности, либо IPv6 отключён на устройстве. Такое до сих пор встречается на домашнем интернете старых провайдеров, в корпоративных сетях и у части мобильных операторов. Эндпоинт ip64.dcproxy.com в этом случае отдаст IPv4 — вы увидите IPv4-адрес в виджете вместо пустой строки IPv6. Если нужно тестировать именно IPv6-only цели, потребуется сеть, которая маршрутизирует IPv6, или прокси, который это умеет — например, IPv6-тариф DCPROXY.

Большинство сервисов определения IP возвращают тот адрес, который случайно использовало соединение, без возможности зафиксировать протокол. Наши эндпоинты дают три отдельные точки входа — ip4 (только A), ip6 (только AAAA), ip64 (оба) — и позволяют принудительно выбрать протокол и доказать, какое семейство фактически несёт трафик. JSON-ответ одинаков во всех трёх — скрипт меняет URL без изменения парсера. Это делает наши эндпоинты заметно полезнее для отладки конфигурации прокси и dual-stack сетей, чем сервисы с единственным URL.

Почти всегда это рассинхрон DNS или области применения прокси. Самая частая причина — использование socks5:// вместо socks5h://: обычный SOCKS5 резолвит имена локально и сливает реальный IP через DNS-запрос. Переключайтесь на socks5h://, чтобы делегировать резолвинг прокси. Другие подозреваемые: переменная NO_PROXY, исключающая тестовый хост, прикладное правило, обходящее прокси для отдельных адресов, или браузерные соединения, установленные до добавления прокси и до сих пор переиспользуемые. Перезапускайте клиент после любых изменений конфигурации.