> 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/pt-br/network-tests/proxy-rule-test.md).
# Teste de Regras de Proxy
Verifique se seu cliente de proxy ou VPN envia cada grupo de regras para onde você pretendia, usando os oito domínios de teste ptest.
## O que ele faz
A maioria dos clientes de proxy e VPN roteia o tráfego por **regras**: este domínio vai direto, aquele passa pelo nó do Japão, outro pelo servidor de trabalho. Isso normalmente é chamado de roteamento dividido ou roteamento baseado em regras.
O problema é que as regras são silenciosas. Nada informa se uma regra realmente foi correspondida ou se o tráfego acabou caindo discretamente na sua política padrão.
**Teste de Regras** — listado como *Teste de Regras de Proxy* neste manual — resolve isso. Ele fornece a você **8 domínios de teste**:
```
ptest-1.ipcheck.ing
ptest-2.ipcheck.ing
...
ptest-8.ipcheck.ing
```
Você aponta cada domínio para um grupo de regras diferente no seu cliente. O MyIP então abre todos os oito e mostra o IP de saída pelo qual cada um saiu. Um cartão por domínio, oito cartões no total.
{% hint style="info" %}
Esta ferramenta é para pessoas que usam um cliente de proxy ou VPN com um arquivo de regras. Se você só usa um app simples de VPN com um botão de liga/desliga, você não precisa dela — veja [Minha VPN ou Proxy está funcionando?](/knowledge-base/pt-br/diagnose/is-my-vpn-working.md) em vez disso.
{% endhint %}
## Como configurá-lo
{% stepper %}
{% step %}
### Adicione as regras ao seu cliente
Abra a configuração do seu cliente e adicione uma regra por domínio de teste, cada uma apontando para uma política ou grupo de proxy diferente. A sintaxe exata depende do seu cliente; uma forma comum é `DOMAIN,ptest-3.ipcheck.ing,POLICY`.
{% code title="regras de proxy" overflow="wrap" %}
```ini
# Teste de Regras
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 %}
Substitua `Proxy1` … `Proxy8` pelos nomes das políticas ou grupos que você realmente quer testar. Você não precisa usar os oito.
{% endstep %}
{% step %}
### Recarregue a configuração
As regras só entram em vigor depois que o cliente as recarrega. Reinicie o cliente ou use o botão de recarregar.
{% endstep %}
{% step %}
### Abra a ferramenta
Abrir **Teste de Regras** nas Ferramentas Avançadas. Ele começa a verificar os oito domínios assim que é aberto. Use **Atualizar tudo** para executá-lo novamente depois de alterar as regras.
{% endstep %}
{% endstepper %}
Regras bônus para o painel principal
O projeto também sugere estas regras, para que o painel possa mostrar seu IP real e seu IP via proxy lado a lado:
```ini
# Teste de 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
```
## Lendo seus resultados
Cada cartão mostra um campo:
| Campo | O que ele informa |
| --------------- | ---------------------------------------------------- |
| `#1` … `#8` | A qual domínio de teste o cartão pertence |
| O domínio | `ptest-N.ipcheck.ing`, o endereço que foi solicitado |
| IP | O IP de saída de onde a solicitação realmente veio |
| ISP | Qual empresa possui esse IP |
| Região do proxy | O país em que esse ponto de saída está localizado |
Agora compare os cartões:
* **IPs diferentes entre os cartões** — cada regra foi para um ponto de saída diferente. Seu roteamento dividido funciona.
* **Dois cartões com o mesmo IP** — ambas as regras terminaram no mesmo ponto de saída. Ou as duas políticas apontam para o mesmo nó, ou uma regra nunca correspondeu e caiu para o mesmo padrão da outra.
* **Um cartão mostrando seu ISP residencial e seu próprio país** — esse campo foi direto, sem proxy. Correto se essa era a sua intenção; um erro, se não era.
* **Um cartão mostrando um país inesperado** — essa regra correspondeu a um grupo diferente do que você pensa. Verifique a ordem das regras: a maioria dos clientes aplica a *primeira* regra correspondente, então uma regra ampla mais acima pode engolir uma específica abaixo.
### Rótulos de status
| Rótulo | Significado |
| ---------------- | -------------------------------------- |
| Testando… | A verificação ainda está em andamento |
| Aguardando teste | A verificação ainda não começou |
| Erro de teste | Não foi possível alcançar esse domínio |
Um erro persistente em um cartão geralmente significa que a política à qual ele se vincula está fora do ar, inacessível ou está bloqueando a solicitação. Um erro em todos os cartões aponta para o seu cliente ou sua conexão, não para as regras.
## Coisas para ter em mente
* Estas são **de domínio** regras. Se a sua configuração roteia por faixa de IP, por GeoIP ou por aplicativo, essas regras não são exercitadas aqui.
* Seu cliente pode armazenar em cache respostas de DNS ou conexões. Se uma mudança não aparecer, recarregue o cliente e pressione **Atualizar tudo**.
* O país exibido é onde o nó de saída parece estar, o que nem sempre é onde o servidor fica fisicamente. Veja [GeoIP: Como a geolocalização de IP funciona](/knowledge-base/pt-br/concepts/geoip-explained.md).
## O que fazer em seguida
* Confirme que o proxy está aplicado à navegação normal → [Minha VPN ou Proxy está funcionando?](/knowledge-base/pt-br/diagnose/is-my-vpn-working.md)
* Um site vê um IP que você não esperava → [Por que os sites veem um IP diferente?](/knowledge-base/pt-br/diagnose/why-do-sites-see-a-different-ip.md)
* Verifique se o DNS segue o mesmo caminho → [Teste de vazamento de DNS](/knowledge-base/pt-br/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/pt-br/network-tests/proxy-rule-test.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.