Squid 3.1不通过ProxyChains路由流量
编辑启动
来澄清我需要回答的问题：
- Squidv3.1和v3.0有什么不同？
- 为什么上述差异不适用于ProxyChains？
- 我需要对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使用它。
回答 3
Server Fault用户
发布于 2009-10-27 05:46:56
作为一种可能的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的特性，至少直到/除非一些更聪明的灵魂想出如何让它直接工作。
Server Fault用户
发布于 2009-10-24 22:48:38
Squid日志或调试输出中有什么内容吗？如果没有发现任何发现，请拿一份strace，并粘贴开始部分(S)在某处：
strace -t -c -o strace.log proxychains squid -X -N
考虑到有限的信息，它应该能帮助我们更深入地了解正在发生的事情。
Server Fault用户
发布于 2023-02-28 03:48:11
有一种方法可以使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参数。
https://serverfault.com/questions/77949
复制
腾讯云开发者
