data | ||
main.go | ||
README.md |
Domain list community
This project manages a list of domains, to be used as geosites for routing purpose in Project V.
Purpose of this project
This project contains only lists of domains. It is not opinionated, such as a domain should be blocked, or a domain should be proxied. This list can be used to generate routing rules on demand.
Structure of data
All data are under data/
directory. Each file in the directory represents a sub-list of domains, named by the file name. File content is in the following format.
# comments
include:another-file
domain:google.com @attr1 @att2
keyword:google
regex:www\.google\.com
full:www.google.com
Syntax:
- Comments begins with
#
. It may begin anywhere in the file. The content in the line after#
is treated as comment and ignored in production. - Inclusion begins with
include:
, followed by the file name of an existing file in the same directory. - Subdomain begins with
domain:
, followed by a valid domain name. The prefixdomain:
may be omitted. - Keyword begins with
keyword:
, followed by string. - Regular expression begins with
regex:
, followed by a valid regular expression (per Golang's standard). - Full domain begins with
full:
, followed by a domain. - Domains (including
domain
,keyword
,regext
andfull
) may have one or more attributes. Each attributes begin with@
and followed by the name of the attribute.
How it works
The entire data directory will be built into an external geosite
file for Project V. Each file in the directory represents a section in the generated file.
To generate a section:
- Remove all the comments in the file.
- Replace
include:
lines with the actual content of the file. - Omit all empty lines.
- Generate each
domain:
line into a sub-domain routing rule. - Generate each
keyword:
line into a plain domain routing rule. - Generate each
regex:
line into a regex domain routing rule - Generate each
full:
line into a full domain routing rule
How to orgnize domains
File name
Theoretically any string can be used as the name, as long as it is a valid file name. In practice, we prefer names for determinic group of domains, such as the owner (usually a company name) of the domains, e.g., "google", "netflex". Names with unclear scope are generally unrecommended, such as "evil", or "local".
Attributes
Attribute is useful for sub-group of domains, especially for filtering purpose. For example, the list of "google" domains may contains its main domains, as well as domains that serve ads. The ads domains may be marked by attribute "@ads", and can be used as "geosite:google@ads" in V2Ray routing.
Contribution guideline
- Please begin with small size PRs, say modification in a single file.
- A PR must be reviewed and approved by another member.
- After a few successful PRs, you may applied for manager access of this repository.