Sous Linux, il n'existe pas d'endroit unique appelé « proxy système ». L'environnement de bureau, le gestionnaire de paquets, le gestionnaire de services et le runtime de conteneurs lisent les informations de proxy indépendamment les uns des autres . La carte ci-dessous montre quel fichier affecte quel composant.
Configurer une couche ne règle pas automatiquement les autres. C'est de là que vient le fameux « apt fonctionne mais pas curl ».
1. Variables d'environnement (couche shell)
C'est la méthode la plus répandue et la plus portable. Pour qu'elle soit persistante, écrivez-la dans ~/.bashrc (utilisateur uniquement) ou /etc/environment (tout le système) :
Pour les adresses avec authentification, le format devient http://utilisateur:motdepasse@ip:port/ ; encodez les caractères spéciaux du mot de passe en pourcentage (@ → %40).
La modification prend effet dans une nouvelle session ; pour l'essayer tout de suite, source /etc/environment ne suffit pas, car ce fichier n'est pas un script shell — fermez puis rouvrez la session.
2. APT et Snap
apt, s'exécutant en tant que root, ne voit pas les variables d'environnement de l'utilisateur. Un fichier distinct est nécessaire :
/etc/apt/apt.conf.d/95proxydans :Acquire::http::Proxy "http://185.93.68.14:8080/";- Pour les dépôts HTTPS, une deuxième ligne :
Acquire::https::Proxy "http://185.93.68.14:8080/"; - Pour Snap :
sudo snap set system proxy.http="http://185.93.68.14:8080"
En fin de ligne, le point-virgule est obligatoire ; s'il est oublié, apt renvoie « syntax error » et n'accède à aucun dépôt.
3. Services systemd
Des services comme Docker, containerd ou GitLab Runner s'exécutent dans leur propre environnement. La bonne méthode consiste à ajouter un fichier drop-in :
sudo systemctl edit docker → [Service] en dessous Environment="HTTP_PROXY=http://…" → sudo systemctl daemon-reload && sudo systemctl restart docker.
4. Bureau GNOME
La section Paramètres → Réseau → Proxy réseau n'affecte que les applications GTK. Si vous préférez la ligne de commande : gsettings set org.gnome.system.proxy mode 'manual' puis gsettings set org.gnome.system.proxy.http host '185.93.68.14'. Pour SOCKS, utilisez le schéma org.gnome.system.proxy.socks .
Matrice de vérification
Chaque ligne ne teste qu'une seule couche. Ne dites pas « le proxy est configuré » avant d'avoir exécuté les quatre.
Si vous avez des doutes sur l'adresse elle-même, mesurez d'abord Vérification de proxy si elle est vivante ; savoir si le problème vient de la configuration ou de l'adresse divise le temps de résolution par deux.
Pour l'équivalent côté bureau, consultez les guides Windows 11 et macOS , et pour le choix du protocole la comparaison HTTP–SOCKS5 . Pour les charges de travail côté serveur, les offres datacenter proxy sont adaptées.