Déclarer des variables *proxy (genre http_proxy, ftp_proxy, etc.) et espérer que les applis vont les utiliser. Ou tout préfixer par tsocks pour détourner toutes les commandes réseau vers un proxy socks donné à coup de LD_PRELOAD.
Mais on peut toujours tomber sur des cas pénibles : dans le premier cas, si on imagine une playlist accessible en http (donc via http_proxy) mais contenant une URL rtsp: ou une URI sip:, on va être embêté de ne pas avoir un proxy pour ces protocoles là. Et même dans le second cas, on va s'apercevoir que les requêtes DNS passent à côté par exemple.
Théoriquement on peut probablement toujours se greffer niveau noyau et contrôler tout le réseau sortant.
[^] # Re: Utiliser Tor
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Oignons sur la route. Évalué à 4. Dernière modification le 09 juillet 2013 à 09:58.
Déclarer des variables *proxy (genre http_proxy, ftp_proxy, etc.) et espérer que les applis vont les utiliser. Ou tout préfixer par tsocks pour détourner toutes les commandes réseau vers un proxy socks donné à coup de LD_PRELOAD.
Mais on peut toujours tomber sur des cas pénibles : dans le premier cas, si on imagine une playlist accessible en http (donc via http_proxy) mais contenant une URL rtsp: ou une URI sip:, on va être embêté de ne pas avoir un proxy pour ces protocoles là. Et même dans le second cas, on va s'apercevoir que les requêtes DNS passent à côté par exemple.
Théoriquement on peut probablement toujours se greffer niveau noyau et contrôler tout le réseau sortant.