3通过pptp-linux VPN的代理

Question

我有个情况：

• 带有debian (K)的计算机连接到路由器(A)，路由器(A)分配网络192.168.1.0/24。
• 还有另一个路由器(B) (它有一个“白色”ip)，它分发网络172.16.1.0/30，在网络上运行pptp服务器，启用NAT。
• pptp客户端安装在"K“上，这将创建带有ip 172.16.1.2的ppp1接口(但由于某种原因/ 32的掩码也位于从/ 32到节点的密钥("B")路由上)。
• 连接通过，ping就开始了。问题是“三角”路线(嗯，我仍然认为是)。
• 当我从网络"A“连接到"K”(例如SSH)时，一切正常(eth0 -网络"A“--默认路由)。
• 在路由器"B“上有nat，将连接从Internet (到某些端口)转发到"K”。
• 只有在包“源”中，才不会更改为路由器所拥有的包。
• 然而，这并不能完全解决问题，因为"K“有http-代理，其任务是将流量从eth0发送到ppp1。
• 在代理设置(3 proxy )中，我指定了“输入”和“输出”ip。

可能会起作用，但不起作用。默认的更改路径不是选项，因为通过eth0访问互联网的速度要快7倍+另一台openvpn服务器计划在同一台计算机上接受来自ppp1的连接，并通过eth0本身创建连接。

ifconfig：

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.20  netmask 255.255.255.0  broadcast 192.168.1.255
        ether 02:02:20:02:47:8f  txqueuelen 1000  (Ethernet)
        RX packets 5248  bytes 343827 (335.7 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 512  bytes 54725 (53.4 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 37

ppp1: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>  mtu 1350
        inet 172.16.1.2  netmask 255.255.255.255  destination 172.16.1.1
        ppp  txqueuelen 3  (Point-to-Point Protocol)
        RX packets 8  bytes 118 (118.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 8  bytes 99 (99.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

/etc/3 3proxy/3 proxy.cfg：

setgid 115
setuid 109

#nserver 192.168.1.1
nserver 172.16.1.1

nscache 65536

timeouts 1 5 30 60 180 1800 15 60

#In theory, from this point on, traffic should go through the ppp1 interface.
external 172.16.1.2 

internal 192.168.1.20

users $/etc/3proxy/.proxyauth

daemon

log /var/log/3proxy/3proxy.log D
logformat "- +_L%t.%. %N.%p %E %U %C:%c %R:%r %O %I %h %T"

auth cache strong

proxy -n -p8080 -a

更多内容:3 3proxy发送的DNS流量通过ppp1 (用tcpdump观看)自由地传递(并返回)。

Answer 1

这可能是因为代理中缺少正确的模块；负责"natin“pptp的模块。尝试以下几点：

lsmod |grep nf_nat_pptp

如果模块不存在，则必须键入：

modprobe nf_nat_pptp

echo 'net.netfilter.nf_conntrack_helper=1' >> /etc/sysctl.conf

sysctl -p

有了这些更改，pptp流量就应该跨越代理。

为了永久启用模块以便将来重新启动，您必须通过以下方法将其添加到模块文件中：

echo 'nf_nat_pptp' >> /etc/modules