ProxyPAC
Fichier PAC, WPAD et règles de routage des clients—
DONNÉES DE DÉMONSTRATION — maquette, aucune mesure réelle, actions inertes
Aucune mesure : session requise. Se connecter
Rôle / niveau—détection passive
Publication WPAD—mode appliqué
Point SOCKS—hôte:port
Mode transparent—redirection nft
Adresse LAN—de ce nœud
Règles actives—hôtes routés
Mode transparent
—
Transparent activé : redirection nft implicite, aucune configuration côté client. Désactivé : le client doit utiliser explicitement le PAC ou le SOCKS. « Appliquer WPAD » réécrit la publication WPAD (DHCP 252 ou DNS) selon le rôle.
Accès client runbook
- Fichier PAC (LAN)
—- URL WPAD
—- Domaine WPAD
- —
Firefox, réglages recommandés (about:config) :
network.proxy.socks_remote_dns = true— la résolution DNS passe par le proxy (indispensable pour les hôtes .onion, évite les fuites DNS locales).network.dns.blockDotOnion = false— laisse Firefox transmettre les hôtes .onion au résolveur proxy au lieu de les bloquer avant l’appel PAC.network.trr.mode = 0— désactive le DoH natif pour que la résolution suivesocks_remote_dns.
Règles actives
| Hôte (glob) | Directive PAC | Actions |
|---|
Seules les règles ajoutées ici (fichier 50-webui.rules) sont supprimables ; les règles fournies par le paquet restent en place.
Candidats détectés
| Hôte | Famille | Requêtes | Appareils | Cache |
|---|
Hôtes de CDN observés dans les requêtes DNS des appareils. « Mettre en cache » n’existe que pour les CDN de fichiers statiques (polices, bibliothèques JS) : le moteur MITM garde leurs réponses et les resert aux appareils acheminés par wg-toolbox. Une API (Google Play, etc.) n’est jamais mise en cache.