> 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/is-my-vpn-working.md).
# Работает ли мой VPN или прокси?
Пошаговая проверка того, действительно ли ваш VPN или прокси скрывает ваш IP, DNS и трафик WebRTC.
Вы включили VPN, и значок показывает "connected". Это лишь доказывает, что приложение считает, что всё в порядке. Это не доказывает, что весь трафик, который отправляет ваш компьютер, проходит через туннель.
{% hint style="success" %}
**Краткий ответ.** Ваш VPN работает, когда одновременно верны три вещи: на каждой IP-карточке указан выходной адрес VPN, тест WebRTC показывает тот же адрес (или вообще ничего), а DNS Leak Test показывает резолверы, принадлежащие VPN, а не вашему домашнему ISP. Если хотя бы один из них показывает вашу реальную сеть, у вас утечка.
{% endhint %}
## Перед началом
Сначала сделайте одну вещь: **запишите свой реальный IP.** Выключите VPN, откройте [ipcheck.ing](https://ipcheck.ing), и скопируйте адрес с первой карточки. Также запишите название ISP и страну.
Теперь у вас есть исходная «до» картина. Каждый следующий шаг ниже — это сравнение с ней. Без неё вы действуете наугад.
{% hint style="info" %}
MyIP может сохранить эту запись для вас. Нажмите **Просмотреть историю IP** кнопку в плавающих кнопках внизу справа — или нажмите H — чтобы увидеть все адреса, которые он записал, только в вашем браузере. Полное руководство: [История IP](/knowledge-base/ru/getting-started/ip-history.md).
{% endhint %}
## Четыре проверки
{% stepper %}
{% step %}
#### Подключитесь, затем перезагрузите страницу
Включите VPN. Затем **перезагрузите** ipcheck.ing — не просто нажимайте кнопки обновления. Полная перезагрузка очищает всё, что страница успела получить до того, как поднялся туннель.
{% endstep %}
{% step %}
#### Проверьте IP-карточки
Посмотрите на [Сведения об IP](/knowledge-base/ru/connection-tools/ip-information.md) раздел вверху. Каждая карточка задаёт разному серверу вопрос: «с какого адреса вы видите, что я пришёл?»
**Вам нужно:** на каждой карточке, где возвращается адрес, должен быть указан выходной IP VPN, его страна и название ISP или хостинга VPN-провайдера — а не вашего домашнего ISP.
MyIP по умолчанию показывает две карточки. Переключите на четыре или шесть в **Настройки → Серверы для проверки IP** для более строгого теста: каждая дополнительная карточка — это отдельное назначение, а значит и отдельный шанс, что трафик выйдет из туннеля.
| Карточка | Что она запрашивает |
| ---------------------- | ------------------------------------------------------------------------------------- |
| IPCheck.ing IPv4 | Ваш IPv4-адрес |
| IPCheck.ing IPv6 | Ваш IPv6-адрес (пустое значение допустимо — см. ниже) |
| Cloudflare IPv4 / IPv6 | Тот же вопрос, заданный сети Cloudflare |
| Источник CN | Сервис поиска на базе Китая — полезно, если у вашего прокси есть региональные правила |
| IPCheck.ing IPv6/4 | Какой бы протокол браузер ни использовал первым |
{% hint style="warning" %}
**Пустая IPv6-карточка — это не сбой.** Многие VPN работают только с IPv4 и полностью блокируют IPv6. Пусто означает, что блокировка сработала, и это безопасно. Если IPv6-карточка показывает *ваш домашний ISP* — это опасный случай — см. [Утекает ли мой реальный IP?](/knowledge-base/ru/diagnose/am-i-leaking-my-real-ip.md)
{% endhint %}
{% endstep %}
{% step %}
#### Проверьте WebRTC
Прокрутите до [Тест на утечку WebRTC](/knowledge-base/ru/connection-tools/webrtc-test.md). WebRTC — это браузерная функция, лежащая в основе видеозвонков. Она может открывать собственные соединения, игнорируя обычные настройки прокси, поэтому это классический способ утечки реального адреса.
MyIP спрашивает у четырёх публичных STUN-серверов, какой адрес они видят. Читайте четыре карточки так:
| Результат | Значение |
| -------------------------- | ------------------------------------------------------------------------------------------------------------------------------ |
| Тот же IP, что и выход VPN | Хорошо. WebRTC внутри туннеля. |
| Ваш реальный домашний IP | **Утечка.** Сайт может прочитать это несколькими строками JavaScript. |
| "WebRTC недоступен" | Хорошо. В вашем браузере WebRTC выключен, так что утекать нечему. |
| "Ошибка соединения" | Неоднозначно. Что-то заблокировало STUN-запрос. Повторите; если это повторяется, считайте результат ни успешным, ни неудачным. |
| {% endstep %} | |
{% step %}
#### Проверьте DNS
Прокрутите до [Тест на утечку DNS](/knowledge-base/ru/connection-tools/dns-leak-test.md). Ваш IP может быть полностью скрыт, пока ваш компьютер всё равно спрашивает *у вашего ISP* у DNS-серверов, какие сайты открывать. После этого у вашего ISP есть список всех сайтов, куда вы заходите.
MyIP запрашивает свежесгенерированные доменные имена и показывает, какие резолверы действительно выполнили работу — их выходной IP, оператора и регион.
**Вам нужно:** резолверы, принадлежащие вашему VPN-провайдеру или выбранному вами публичному резолверу, в правдоподобном регионе.
**Что плохо:** название вашего домашнего ISP в поле ISP или вашу домашнюю страну в поле Endpoint Region.
{% hint style="info" %}
Увидеть несколько разных резолверов или страну, которая не является ни вашей, ни страной вашего VPN, — нормально. Крупные операторы резолверов держат серверы повсюду и передают запросы между ними. Важный сигнал — **ваш собственный ISP**.
{% endhint %}
{% endstep %}
{% endstepper %}
## Необязательно: верны ли ваши правила раздельного туннелирования?
Если вы используете прокси-программу с правилами — одни сайты через прокси, другие напрямую — проверки выше описывают только те назначения, которые MyIP случайно использует.
Откройте **Дополнительные инструменты → Тест правил**. Он запрашивает двенадцать отдельных тестовых доменов, `ptest-1.ipcheck.ing` по `ptest-12.ipcheck.ing`, и показывает выходной IP, ISP и регион для каждого из них. Укажите для каждого домена отдельное правило в конфигурации прокси, запустите тест, и вы сразу увидите, какое правило куда направляет трафик.
Полные инструкции: [Тест правил прокси](/knowledge-base/ru/network-tests/proxy-rule-test.md).
## Когда что-то не работает
| Симптом | Вероятная причина | Что делать |
| ---------------------------------------------------------- | ----------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| IP-карточки по-прежнему показывают ваш реальный IP | VPN на самом деле так и не подключился, либо браузер использует системный прокси, который его обходит | Отключитесь, подключитесь снова, перезагрузите страницу; проверьте статус самого приложения VPN |
| На одних карточках виден VPN, на других — ваш реальный IP | Раздельное туннелирование или правила прокси, отправляющие некоторые назначения напрямую | Проверьте ваши правила с помощью [Теста правил](/knowledge-base/ru/network-tests/proxy-rule-test.md), затем прочитайте [Почему сайты видят другой IP?](/knowledge-base/ru/diagnose/why-do-sites-see-a-different-ip.md) |
| IPv6-карточка показывает вашего домашнего ISP | VPN туннелирует только IPv4 | Включите IPv6 в VPN или отключите IPv6 на своём устройстве — см. [Утекает ли мой реальный IP?](/knowledge-base/ru/diagnose/am-i-leaking-my-real-ip.md) |
| WebRTC показывает ваш реальный IP | WebRTC обходит туннель | Используйте собственное приложение VPN вместо расширения браузера или отключите WebRTC — см. [Тест WebRTC](/knowledge-base/ru/connection-tools/webrtc-test.md) |
| Тест на утечку DNS показывает вашего ISP | Ваше устройство всё ещё использует резолвер ISP | Включите собственный DNS VPN или вручную задайте публичный резолвер — см. [Тест на утечку DNS](/knowledge-base/ru/connection-tools/dns-leak-test.md) |
| Блокировка рекламы или трекеров в VPN, похоже, не работает | Возможно, функция выключена или не покрывает те типы трекеров, которых вы ожидали | Проверьте настройку в приложении VPN, затем посмотрите, что проходит, с помощью [Теста блокировки рекламы и трекеров](/knowledge-base/ru/lookup-privacy/ad-and-tracker-blocking-test.md) |
| Всё выглядит правильно, но сайт всё равно знает | Ваш выходной IP есть в публичном списке VPN, или вас выдаёт браузер | См. [Тест невидимости](/knowledge-base/ru/connection-tools/invisibility-test.md), [Проверка IP-блоклистов](/knowledge-base/ru/connection-tools/ip-blocklist-check.md), [Глубокая проверка персоны](/knowledge-base/ru/connection-tools/persona-check.md) и [Браузерный отпечаток](/knowledge-base/ru/lookup-privacy/browser-fingerprint.md) |
Страна выхода не та, которую я выбрал
Два обычных объяснения. Во-первых, провайдеры перемещают серверные мощности, а базы геолокации отстают на дни или недели — читайте [Почему местоположение моего IP указано неверно?](/knowledge-base/ru/diagnose/why-is-my-ip-location-wrong.md). Во-вторых, MyIP позволяет переключать базу данных в **Настройки → База геолокации IP**; разные поставщики действительно могут по-разному определять один и тот же адрес. Попробуйте два или три варианта, прежде чем делать выводы.
Сам MyIP проходит через VPN — это искажает тест?
Нет, и стоит понять почему. Страница работает в вашем браузере, поэтому каждый тест идёт тем же путём, что и обычный просмотр сайтов. Именно это и нужно измерять. Если вы специально хотите, чтобы собственные запросы MyIP шли напрямую, а всё остальное — через прокси, добавьте правила для `4.ipcheck.ing` и `6.ipcheck.ing` в вашем прокси-софте.
## Всё ещё не получается?
* [Утекает ли мой реальный IP?](/knowledge-base/ru/diagnose/am-i-leaking-my-real-ip.md) — три пути утечки в деталях
* [Тест невидимости](/knowledge-base/ru/connection-tools/invisibility-test.md) — насколько обнаружим ваш прокси, помимо самого IP
* [Глубокая проверка персоны](/knowledge-base/ru/connection-tools/persona-check.md) — выглядите ли вы на самом деле как местный житель страны, через которую выходите
* [Поделиться диагностическим отчётом](/knowledge-base/ru/getting-started/sharing-a-diagnostic-report.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 by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.ipcheck.ing/knowledge-base/ru/diagnose/is-my-vpn-working.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
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.