如何在运行openwrt的路由器上使用sshuttle?


7

我正在使用运行OpenWrtGargoyleTP-Link TL-WR1043ND路由器。我想将来自本地网络(由路由器提供服务)的所有流量透明地转发到远程服务器。基本上,作为一个socks代理可以工作,只需要为代理配置连接的客户端机器。

我已经读过sshuttle是满足这种要求的方法。经过多次摆弄后,我终于设法满足所有先决条件,我可以在没有任何错误消息的情况下启动sshuttle,如下所示:

./sshuttle --dns -vvr XXXXXX@YY.YY.YY.YY 0/0

其中xxxxxx是我在远程服务器YY.YY.YY.YY sshuttle用户名似乎初始化就好了,没有错误消息,增加了iptables的所有必要的规则,但在建立本地代理后,我无法连接任何地方从我的本地网络。这是sshuttle的输出:

Starting sshuttle proxy.
Binding: 12300
Listening on ('127.0.0.1', 12300).
DNS listening on ('127.0.0.1', 12300).
firewall manager ready.
c : connecting to server...
c : executing: ['ssh', 'XXXXXX@YY.YY.YY.YY', '--', 'P=python2; $P -V 2>/dev/null || P=python; exec "$P" -c \'import sys; skip_imports=1; verbosity=2; exec compile(sys.stdin.read(764), "assembler.py", "exec")\'']
c :  > channel=0 cmd=PING len=7 (fullness=0)
WARNING: Ignoring unknown argument '--'
XXXXXX@YY.YY.YY.YY's password:
server: assembling 'cmdline_options.py' (29 bytes)
server: assembling 'helpers.py' (914 bytes)
server: assembling 'ssubprocess.py' (13668 bytes)
server: assembling 'ssnet.py' (5446 bytes)
server: assembling 'hostwatch.py' (2270 bytes)
server: assembling 'server.py' (2370 bytes)
 s: latency control setting = True
 s: available routes:
 s:   69.64.32.0/22
 s:  > channel=0 cmd=PING len=7 (fullness=0)
c : connected.
Connected.
c : Waiting: 3 r=[3, 5, 9] w=[9] x=[] (fullness=7/0)
c :   Ready: 3 r=[] w=[9] x=[]
c : mux wrote: 15/15
c : Waiting: 3 r=[3, 5, 9] w=[] x=[] (fullness=7/0)
 s:  > channel=0 cmd=ROUTES len=14 (fullness=7)
 s: Waiting: 1 r=[4] w=[5] x=[] (fullness=21/0)
 s:   Ready: 1 r=[] w=[5] x=[]
 s: mux wrote: 15/15
 s: mux wrote: 22/22
 s: Waiting: 1 r=[4] w=[] x=[] (fullness=21/0)
c :   Ready: 3 r=[9] w=[] x=[]
c : <  channel=0 cmd=PING len=7
c :  > channel=0 cmd=PONG len=7 (fullness=7)
c : <  channel=0 cmd=ROUTES len=14
firewall manager: starting transproxy.
 s:   Ready: 1 r=[4] w=[] x=[]
 s: <  channel=0 cmd=PING len=7
 s:  > channel=0 cmd=PONG len=7 (fullness=21)
 s: mux wrote: 15/15
 s: Waiting: 1 r=[4] w=[] x=[] (fullness=28/0)
>> iptables -t nat -N sshuttle-12300
>> iptables -t nat -F sshuttle-12300
>> iptables -t nat -I OUTPUT 1 -j sshuttle-12300
>> iptables -t nat -I PREROUTING 1 -j sshuttle-12300
>> iptables -t nat -A sshuttle-12300 -j RETURN --dest 127.0.0.0/8 -p tcp
>> iptables -t nat -A sshuttle-12300 -j REDIRECT --dest 0.0.0.0/0 -p tcp --to-ports 12300 -m ttl ! --ttl 42
>> iptables -t nat -A sshuttle-12300 -j REDIRECT --dest 127.0.0.1/32 -p udp --dport 53 --to-ports 12300 -m ttl ! --ttl 42
c : mux wrote: 15/15
c : <  channel=0 cmd=PONG len=7
c : received PING response
c : Waiting: 3 r=[3, 5, 9] w=[] x=[] (fullness=0/0)
 s:   Ready: 1 r=[4] w=[] x=[]
 s: <  channel=0 cmd=PONG len=7
 s: received PING response
 s: Waiting: 1 r=[4] w=[] x=[] (fullness=0/0)

我不知道如何开始调试此问题。如果我停止sshuttle,它将删除iptables规则,网络连接将再次工作:

firewall manager: undoing changes.
>> iptables -t nat -D OUTPUT -j sshuttle-12300
>> iptables -t nat -D PREROUTING -j sshuttle-12300
>> iptables -t nat -F sshuttle-12300
>> iptables -t nat -X sshuttle-12300
c :
c : Keyboard interrupt: exiting.

有没有人设法在openwrt上设置一个有效的sshuttle实例?或者有没有其他方法来实现我需要的(openwrt路由器上的透明代理)?

相关和未回答的问题:在DD-WRT / OpenWRT路由器上的sshuttle

Answers:


10

幸运的是,我在sshuttle的作者的sshuttle google小组得到了答案。他写了:

您可能需要添加'-l 0.0.0.0'(这是一个小写的L),以告诉sshuttle侦听来自localhost(路由器本身)以外的连接。出于安全原因,默认情况下,sshuttle不会路由其他人的流量。

而且效果很好!使用:

./sshuttle -l 0.0.0.0 --dns -vvr XXXXXX@YY.YY.YY.YY 0/0


我的用例是在主机上运行sshuttle,用于在构建时转发Docker容器的流量,这非常有用。
TarnayKálmán

4

绊倒我的一些事情:

从现货OpenWRT 12.09 AA,你必须安装这些包:

  1. python (具有依赖性,消耗3-4 MB的闪存)
  2. iptables-mod-nat-extra
  3. iptables-mod-ipopt

然后,要使用SSH密钥SSH到远程服务器,您必须创建Dropbear格式密钥:

dropbearkey -t rsa -f /root/.ssh/id_rsa

最后,在sshuttle命令行上提供关键位置:

./sshuttle -e "ssh -i /root/.ssh/id_rsa" -l 0.0.0.0 -r xxxxxx@yy.yy.yy.yy 0/0 -vv --dns

0

在运行OpenWrt Chaos Calmer 15.05的GL-AR300M路由器上,程序似乎与@trapezoid描述的略有不同。也许它不是很好的股票OpenWRT(购买后我没有重新安装),或者只是时间的流逝。

我安装了他们命名的包,即python iptables-mod-nat-extra iptables-mod-ipopt

对于基于ssh密钥的登录工作,我不需要生成一个特殊的ssh密钥,我平常的一个就足够了,但autorized_keys需要移动到/etc/dropbear/(也就是说,ssh-copy-id没有把它放在正确的目录中)。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.