Classement

Oui, en définissant l'adresse du serveur AdGuard comme redirecteur dans Résolution > Activer les redirecteurs > Redirecteur 1. En utilisant le réseau Host oui car AdGuard utilise le même port (udp/53) que le paquet DNS Server. Pour contourner ce conflit, il faut configurer un réseau macvlan dans Docker tel que défini dans le tutoriel de @.Shad., section 11-A-1. Création du réseau macvlan, afin que le conteneur AdGuard ait sa propre adresse IP sur le réseau local. : Je n'ai encore jamais utilisé AdGuard Home. Si ton besoin n'est que d'utiliser le filtrage DNS de AdGuard afin de bloquer les trackers, publicités, et autres cochonneries sur internet... et que les options du panneau d'administration ne te sont pas utiles, tu peux directement entrer les serveurs DNS publics de AdGuard comme redirecteurs (ça prend 30 secondes si tu es lent 😜) : Primaire : 2a10:50c0::ad1:ff ou 94.140.14.14 Secondaire : 2a10:50c0::ad2:ff ou 94.140.15.15 Source : https://adguard-dns.io/fr/public-dns.html dans Les adresses de nos serveurs (en bas de la page) > DNS brut > Serveurs par défaut

https://github.com/GilbN/theme.park

Pour ne lister que les fichiers , et donc exclure les dossiers, il faut rajouter -type f : find /volume1/A-TRAITER/* -type f > /volume1/A-TRAITER/liste.txt Pour ne pas avoir de problème avec les chemins contenant des espaces, il suffit de les encadrer entre quotes ou guillemets : find /volume1/A-TRAITER/* -type f |sed -E 's/^(.+)$/"\1"/g' > /volume1/A-TRAITER/liste.txt Sinon il est aussi possible d'échapper les espaces dans le chemin avec la commande sed : find /volume1/A-TRAITER/* -type f |sed 's/ /\\ /g' > /volume1/A-TRAITER/liste.txt

Ce que ne fait pas Adguard, c'est être SOA (start of authority) pour un domaine, et ça n'a son importance que si tu héberges ta zone DNS publique (comme le fait ton hébergeur DNS, qui est souvent mais pas obligatoirement le registrar). Car Adguard se contente simplement de réécrire des IP pour des domaines, ou des domaines vers d'autres domaines, comme tu pourrais le faire sur Windows ou Linux en ajoutant des entrées manuellement dans le fichier hosts. La deuxième chose que fait DNS Server, et que je pense qu'Adguard n'intègre pas (si c'est comme Pihole), c'est le système des vues. En gros si tu lui dis que coucou.tuto pointe vers 192.168.0.252, ce sera le cas pour tout le monde, tu ne peux pas différentier la destination en fonction de l'IP source (par exemple que les clients VPN avec des IP en 10 qqch voient coucou.tuto pointer vers une IP différente). Si tu n'es dans aucun de ces cas-là, DNS Server selon moi ne t'apporte rien de plus (à moins que tu ne fasses de la réplication maître-esclave sur un autre NAS, mais c'est faisable avec Adguard-sync) par rapport à ce que peut t'apporter Adguard. Et dans ce cas-là, pas besoin de passer par la case macvlan comme l'a justement fait remarquer @PiwiLAbruti, car tu peux te mettre en bridge ou host car si DNS Server n'est pas actif, le port 53 est libre. Concernant DoH, le trafic sortant est noyé dans le 443 donc tu ne devrais rencontrer aucun problème. C'est simple à mettre en oeuvre sur un Raspberry ou dans une VM, sur un NAS Synology c'est souvent plus complexe dès lors qu'on veut éviter de toucher au système, car les ports standards sont la plupart du temps déjà occupés. Voir ma question au-dessus concernant l'intérêt de DNS Server dans ton cas. C'est le principe de tout bloqueur de pub local, il faut que le serveur DHCP attribue comme DNS primaire à ses clients l'IP d'Adguard, celle du NAS si le conteneur est en bridge ou en host, celle du conteneur si tu utilises le driver macvlan.

@bliznon 😅 Je ne saurais expliquer ce loopback 😅 @.Shad.avait donné une explication à une époque.