> 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/network-tests/proxy-rule-test.md).

# Тест правил прокси

## Что он делает

Большинство прокси- и VPN-клиентов направляют трафик по **правилам**: этот домен идет напрямую, тот — через узел в Японии, еще один — через рабочий сервер. Обычно это называется раздельной маршрутизацией или маршрутизацией на основе правил.

Проблема в том, что правила молчат. Ничто не подсказывает, действительно ли сработало правило или трафик незаметно перешел к политике по умолчанию.

**Теста правил** — указанная как *Тест правил прокси* в этом руководстве — решает эту проблему. Оно дает вам **8 тестовых доменов**:

```
ptest-1.ipcheck.ing
ptest-2.ipcheck.ing
...
ptest-8.ipcheck.ing
```

Вы назначаете каждому домену отдельную группу правил в своем клиенте. Затем MyIP открывает все восемь и показывает вам выходной IP, через который прошел каждый запрос. По одной карточке на домен, всего восемь карточек.

{% hint style="info" %}
Этот инструмент предназначен для тех, кто использует прокси- или VPN-клиент с файлом правил. Если вы просто пользуетесь обычным VPN-приложением с переключателем вкл./выкл., он вам не нужен — см. [Работает ли мой VPN или прокси?](/knowledge-base/ru/diagnose/is-my-vpn-working.md) вместо этого.
{% endhint %}

## Как настроить

{% stepper %}
{% step %}

### Добавьте правила в свой клиент

Откройте конфигурацию вашего клиента и добавьте по одному правилу на каждый тестовый домен, каждое должно указывать на отдельную политику или группу прокси. Точный синтаксис зависит от клиента; распространенный вариант: `DOMAIN,ptest-3.ipcheck.ing,POLICY`.

{% code title="правила прокси" overflow="wrap" %}

```ini
# Проверка правил
DOMAIN,ptest-1.ipcheck.ing,Proxy1
DOMAIN,ptest-2.ipcheck.ing,Proxy2
DOMAIN,ptest-3.ipcheck.ing,Proxy3
DOMAIN,ptest-4.ipcheck.ing,Proxy4
DOMAIN,ptest-5.ipcheck.ing,Proxy5
DOMAIN,ptest-6.ipcheck.ing,Proxy6
DOMAIN,ptest-7.ipcheck.ing,Proxy7
DOMAIN,ptest-8.ipcheck.ing,Proxy8
```

{% endcode %}

Замените `Прокси1` … `Прокси8` на названия политик или групп, которые вы действительно хотите протестировать. Не обязательно использовать все восемь.
{% endstep %}

{% step %}

### Перезагрузите конфигурацию

Правила вступают в силу только после того, как клиент перезагрузит их. Перезапустите клиент или используйте кнопку перезагрузки.
{% endstep %}

{% step %}

### Откройте инструмент

Откройте **Теста правил** в разделе «Дополнительные инструменты». Проверка восьми доменов начинается сразу после открытия. Используйте **Обновить всё** чтобы запустить проверку снова после изменения правил.
{% endstep %}
{% endstepper %}

<details>

<summary>Дополнительные правила для основной панели</summary>

Проект также предлагает эти правила, чтобы панель могла показывать ваш реальный IP и IP через прокси рядом друг с другом:

```ini
# Проверка IP
IP-CIDR,1.0.0.2/32,Proxy,no-resolve
IP-CIDR6,2606:4700:4700::1111/128,Proxy,no-resolve
DOMAIN,4.ipcheck.ing,DIRECT
DOMAIN,6.ipcheck.ing,DIRECT
```

</details>

## Чтение результатов

Каждая карточка показывает один слот:

| Поле          | Что оно сообщает                                 |
| ------------- | ------------------------------------------------ |
| `#1` … `#8`   | Какому тестовому домену принадлежит карточка     |
| Домен         | `ptest-N.ipcheck.ing`, запрошенный адрес         |
| IP            | Выходной IP, с которого фактически пришел запрос |
| Провайдер     | Какая компания владеет этим IP                   |
| Регион прокси | Страна, в которой находится выходной узел        |

Теперь сравните карточки:

* **Разные IP на карточках** — каждое правило ушло на отдельный выход. Ваша раздельная маршрутизация работает.
* **Две карточки с одинаковым IP** — оба правила привели к одному и тому же выходу. Либо две политики указывают на один и тот же узел, либо одно правило вообще не сработало и перешло к той же политике по умолчанию, что и другое.
* **Карточка, показывающая вашего домашнего провайдера и вашу страну** — этот слот пошел напрямую, без прокси. Правильно, если вы так и задумывали; ошибка, если нет.
* **Карточка, показывающая неожиданную страну** — это правило сработало для другой группы, чем вы думаете. Проверьте порядок правил: большинство клиентов применяют *первое* совпавшее правило, поэтому более общее правило выше может поглотить более конкретное ниже.

### Статусы

| Метка                                 | Значение                                            |
| ------------------------------------- | --------------------------------------------------- |
| Ожидание проверки или ошибка проверки | Проверка еще не завершена или не смогла завершиться |
| Ошибка проверки                       | До этого домена вообще не удалось достучаться       |

Постоянная ошибка на одной карточке обычно означает, что политика, на которую она указывает, не работает, недоступна или блокирует запрос. Ошибка на каждой карточке указывает на ваш клиент или соединение, а не на правила.

## Что следует помнить

* Это **доменные** правила. Если ваша конфигурация направляет трафик по диапазону IP, по GeoIP или по приложению, эти правила здесь не проверяются.
* Ваш клиент может кэшировать ответы DNS или соединения. Если изменения не появляются, перезагрузите клиент и нажмите **Обновить всё**.
* Показанная страна — это место, где, судя по всему, находится выходной узел, а не всегда место, где физически расположен сервер. См. [GeoIP: как работает геолокация IP](/knowledge-base/ru/concepts/geoip-explained.md).

## Что делать дальше

* Подтвердить, что прокси применяется к обычному просмотру → [Работает ли мой VPN или прокси?](/knowledge-base/ru/diagnose/is-my-vpn-working.md)
* Сайт видит IP, которого вы не ожидали → [Почему сайты видят другой IP?](/knowledge-base/ru/diagnose/why-do-sites-see-a-different-ip.md)
* Проверьте, что DNS идет по тому же маршруту → [Тест на утечку DNS](/knowledge-base/ru/connection-tools/dns-leak-test.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/network-tests/proxy-rule-test.md?ask=<question>&goal=<endgoal>
```

`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.