如何将指定PID进程的流量通过SOCKS5等代理转发且不影响其他进程？

嘿，这个问题问到点子上了！刚好我之前在做微服务部署的时候折腾过类似的需求，给你分享几个靠谱的实现方案，分两部分来解答：

这里分两种场景：进程还没启动和进程已经在运行中，方案略有不同：

1. 启动进程时直接指定代理（最简单） #

如果进程还没启动，直接用proxychains-ng工具来启动它，这样整个进程的流量都会自动走SOCKS5代理，完全不会影响其他进程。

• 先安装proxychains-ng（不同系统包名可能有差异，比如Ubuntu是proxychains4，CentOS是proxychains-ng）
• 修改配置文件（通常在/etc/proxychains.conf），找到[ProxyList]部分，添加你的SOCKS5代理：

  socks5  127.0.0.1 1080
  

• 然后用它启动目标进程：

  proxychains4 node your-app.js
  

  这样启动的进程（不管是Node还是其他类型）所有流量都会走你配置的SOCKS5代理，其他进程不受影响。

2. 给已运行的进程挂载代理（稍复杂） #

如果进程已经在运行了，没法重新启动，那可以用LD_PRELOAD的方式强制给进程注入代理逻辑，还是用proxychains-ng：

• 先找到目标进程的PID（比如用ps aux | grep your-process）
• 然后执行：

  sudo proxychains4 -p <你的PID> -q /bin/bash
  

  这样会进入一个绑定了该进程的shell，之后这个进程的所有后续网络请求都会走SOCKS5代理。不过这个方法对某些静态编译的进程可能无效，大部分动态链接的进程（比如Node）都没问题。

另外还有更底层的方案，比如用iptables配合redsocks做基于PID的流量转发，但配置起来比较繁琐，除非你需要更复杂的规则，否则上面的方法足够用了。

多个Node进程共存时，只让其中一个走代理是完全可以实现的，核心思路是每个进程的环境变量是独立的，只要给目标进程单独设置代理相关的环境变量即可，有两种常用方法：

1. 启动时临时设置环境变量（最推荐） #

直接在启动Node进程的命令前加上代理环境变量，这样只有这个进程会读取这些变量，其他Node进程不受影响：

# SOCKS5代理的情况
ALL_PROXY=socks5://127.0.0.1:1080 node your-target-app.js

# 如果是HTTP代理的话，用HTTP_PROXY/HTTPS_PROXY
HTTP_PROXY=http://127.0.0.1:8080 HTTPS_PROXY=http://127.0.0.1:8080 node your-target-app.js

Node的内置http/https模块以及大部分第三方请求库（比如axios、request）都会自动读取这些环境变量，不需要修改任何代码。

2. 在Node代码中手动指定代理（适合需要细粒度控制的场景） #

如果你的Node应用需要更灵活的代理配置（比如只有部分请求走代理），可以用专门的库来实现，比如global-agent：

• 先安装依赖：

  npm install global-agent --save
  

• 在应用入口文件最顶部添加：

  import { bootstrap } from 'global-agent';
  
  // 只给当前进程设置SOCKS5代理
  process.env.GLOBAL_AGENT_HTTP_PROXY = 'socks5://127.0.0.1:1080';
  bootstrap();
  

  这样整个应用的所有HTTP/HTTPS请求都会走这个SOCKS5代理，其他Node进程不会受影响，因为环境变量是进程级别的。

3. 用proxychains启动目标Node进程（和第一部分的方法一致） #

和前面提到的一样，用proxychains4 node your-target-app.js启动，这个方法的好处是不管应用用什么请求库，甚至是调用了系统命令的网络请求，都会走代理，适合需要全流量代理的场景。

内容的提问来源于stack exchange，提问作者Aero Wang