Proxy sur un routeur : choisir une configuration réellement prise en charge

Comprendre ce que le routeur prend réellement en charge, les réglages côté client, et la différence entre un proxy web local et le routage de tout le trafic.

Un routeur n'est pas automatiquement un client HTTP ou SOCKS. Un champ nommé Proxy dans son interface peut configurer un service du routeur, un serveur proxy local ou une fonction propre au fabricant. Cela n'envoie pas forcément tous les appareils connectés vers un point de sortie payant.

01Décider quel trafic doit passer par le proxy#

Si un seul navigateur ou une seule application a besoin d'un proxy, configurez d'abord ce client. Si plusieurs appareils ont besoin du même proxy web, vérifiez si chacun peut utiliser des réglages de proxy explicites ou un fichier PAC de confiance. Si vous avez besoin d'un routage réseau plus large, consultez, dans la documentation du micrologiciel, le tunnel ou la passerelle réellement pris en charge. Un VPN et un proxy HTTP ne répondent pas au même problème de connexion.

02Vérifier le modèle et le micrologiciel#

Notez le modèle matériel exact et la version du micrologiciel. Lisez sa documentation : protocoles de proxy pris en charge, authentification amont et périmètre des clients. Ne supposez pas qu'un point de sortie SOCKS5, un point d'accès HTTP authentifié et un proxy de cache local sont interchangeables. La mémoire et le stockage du routeur peuvent limiter les services supplémentaires.

La documentation Squid d'OpenWrt décrit un proxy web local et un exemple d'interception sur le port 80. Cet exemple ne couvre pas tous les protocoles et ne tunnelise pas automatiquement le trafic HTTPS vers un fournisseur externe. Les consignes d'une ancienne version doivent être recoupées avec celle qui est installée. N'appliquez pas de règles de pare-feu sans comprendre leur portée.

03Configurer et tester un client d'abord#

Enregistrez une sauvegarde de configuration via l'interface prévue par le micrologiciel. Confirmez l'hôte du fournisseur, le port, le protocole et l'authentification. Configurez un client pris en charge ou le chemin amont documenté, puis comparez son IP publique avec la connexion directe. Testez aussi l'application réelle, pas seulement un navigateur. Un test dans le navigateur ne prouve que les requêtes testées.

Gardez un accès d'administration local pendant les tests. N'exposez pas un proxy local à Internet sans une politique d'accès volontaire. Les identifiants appartiennent au stockage prévu, pas à un fichier PAC public. Si le produit authentifie par IP source, confirmez l'IP publique de la connexion du routeur et la façon dont elle change.

04Choisir un produit et annuler le changement#

Utilisez le vérificateur de proxies pour confirmer le point de sortie externe avant de déboguer le routeur. Comparez les produits disponibles dans le catalogue par pays. Demandez au fournisseur quelle configuration client il prend en charge pour votre micrologiciel.

Si le test échoue, rétablissez le réglage de proxy ou de client modifié et vérifiez la connectivité directe. Restaurez la configuration sauvegardée seulement si c'est nécessaire, et par la procédure de récupération prévue par le micrologiciel. Un retour aux paramètres d'usine n'est pas une étape habituelle de dépannage d'un proxy.