> For the complete documentation index, see [llms.txt](https://docs.ipcheck.ing/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.ipcheck.ing/knowledge-base/ru/diagnose/am-i-leaking-my-real-ip.md).
# Утекает ли мой настоящий IP?
VPN скрывает адрес, который сайт видит при ваших обычных запросах страниц. Но он не автоматически покрывает всё остальное, что отправляет ваше устройство. Почти все реальные утечки вызваны тремя побочными каналами.
{% hint style="success" %}
**Краткий ответ.** Запустите три теста на [ipcheck.ing](https://ipcheck.ing) при включённом VPN: **карточка IPv6** в IP Infos, **Теста на утечку WebRTC** и **Тест на утечку DNS**. Если ни один из них не показывает вашего домашнего провайдера или вашу домашнюю страну, у вас нет утечек по распространённым путям.
{% endhint %}
## Сначала узнайте свой реальный адрес
Выключите VPN, откройте ipcheck.ing и запишите IP, ISP и страну на первой карточке. Затем снова включите VPN. «Утечка» просто означает, что один из тестов ниже снова показывает старое значение.
## Утечка 1 — WebRTC
**Что это.** WebRTC позволяет браузерам создавать прямые аудио-, видео- и канальные соединения. Для этого он должен выяснить, какой адрес видит внешний мир для вас, и напрямую запрашивает сервер STUN — по UDP, часто игнорируя обычные настройки прокси браузера. Любая веб-страница может запустить это незаметно. Подробности: [Что такое WebRTC?](/knowledge-base/ru/concepts/what-is-webrtc.md)
**Как проверить.** Откройте [Теста на утечку WebRTC](/knowledge-base/ru/connection-tools/webrtc-test.md) раздел. MyIP опрашивает четыре независимых STUN-сервера и показывает адрес, который сообщает каждый из них, а также предполагаемый тип NAT, ISP и регион.
| Что вы видите на карточках | Вердикт |
| --------------------------------- | -------------------------------------------------------------------------------- |
| Выходной IP VPN на всех четырёх | Утечки нет |
| Ваш реальный IP на любой карточке | **Утечка** |
| «WebRTC недоступен» | Утечки нет — WebRTC отключён в этом браузере |
| «Ошибка соединения» везде | Неоднозначно; что-то заблокировало STUN. Повторите перед тем, как делать выводы. |
**Как это исправить.**
* Используйте настольное или мобильное приложение вашего VPN-провайдера, а не расширение браузера. Расширения обычно проксируют только HTTP-запросы; системный туннель охватывает и UDP.
* Отключите WebRTC, если вы не используете видеозвонки в браузере. В Firefox установите `media.peerconnection.enabled` в `false` достучаться `about:config`. В Chrome нет встроенного переключателя — вам нужно расширение или профиль браузера без него.
* Если вам нужен WebRTC и VPN, проверяйте после каждого обновления VPN. Это поведение меняется в зависимости от версии клиента.
## Утечка 2 — DNS
**Что это.** Прежде чем ваш браузер сможет загрузить сайт, кто-то должен преобразовать имя в адрес. Если этот запрос идёт к резолверу вашего ISP, пока ваш трафик идёт через VPN, ваш ISP всё равно получает список всех доменов, которые вы посещаете. Ваш IP скрыт; история просмотра — нет. Подробности: [Как работает DNS](/knowledge-base/ru/concepts/how-dns-works.md)
**Как проверить.** Откройте [Тест на утечку DNS](/knowledge-base/ru/connection-tools/dns-leak-test.md). MyIP выполняет поиск для свежесгенерированных одноразовых доменных имён, а затем сообщает резолверы, которые фактически достигли его DNS-серверов — их выходной IP, оператора и регион.
| Что вы видите | Вердикт |
| ------------------------------------------------------------------------ | ---------------------------------- |
| Резолверы, принадлежащие вашему VPN-провайдеру | Утечки нет |
| Публичный резолвер, который вы выбрали сами (Cloudflare, Google, Quad9…) | Утечки нет, если вы этого и хотели |
| **Имя вашего домашнего ISP или ваша домашняя страна** | **Утечка** |
{% hint style="info" %}
Несколько резолверов в нескольких странах — это нормально, а не признак проблемы. Крупные операторы размещают серверы по всему миру и пересылают запросы внутри своей сети. Оценивайте по названию оператора, а не по количеству.
{% endhint %}
**Как это исправить.**
* Включите собственную DNS-настройку VPN, иногда называемую «использовать DNS VPN» или «защита от утечек DNS».
* Или задайте резолвер вручную на устройстве или роутере — любой публичный резолвер, которому вы доверяете.
* Или включите зашифрованный DNS в браузере (DNS over HTTPS). Это не позволит вашему ISP читать запросы, даже если они всё ещё проходят через его сеть.
На официальном сайте, **Дополнительные инструменты → Глубокий тест DNS-утечки** показывает гораздо больше резолверов за один запуск, а также показывает, пересылает ли кто-то из них часть вашего реального IP вверх по цепочке (EDNS Client Subnet) и используется ли DNSSEC. Этот инструмент доступен только на ipcheck.ing, а не в самостоятельных копиях.
## Утечка 3 — IPv6
**Что это.** Самая тихая из трёх. Многие VPN поддерживают только IPv4. Между тем ваш ISP выдал вам рабочий IPv6-адрес. Ваш VPN с радостью туннелирует IPv4-часть вашего трафика — и любой сайт, доступный по IPv6, вместо этого получает ваш реальный, назначенный ISP IPv6-адрес, потому что современные устройства предпочитают IPv6, когда он доступен. Подробности: [IPv4 против IPv6](/knowledge-base/ru/concepts/ipv4-vs-ipv6.md)
**Как проверить.** При включённом VPN посмотрите на **IPCheck.ing IPv6** карточку в [IP Infos](/knowledge-base/ru/connection-tools/ip-information.md).
| На IPv6-карточке отображается | Вердикт |
| ----------------------------------------------------- | -------------------------------------------------- |
| Пусто или «Сбой получения данных или нет IPv6-адреса» | Безопасно. VPN блокирует IPv6, либо у вас его нет. |
| Адрес, чей ISP совпадает с вашим VPN | Безопасно. VPN тоже поддерживает IPv6. |
| **Адрес, чей ISP — ваш домашний провайдер** | **Утечка** |
Из терминала вы можете проверить то же самое одной строкой:
```bash
curl 6.ipcheck.ing
```
Нет ответа или ошибка означают отсутствие пути IPv6 — это и нужно, если ваш VPN работает только с IPv4. Ответ, совпадающий с вашим домашним ISP, — это утечка.
**Как это исправить.**
* Включите поддержку IPv6 в клиенте VPN, если она есть.
* Иначе отключите IPv6 на это время — на сетевом адаптере устройства или на вашем роутере. Грубо, но эффективно.
* Предпочитайте VPN-клиенты с аварийным выключателем, который блокирует весь трафик вне туннеля, включая IPv6.
## Свести всё вместе
| Тест | Где в MyIP | Утечка выглядит как |
| ------ | ------------------------ | -------------------------------------- |
| IPv6 | IP Infos → карточка IPv6 | Ваш домашний ISP на карточке IPv6 |
| WebRTC | Теста на утечку WebRTC | Ваш реальный IP на любой карточке STUN |
| DNS | Тест на утечку DNS | Ваш ISP как оператор резолвера |
Пройдите все три. Прохождение одного ничего не доказывает насчёт двух других.
А как насчёт других утечек, о которых говорят люди?
Ещё две вещи стоит знать, хотя ни одна из них не раскрывает ваш IP напрямую.
**Часовой пояс и язык.** Если ваш браузер сообщает часовой пояс, не совпадающий со страной вашего выхода, сайт может сделать вывод, что вы используете прокси. Этот [Теста на невидимость](/knowledge-base/ru/connection-tools/invisibility-test.md) проверяет именно это, среди прочих сигналов.
**Браузерный отпечаток.** Ваши шрифты, размер экрана и графический стек объединяются в значение, которое может отслеживать вас между сессиями независимо от вашего IP. См. [Объяснение браузерного фингерпринтинга](/knowledge-base/ru/concepts/browser-fingerprinting.md).
Всё проходит, но сайт всё равно меня блокирует
Это не утечка. Многие выходные адреса VPN присутствуют в опубликованных списках диапазонов дата-центров и VPN, и сайты блокируют их только по этой причине. [Теста на невидимость](/knowledge-base/ru/connection-tools/invisibility-test.md) (только официальный сайт) проверяет ваш адрес по нескольким таким спискам и показывает другие сигналы, выдающие прокси.
## Всё ещё не получается?
* [Работает ли мой VPN или прокси?](/knowledge-base/ru/diagnose/is-my-vpn-working.md) — полная проверка соединения
* [Чек-листе безопасности](/knowledge-base/ru/lookup-privacy/security-checklist.md) — более широкий взгляд на ваш цифровой след
* [Почему сайты видят другой IP?](/knowledge-base/ru/diagnose/why-do-sites-see-a-different-ip.md) — когда несколько разных адресов являются допустимыми
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://docs.ipcheck.ing/knowledge-base/ru/diagnose/am-i-leaking-my-real-ip.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.