Matches an exact domain and does not automatically include all its subdomains. For example, the rule below applies to example.com; it will not also match www.example.com just because it is a subdomain. To include both the root domain and its subdomains, consider DOMAIN-SUFFIX and check for earlier matching rules.
DOMAIN,example.com,PROXY
Matches a domain and its subdomains, making it useful for applying a policy to a domain range. Both example.com and www.example.com fall within the scope of the example below. Matching follows domain boundaries, not any occurrence of the same string. Distinguish this from the broader string matching of DOMAIN-KEYWORD.
DOMAIN-SUFFIX,example.com,PROXY
Matches when a domain contains a specified string. This can cover a wider range than an exact-domain or domain-suffix rule. In the example, example may occur in different domain names, not just example.com. Define the intended scope before using it; when a rule matches unexpectedly, check these broader conditions first.
DOMAIN-KEYWORD,example,PROXY
Matches based on the IP geolocation database's classification of an address, not the language of a website or the user's location. Database results may differ from the source of a site's content and can change when CDN addresses change. How a domain resolves and how the database classifies the address both affect the result.
GEOIP,CN,DIRECT
Matches an IPv4 address range; the prefix length after the slash determines its size. The example below uses a documentation address range, not a real service. For domain requests, check whether matching involves DNS resolution. This does not replace domain-based rules; the two use different criteria.
IP-CIDR,192.0.2.0/24,DIRECT
Matches an IPv6 address range. The concept is similar to IP-CIDR, but it applies to a different address type. An IPv4 rule alone does not mean the same condition covers IPv6 connections. If connections to the same domain behave differently, check the resolution results to see which address type is in use.
IP-CIDR6,2001:db8::/32,DIRECT
A fallback rule for requests that match none of the preceding rules, usually placed at the end of the rule list. FINAL,DIRECT sends all remaining requests directly; changing DIRECT to PROXY sends them through the proxy policy instead. This affects all requests not covered by other rules, not just a particular website.
FINAL,DIRECT
These are policy names applied when a rule matches, not protocol names. PROXY routes the request through a proxy, DIRECT connects directly, and REJECT blocks the request. The proxy endpoint used by PROXY still depends on the current selection and configuration. Preserve the uppercase spelling in rules; do not mix it up with the interface modes Proxy and Direct.
DOMAIN,example.com,REJECT