v2fly/domain-list-community : une liste de domaines neutre pour le routage de Project V
Liste de domaines gérés par la communauté. Générez geosite.dat pour V2Ray. Communauté de liste de domaines Ce projet gère une liste de domaines, à utiliser comme géosites à des fins de routage dans le projet V.
En bref
- De quoi s’agit-il ?
- Comment ce dépôt organise les listes de domaines, génère dlc.dat et gère les attributs et les contributions.
- À qui s’adresse-t-il ?
- Le README suffit pour comprendre le format des données, les étapes de construction et le processus de contribution. Il ne précise pas comment Project V interprète chaque règle au-delà de la correspondance des règles de routage, donc le comportement hors de la syntaxe documentée reste à vérifier dans la documentation du noyau V2Ray.
- Puis-je l’utiliser commercialement ?
- Oui. MIT est une licence permissive : vous pouvez utiliser, modifier et vendre un logiciel qui en dépend, à condition de conserver les mentions de droit d’auteur et de licence.
- Est-il encore maintenu ?
- Oui. Les derniers commits datent d’il y a 2 jours.
- En quel langage est-il écrit ?
- Principalement Go, d’après les statistiques de langage de GitHub.
Ces réponses reposent sur les données GitHub du projet (dernière synchronisation le 14 septembre 2026) et sur notre analyse. Elles ne constituent pas un avis juridique.
ANALYSE OPEN SOURCE APPROFONDIE
Une liste sans opinion sur le blocage ou le proxy
v2fly/domain-list-community gère des listes de domaines destinées aux données geosite dans le routage de Project V. La description du dépôt indique que le projet génère geosite.dat pour V2Ray, et la section de construction du README produit un fichier nommé dlc.dat, qu'elle appelle un fichier geosite externe. Le README est explicite : le projet n'est pas partisan. Il ne recommande, n'affirme ni ne suggère qu'un domaine doit être bloqué ou passé par un proxy. Les listes existent pour générer des règles de routage à la demande, et le projet lui-même ne prend pas position sur la manière de traiter un domaine. Les métadonnées du dépôt le décrivent comme une liste de domaines gérée par la communauté, et l'implémentation est en Go.
Ce qui est téléchargé et comment le vérifier
La page de publication fournit quatre liens de téléchargement : dlc.dat, dlc.dat.sha256sum, dlc.dat_plain.yml et dlc.dat_plain.yml.sha256sum. Les fichiers de somme de contrôle portent le même nom que les fichiers de données, ce qui permet de confirmer que l'artefact téléchargé correspond au condensé publié. Le README ne décrit pas le schéma du fichier plain YAML et ne donne pas d'instructions d'installation en dehors des liens de publication. Il demande simplement de signaler tout problème ou question.
Syntaxe des fichiers dans le répertoire data
Chaque fichier sous data est une sous-liste nommée. Une ligne peut être un commentaire commençant par #, une ligne include:, domain:, full:, keyword: ou regexp:. Le préfixe domain: peut être omis. Les commentaires peuvent apparaître n'importe où dans le fichier et sont ignorés lors de la génération. Les règles de domaine peuvent avoir zéro ou plusieurs attributs commençant par @, et zéro ou plusieurs affiliations commençant par &. Les affiliations ajoutent la règle à une autre liste cible, mais ne subsistent pas dans les listes finales ni dans dlc.dat. Les lignes include sont aussi un mécanisme de gestion des données, donc elles disparaissent de la sortie générée. Le README prévient que ces types de règles ne sont pas entièrement compatibles avec celles que l'utilisateur définit dans la configuration V2Ray, et déconseille d'ajouter des règles regexp ou keyword, car les logiciels de proxy ne peuvent pas les faire correspondre efficacement.
Attributs, affiliations et suppressions récentes
Les attributs restent dans les listes finales et dans dlc.dat. Une liste comme google peut donc contenir à la fois des domaines principaux et des domaines publicitaires, ces derniers marqués @ads et utilisés dans le routage V2Ray comme geosite:google@ads. Les affiliations, en revanche, ne sont qu'un moyen de gérer les données ; elles ajoutent une règle de domaine à une autre liste pendant le traitement, mais ne font pas partie des fichiers générés. Le README documente aussi deux suppressions. Les règles avec l'attribut @!cn ont été retirées des listes cn, donc geosite:geolocation-cn@!cn n'est plus disponible. Les listes publicitaires dédiées hors catégorie comme geosite:xxx-ads ont été supprimées ; il faut utiliser geosite:xxx@ads à la place. Les anciennes listes category-ads[-xx] ne sont pas affectées.
Générer dlc.dat localement
La construction manuelle nécessite Go et git. Le README liste quatre commandes : git clone, cd domain-list-community, go mod download et go run ./ . La commande go run accepte un paramètre optionnel --datapath pour indiquer un répertoire de données personnalisé ; sans lui, l'outil lit le répertoire data du répertoire de travail courant. go run ./ --help affiche plus d'informations. Le processus lit chaque fichier du chemin de données, ignore commentaires et lignes vides, résout affiliations et include, déduplique et trie chaque liste, exporte des listes en texte brut, puis génère dlc.dat. Chaque type de règle correspond à un type de règle de routage différent : les lignes domain deviennent des règles de sous-domaine, les lignes full des règles de domaine complet, les lignes keyword des règles de domaine simple, et les lignes regexp des règles de regex. Le README renvoie à main.go et à un fil de discussion pour la génération de fichiers .dat personnalisés.
Nommage, attributs et attentes pour les contributions
Le README donne des conseils sur le nommage des fichiers : théoriquement, tout nom de fichier valide convient, mais les noms devraient décrire un groupe de domaines déterminé, généralement le propriétaire ou l'entreprise, comme google ou netflix. Les noms au périmètre flou, comme evil ou local, sont déconseillés. Les attributs sont utiles pour les sous-groupes servant au filtrage, avec @ads et @cn comme exemples. Pour contribuer, il faut forker le dépôt, faire une petite modification et ouvrir une pull request ; une modification dans un seul fichier est suggérée pour les premières PR. Une autre personne doit relire et approuver la PR, et un script vérifie la PR à chaque mise à jour. Seules les PR qui passent le test sont fusionnées. Après plusieurs PR réussies, un contributeur peut demander un accès gestionnaire au dépôt. Le README ne dit pas ce que le script de vérification contrôle.
Conditions de licence et garanties absentes
Le projet est distribué sous la licence MIT, avec un copyright attribué à V2Ray. La licence accorde la permission d'utiliser, copier, modifier, fusionner, publier, distribuer, sous-licencier et vendre des copies du logiciel, à condition d'inclure l'avis de copyright et l'avis de permission. Le logiciel est fourni tel quel, sans garantie d'aucune sorte, y compris les garanties de qualité marchande, d'adéquation à un usage particulier et d'absence de contrefaçon. Le texte de la licence ne dit rien sur le support de sécurité, les engagements de maintenance ou la préparation à la production ; ces éléments ne font pas partie de l'autorisation.
Conclusion éditoriale
Le README suffit pour comprendre le format des données, les étapes de construction et le processus de contribution. Il ne précise pas comment Project V interprète chaque règle au-delà de la correspondance des règles de routage, donc le comportement hors de la syntaxe documentée reste à vérifier dans la documentation du noyau V2Ray. Pour v2fly-domain-list-community-deep-analysis, vérifiez la commande, le fichier ou la release cités avant de décider de l adopter, et gardez les limites du README dans le périmètre du test.
Notes de la communauté