Squid 3.1不通过ProxyChains路由流量

Question

编辑启动

来澄清我需要回答的问题：

1. Squidv3.1和v3.0有什么不同？
2. 为什么上述差异不适用于ProxyChains？
3. 我需要对Squid3.1做哪些更改才能使它与ProxyChains (编译选项、配置选项等)一起工作？

编辑停止

方框: Fedora 11 x86_64

由于需要的特性，我从Squid3.0升级到Squid3.1，现在丙链似乎不再适用于Squid了。proxychains在任何其他应用程序中仍然可以正常工作。

我用3.0像这样开始吃鱿鱼：

squid链鱿鱼-X -N

所有Squid的流量都是通过proxychains预先定义的代理列表发送出去的。

对于Squid3.1，这不起作用，所有流量都按照正常方式路由(就好像没有调用proxychains一样)。没有显示普通proxychains连接日志，显示proxychains似乎根本没有接收到Squid的任何请求来转发其通信量。

通过3.1的发布说明，我没有看到任何具体的东西可以阻止proxychains使用它。

Answer 1

作为一种可能的Rube解决方案，squid不能配置为使用代理本身吗？如果是这样的话，并且您想要proxychains的各种智能特性，那么您可以运行一些在proxychains下工作的其他非op代理。也许更早版本的squid安装在备用路径中，并且配置为什么都不做：

squid-3.1 --> squid-3.0-noop --> proxychains

即调用proxychains /path/to/squid-3.0/bin/squid (配置了鱿鱼-3.0，用于未修改的代理请求并侦听端口12345)，然后通常调用squid-3.1，但将其配置为通过localhost:12345路由所有请求。

它是复杂的，但它给你3.1的特性加上proxychains的特性，至少直到/除非一些更聪明的灵魂想出如何让它直接工作。

Answer 2

Squid日志或调试输出中有什么内容吗？如果没有发现任何发现，请拿一份strace，并粘贴开始部分(S)在某处：

strace -t -c -o strace.log proxychains squid -X -N

考虑到有限的信息，它应该能帮助我们更深入地了解正在发生的事情。

Answer 3

有一种方法可以使squid 5.7正确地使用proxychains，至少对于IPv4是这样的。不过，你必须自己造鱿鱼。第一轮

./confugure && make

它将创建文件"/src/cf_parser.cci“。必须将字符串48(用于我的系统)替换为以下内容：

default_line("acl to_localhost dst 127.0.0.0/8 0.0.0.0/32 ::1/128 ::/128");

至：

default_line("acl to_localhost dst 127.0.0.0/8 0.0.0.0/32");

然后是make install。如果重新编译不是一个选项，那么squid可执行文件的二进制补丁也能工作。只需在/usr/sbin/squid中的十六进制编辑器中找到对应的字符串"acl to_localhost dst 127.0.0.0/8 0.0.0.0/32 ::1/128 ::/128“，并将所有片段”：1/128 ::/128“替换为零字节。

之后，它在debian上使用命令，如下所示：

sudo proxychains /usr/sbin/squid -f "/etc/squid/squid.conf" -s -Y -C -N -ff proxy_instance1

只有当您使用不同的信任运行多个鱿鱼实例时，才需要-ff参数。