> 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, и значок показывает «подключено». Это лишь означает, что приложение считает всё в порядке. Это не доказывает, что весь трафик, который отправляет ваш компьютер, идёт через туннель.
{% hint style="success" %}
**Короткий ответ.** Ваш VPN работает, если одновременно верны три условия: каждая IP-карта показывает выходной адрес VPN, тест WebRTC показывает тот же адрес (или вообще ничего), а DNS Leak Test показывает резолверы, принадлежащие VPN, а не вашему домашнему провайдеру. Если хотя бы один из них показывает вашу реальную сеть, у вас утечка.
{% endhint %}
## Прежде чем начать
Сначала сделайте одно: **запишите свой реальный IP.** Выключите VPN, откройте [ipcheck.ing](https://ipcheck.ing), и скопируйте адрес на первой карточке. Также запишите название ISP и страну.
Теперь у вас есть снимок «до». Каждый шаг ниже — это сравнение с ним. Без него вы только гадаете.
{% hint style="info" %}
MyIP может хранить эту запись для вас. **Настройки → История IP** записывает адреса, которые видит, только в вашем браузере.
{% 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, что и выходной IP VPN | Хорошо. WebRTC находится внутри туннеля. |
| Ваш реальный домашний IP | **Утечка.** Сайт может прочитать это несколькими строками JavaScript. |
| «WebRTC недоступен» | Хорошо. В вашем браузере WebRTC отключён, так что нечему утекать. |
| «Ошибка соединения» | Нельзя сделать вывод. Что-то заблокировало STUN-запрос. Повторите; если это продолжается, считайте результат ни успешным, ни неуспешным. |
| {% endstep %} | |
{% step %}
#### Проверьте DNS
Прокрутите до [Тест на утечку DNS](/knowledge-base/ru/connection-tools/dns-leak-test.md). Ваш IP может быть полностью скрыт, но при этом ваш компьютер всё ещё может спрашивать *у вашего ISP* у name-серверов, какие сайты открывать. Тогда у вашего ISP будет список всех посещаемых вами мест.
MyIP запрашивает только что сгенерированные доменные имена и сообщает, какие резолверы фактически выполнили работу — их выходной IP, оператора и регион.
**Вам нужно:** резолверы, принадлежащие вашему VPN-провайдеру, или выбранному вами публичному резолверу, в правдоподобном регионе.
**Что плохо:** название вашего домашнего ISP в поле ISP или вашу домашнюю страну в поле Endpoint Region.
{% hint style="info" %}
Видеть несколько разных резолверов или страну, которая не совпадает ни с вашей, ни с VPN, — нормально. Крупные операторы резолверов держат серверы повсюду и передают запросы между ними. Важный признак — **ваш собственный ISP**.
{% endhint %}
{% endstep %}
{% endstepper %}
## Необязательно: правильно ли настроены правила split-tunnel?
Если вы используете прокси-программу с правилами — одни сайты через прокси, другие напрямую — проверки выше описывают только те цели, которые MyIP случайно использует.
Откройте **Дополнительные инструменты → Тест правил**. Он запрашивает восемь отдельных тестовых доменов, `ptest-1.ipcheck.ing` по `ptest-8.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 Leak Test показывает вашего ISP | Ваше устройство всё ещё использует резолвер ISP | Включите собственный DNS VPN или вручную задайте публичный резолвер — см. [Тест на утечку DNS](/knowledge-base/ru/connection-tools/dns-leak-test.md) |
| Всё выглядит правильно, но сайт всё равно знает | Ваш выходной IP есть в публичном списке VPN, или вас выдаёт браузер | См. [Тест невидимости](/knowledge-base/ru/connection-tools/invisibility-test.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/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 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/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 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.