Si je veux que des applications GNOME (ainsi que Firefox et Chrome) accèdent au réseau via un proxy, je n'ai qu'à utiliser gnome-network-properties
(une interface graphique agréable et simple, je dois dire). Pour d'autres applications (par exemple APT, Transmission, XChat), je dois utiliser leurs façons spécifiques de le faire.
Existe-t-il un moyen d'éviter cela, quelque chose que je peux activer et désactiver lorsque dans un réseau qui nécessite un proxy (nom d'hôte: port)?
networking
http-proxy
tshepang
la source
la source
http_proxy
variable est ce que vous recherchez. Jetez un œil dans le guide de prise en charge du proxy .Réponses:
Je pense que presque tous les logiciels Linux / Unix qui utilisent la mise en réseau respecteront les variables d'environnement
http_proxy
etftp_proxy
. Selon la configuration de votre distribution,/etc/environment
elle existera et sera lue par défaut par les shells de connexion.Vous pouvez ajouter une ligne disant
http_proxy=123.45.67.89:1011
en
/etc/environment
assez facilement, mais les changements dans ce fichier ne vous prendra que la prochaine fois que vous démarrez un processus shell - et seulement dans ce processus shell. Je ne pense pas que vous puissiez modifier les variables globales dans un shell autre que votre actuel.la source
node
non plusJe suis d'accord que la meilleure façon d'utiliser le serveur proxy est avec la variable d'environnement
http_proxy
, comme d'autres réponses l'ont souligné. Malheureusement, toutes les applications n'honorent pas la variable d'environnement http_proxy, c'est pourquoi j'utilise toujours tsocks pour certains programmes afin d'utiliser LD_PRELOAD pour forcer les connexions réseau à passer par un proxy SOCKS.la source
En plus de tsocks - qui, toujours, AFAICT vous oblige à lancer des programmes avec l'environnement correct pour fonctionner - vous devriez vérifier tun2socks . Avec lui, vous configurez une interface TUN (c'est-à-dire une nouvelle interface réseau, tout comme un VPN le créerait) et tous les paquets qui y sont envoyés sont envoyés par proxy à votre serveur SOCKS5. Vous configurez ensuite vos itinéraires système pour envoyer réellement le trafic vers cela. On dirait une belle approche.
(J'ai également trouvé des chaussettes rouges via ce post . Cela ne me semble pas aussi élégant que d'utiliser une interface TUN - par exemple, il ne gère pas du tout UDP, pour commencer.)
la source
J'utilise cet outil , qui est essentiellement un couple de scripts pour configurer les paramètres pour différentes applications à partir d'un seul point.
PS: J'ai écrit et entretenu cet outil.
la source
Il n'y a pas de solution unique. Chaque programme utilise sa propre façon de se connecter à un serveur proxy.
J'ai un problème similaire à mon bureau. J'ai trouvé que la meilleure façon de le faire est d'utiliser une connexion VPN. Lorsque vous vous connectez, l'ensemble du trafic réseau du système passe par le VPN. Si vous n'avez pas accès à un serveur VPN, vous pouvez en exécuter un nouveau manuellement et le connecter au serveur proxy que vous avez.
Si vous avez une application qui ne prend pas en charge le proxy, vous pouvez utiliser quelque chose comme socksify , pour envelopper sa connexion réseau.
la source
J'ai un problème similaire, mais pour moi, pour réaliser un proxy à l'échelle du système, je traiterai du noyau Linux
iptables
. L'ajout et la suppression de règles de transfert dansiptables
(adresses, ports et protocoles spécifiques), agissant sur la couche réseau est le seul moyen d'assurer un proxy à l'échelle du système, qui ne peut être remplacé par aucun paramètre spécifique à l'application dans la couche application.la source
Cela a fonctionné pour moi
vi /etc/environment
:aussi
vi /etc/yum.conf
:la source