一级路由中upnp状态中有bt的条目,但是旁路网关中死活没有,这个要怎么解决呢?

  • y
    yzh136
    一级路由是k2p,然后N1刷的小钢炮中docker了op做旁路,现在是k2p的upnp状态中能看到多个条目,但是旁路op中却怎么也看不到。这个是什么原因呢
  • h
    howlet
    这哪里不正常了。upnp不就是nat设备上自动开端口映射用的吗?
  • y
    yzh136
    回复2#howlet

    其他设备上的qb在一级路由和旁路由上都自动开了端口映射也就是都有upnp条目,但是小钢炮中的qb只有一级路由上建立了端口映射,而旁路由上没有,这导致下载速度非常慢
  • h
    howlet
    个人看法:旁路由的主要场景是科学上网,利用旁路由的cpu性能提高科学上网的吞吐量。之所以在路由器上搞是为了方便某有些设备科学上网,比如电视机、机顶盒、iOS设备等等。你一个跑bt的电脑,让bt的流量也走旁路由,这是走火入魔了。就算旁路由上pnp成功了,这样做除了增加旁路由的负荷,有带来什么真正的收益吗?
  • y
    yzh136
    回复4#howlet

    主要是小钢炮本身为了访问docker.io所以需要过一下旁路由,所以现在小钢炮的网关也设置的旁路由IP,所以小钢炮的流量也都走旁路由过一下
  • 数不清
    回复5#yzh136


    宿主机和容器可以尝试使用代理
  • y
    yzh136
    回复6#数不清

    是这种吗?
  • 数不清
    回复7#yzh136


  • 数不清
    回复1#yzh136

    同样的应用场景,签名设备,Docker中跑qb,没开upnp,Docker网关指向旁路网关,主网关ros端口映射至qb,PT下载没有任何影响,热门种子能跑300Mbps+,也就是30MB/s+

    主路由带宽


    旁路网关负载

    p.jpg
  • y
    yzh136
    回复10#数不清

    docker网关指向旁路网关?
  • y
    yzh136
    回复10#数不清

    我是都是开启upnp让qb自动映射端口,手动我做不好。
    这样设置以前上行和下行也都能跑满带宽,但是最近没速度,只有十几k。

    对了,我k2p刷的是高恪固件
  • 数不清
    回复11#yzh136


    是,docker网关指向旁路由,如果主路由开启upnp功能,qb也能激活主路由开启端口映射,只是我习惯手动设置,这样工作稳定。
  • y
    yzh136
    回复14#数不清

    我是N1刷小钢炮,然后N1中docker安装op,也是单网口。
    小钢炮(或armbian)和docker里的op是隔离的,我为了他两能通,在N1的 /etc/network/interfaces 文件里增加了如下配置:

    auto mac0
    iface mac0 inet static
    address 192.168.6.245
    netmask 255.255.255.0
    gateway 192.168.6.1
    dns-nameservers 192.168.6.1

    pre-up ip link add mac0 link eth0 type macvlan mode bridge
    post-down ip link del mac0 link eth0 type macvlan mode bridge


    这样配置好的话效果是有两个同网段的IP:
  • y
    yzh136
    回复13#数不清

    这个"docker网关"指的是docker所在宿主机的网关吗?
    我的docker宿主机的网络,网关也是指向旁路由:

  • 数不清
    unraid下的docker自动配置好macvlan,新建好的容器可以根据需要设置宿主机同网段独立IP,省去手动添加。




    是,这个"docker网关"指的是宿主机网关,为了加速下载镜像,宿主机网关指向了旁路由,如果没特殊需求可将网关直接指向主路由。
  • y
    yzh136
    回复16#数不清

    我也是为了加速镜像下载所以宿主机网关指向旁路由。

    现在比较奇怪的是:
    添加了mac0后,它对应的IP 192.168.6.245在一级路由和旁路由那里均自动映射了端口,而eth0也就是宿主机N1的IP 192.168.6.135则一个端口都没有自动映射出来。

    怀疑是mac0的影响,于是把mac0的配置去掉,重启N1和k2p,发现这个时候宿主机N1 eth0也仅仅只在一级路由那里自动映射了端口,旁路由那里并没有自动映射端口。

    现在这两种情况下速度都非常的慢
  • 数不清
    回复17#yzh136


    我的op是vm单独部署,使用非常简单。
    在docker中用macvlan部署,宿主机和容器默认无法通信,要手动调整才能通信,只是这样打通的方式多少有些问题。
    建议旁路由最好是单独设备或独立vm部署,bt应用等以docker macvlan方式部署。

    或者尝试关闭upnp,在主路由手工映射端口至应用。

    Docker容器与宿主机同网段互相通信
    http://www.louisvv.com/archives/695.html
  • y
    yzh136
    回复18#数不清

    当前qb我是字节宿主机中跑的,并没有通过docker,今天试试docker看看效果。
    另外,通过增加mac0打通宿主机和docker之间的通信,路由表是这样的:


    但是按照这样的方式,mac0的IP 192.168.6.245跃点是0,不应该往一级路由那边自动映射端口才对,可是实际情况是mac0在一级路由和旁路由那里都自动映射了端口。
  • 数不清
    回复19#yzh136


    你试试qb用独立ip,和宿主机分离,应该有改善
  • y
    yzh136
    回复20#数不清

    qb用独立IP是不是只能docker qb方式?而且docker QB的话应该也只能独立IP吧
  • 数不清
    回复21#yzh136


    qb用独立IP只能用docker macvlan方式部署, qb也可以用bridge方式部署,和宿主机一个IP,通过端口映射出来。

    macvlan

    2node-macvlan-app.png

    bridge