☰

将通过端口 80 和其他可能的端口的所有请求重新路由至经过身份验证的代理？

tag-icon • tag-icon networking debian proxy
将通过端口 80 和其他可能的端口的所有请求重新路由至经过身份验证的代理？

免责声明：我无法测试 ATM，这就是我提出此问题的原因。我的操作系统是 Debian Lenny。

我有时位于内联网后面，必须为大量应用程序手动配置代理设置。我实际上看到了一些带有“Gnome 代理设置”的对话框/选项，有些应用程序允许您指定它。我想知道更改这些设置是否会将 * 端口上的任何请求全局重新路由到指定的代理？

这些是否包括通过 php/python 等访问的端口，我相信它们内部使用 C 来打开套接字？

答案1

不，更改它们不会影响每个程序，只会影响那些遵守它们的程序。http_proxy大多数程序都遵守环境变量，但为 PHP 设置它相当困难。您可以使用它iptables来重定向所有端口 80 流量以通过代理，但除非将其配置为透明代理，否则这将不起作用。

运行本地squid透明代理并告诉它使用其他代理会起作用 - 参见鱿鱼维基了解有关iptables和squid.conf所需更改的更多详细信息。

答案2

似乎是时候提一下代表再次。 ：-）

如果你能用其他方式修复它，那就不是首选了。（我假设@TRS-80 的答案将要工作）。但如果所有其他方法都失败了，那么您可以更改文件hosts以将不遵守代理设置的域映射到本地主机。接下来，在本地主机上运行 DeleGate 以将它们传递给实际服务器，使用适用于该位置的代理服务器（如果有）。

由于这是一种中间人攻击，因此它对 SSL/HTTPS 不起作用，除非您能接受安全警告。

看强制网址通过 https，对于使用代理的 HTTP 到 HTTP 网关来说，它将类似于（未经测试）：

sudo ./debian3-dg -v -P80,443 \
  服务器=http \
  中继=虚拟主机\
  RESOLV=缓存，dns \
  STLS=-fcl,-fsv \
  PROXY=proxy.example.com:8080 \
  [电子邮件保护]

相关内容