问题定位

1. PD虚拟机的网络共享工作机制，可能导致某些协议的流量无法被正常转发；
2. IDEA的工作机制：IDEA 本身不会自动将项目的所有网络请求通过系统的全局代理，尤其是当项目使用的是底层网络库（如 Netty、OkHttp 等）时，这些库有可能不会默认遵循系统的代理设置。
3. 项目的架构：由于项目使用的rocketMQ客户端是二次封装的，rocketMQ 默认使用 Netty 进行通信，无法通过简单修改配置的方法设置代理，改底层代码不符合开发规范。
4. socks工作机制：SOCKS 代理用于转发应用层的流量（如 HTTP、SSH 等），但并不支持直接转发 ICMP 请求（即 ping），这说明某些更底层的连接，socks可能代理不到。

解决方法

1. 在虚拟机中，安装公司B的VPN客户端；
2. 在虚拟机中，先拨公司A的vpn1，再拨公司B的vpn2；
3. 在虚拟机中，删除造成冲突的vpn2添加的大网段路由，手动添加需要访问的数据库、redis具体IP地址的路由，指向vpn2网关，将命令做成bat脚本。
4. 启动ccproxy，配置好socks代理。
5. mac中打开idea，设置-> 外观与行为-> 系统设置-> HTTP代理：在右侧选手动配置代理-> socks，填上ccproxy配置好的ip端口。
6. 打开项目运行设置，添加虚拟机运行参数（jvm），添加配置：-DsocksProxyHost=192.168.137.3 -DsocksProxyPort=1080
7. mac下安装proxychains-ng，配置好代理服务器地址，并排除调127.0.0.1和localhost等本地地址，然后关闭idea，再通过proxychains-ng启动idea

所有问题解决。

其他

1. 只打开idea的全局代理，运行项目无法连接到数据库，因为JDBC 数据库连接默认不会通过系统代理进行通信，因此要加上jvm参数。
2. 不安装proxychains-ng无法连接mq，rocketMQ 默认情况下并不直接支持通过 JVM 参数配置代理进行连接。RocketMQ 使用的是 TCP 协议，而许多代理服务器（尤其是 HTTP 和 SOCKS 代理）可能无法处理 TCP 连接。这是导致 RocketMQ 不能通过 JVM 参数直接连接代理的原因。
3. Proxychains可以在 Linux/MacOS 环境中使用，它能将 TCP 流量强制通过 SOCKS 代理发送。不过这种方式对稳定性和性能可能有一定的影响，仅用于本地开发测试尚可。