Le pi-hole a pas besoin d’intervenir entre les appareils et la box, il le fait à côté.
Je m’explique :
Quand ton appareil se connecte au réseau, il demande une adresse IP au serveur DHCP, qui peut être n’importe quel autre appareil du réseau (ici l’appareil sur lequel est installé pi-hole). Ce serveur DHCP lui envoie tout ce qu’il doit savoir sur le réseau, grosso modo où il doit envoyer les paquets pour qu’ils soient redirigés vers internet (gateway) et où il trouve le serveur DNS.
Le serveur DNS, il sert à traduire les noms de domaine en adresse IP, c’est là que pi-hole intervient en traduisant les domaines de pub et traqueurs en une IP qui mène nulle part (un trou noir). Ce serveur ça peut être absolument n’importe quel appareil, sur ton réseau local ou non.
Du coup ton pi-hole peut être sur un appareil du réseau local, servir à la fois de DHCP et DNS (pour informer les clients qu’il faut passer par la box pour atteindre internet et qu’il est lui-même le serveur DNS), comme ça dès qu’un appareil se connecte au réseau il est configuré pour l’utiliser, sans que le trafic passe par lui.
Hésite pas à poser d’autres questions si c’est pas clair
Je pense que c’est clair mais j’ai du mal à visualiser le fiocntionnement. je vais me faire un petit schéma sur un bout de papier et tenter de voir comment ce que tu décris fonctionnerait dans ma situation. Mais d’abord, je vais creuser la suggestion, avantages et limites de la proposition de ivn parce que si c’est utilisable comme ça en à l’air, ça demanderait sensiblement moins de bidouille (et moins de matos)
Je n’hésiterais pas à poser plus de questions, ne t’inquiètes pas… ou alors peut-être que tu devrais ? ;)
Le pi-hole a pas besoin d’intervenir entre les appareils et la box, il le fait à côté.
Je m’explique :
Quand ton appareil se connecte au réseau, il demande une adresse IP au serveur DHCP, qui peut être n’importe quel autre appareil du réseau (ici l’appareil sur lequel est installé pi-hole). Ce serveur DHCP lui envoie tout ce qu’il doit savoir sur le réseau, grosso modo où il doit envoyer les paquets pour qu’ils soient redirigés vers internet (gateway) et où il trouve le serveur DNS.
Le serveur DNS, il sert à traduire les noms de domaine en adresse IP, c’est là que pi-hole intervient en traduisant les domaines de pub et traqueurs en une IP qui mène nulle part (un trou noir). Ce serveur ça peut être absolument n’importe quel appareil, sur ton réseau local ou non.
Du coup ton pi-hole peut être sur un appareil du réseau local, servir à la fois de DHCP et DNS (pour informer les clients qu’il faut passer par la box pour atteindre internet et qu’il est lui-même le serveur DNS), comme ça dès qu’un appareil se connecte au réseau il est configuré pour l’utiliser, sans que le trafic passe par lui.
Hésite pas à poser d’autres questions si c’est pas clair
Je pense que c’est clair mais j’ai du mal à visualiser le fiocntionnement. je vais me faire un petit schéma sur un bout de papier et tenter de voir comment ce que tu décris fonctionnerait dans ma situation. Mais d’abord, je vais creuser la suggestion, avantages et limites de la proposition de ivn parce que si c’est utilisable comme ça en à l’air, ça demanderait sensiblement moins de bidouille (et moins de matos)
Je n’hésiterais pas à poser plus de questions, ne t’inquiètes pas… ou alors peut-être que tu devrais ? ;)
Oui ce que propose ivn est très bien aussi pour commencer, tu peux regarder nextdns et controld aussi dans la même veine ;)