@qianlicao353
ping 10.0.0.2 不同，是 LKL 内核没运行的缘故

你改一下 #222 提到的 简易脚本，用它运行，应该就行

@qianlicao353
查看 glibc 的版本
~# ldd --version

如果不小于 2.14 ，则没问题。但如果是 2.12 ，由于缺少 sendmmsg 函数，所以需要 注释掉
https://github.com/lkl/linux/blob/master/tools/lkl/lib/hijack/hijack.c#L143
这一行，重新编译

不然 会报 #65 的错误

@seramat
那就 用 #182 的简易脚本吧
注意，需要修改 其中的
LKL_HIJACK_SYSCTL='net.ipv4.tcp_congestion_control="bbr";net.ipv4.tcp_wmem="4096 65536 67108864"'
为
LKL_HIJACK_SYSCTL="net.ipv4.tcp_congestion_control=bbr;net.ipv4.tcp_wmem=4096 65536 67108864"

所以说没有 ARM 支持

genymotion 有个 运行在 aws 上的 Android 模拟器
https://www.genymotion.com/on-demand/

@weyou
用的 4G 网，不是 wifi 。 这个会不会是 VPN 的问题，换其它 浏览器 试试，如 firefox

@weyou

安卓用的 SSR ，有时的确连不上，此时，把 APN 切换到 cmwap ，再切换回来，可能就好了。但这个方法只是偶尔生效。

@weyou
感谢，的确是

@only0jac
[email protected]

@only0jac
你 搬瓦工 什么机房？ 用 洛杉矶 机房

到服务器 延迟 多少。 用 ping 测

@vuser
是的

@only0jac #193
这个输出 可以忽略，没有关系

@only0jac
你先试用 169 楼 提供的命令，看看 lkl 有没有加载，就是运行一下这个命令，看看有没有输出：
~# lsof -p `pidof haproxy` |grep -i \.so |grep -i lkl


如果 网络没有丢包的话（即丢包率接近 0 ）， 用不用 BBR ，效果是一样的。

你速度 多少，是不是你带宽限制

我用的鹏博士网络访问国内 ，可达到 10Mbps ，但访问国外 最高只有 5Mbps ， 最高速度只有 450KB/s 左右

@vuser
嗯，会节省一点资源

但是 liblkl-hijack.so 不支持 静态链接 的软件（不依赖 glibc ），如 用 go 语言写的软件，像 v2ray ， shadowsocks-go ，而用 haproxy ， rinetd 等端口转发工具进行中转 是 有效且通用的方法。

@only0jac
你可以 使用 上边的 脚本，很方便

@only0jac
没有反应，说明成功了， 因为默认只能在前台执行
可以看看 71 楼的解释， 以下是引用

Lentin 22 小时 48 分钟前 ♥ 1
@yoyoyoyo 不是没反应，是已经执行了 后面可以加上 &>/dev/null & 给他丢到后台，直接在客户端测试 ss 能连上就没问题了


可以用这个脚本

简便的 脚本包装器（ wrapper ） 出来了

将以下的内容 保存到 bbr.sh 文件中(假设路径是 home 路径，即 /root)， 请务必 根据 需求 进行修改

#!/bin/bash

fuser -k /dev/net/tun
# delete tap0
ip tuntap del dev tap0 mode tap

# add tap0
ip tuntap add dev tap0 mode tap
ip link set dev tap0 up
ip addr add dev tap0 10.0.0.1/24
sysctl -w net.ipv4.ip_forward=1
iptables -P FORWARD ACCEPT

# delete old iptables rules
iptables -t nat -D POSTROUTING -o venet0 -j MASQUERADE
iptables -t nat -D PREROUTING -i venet0 -p tcp --dport 443 -j DNAT --to-destination 10.0.0.2

# add iptables rules
iptables -t nat -A POSTROUTING -o venet0 -j MASQUERADE
iptables -t nat -A PREROUTING -i venet0 -p tcp --dport 443 -j DNAT --to-destination 10.0.0.2

LD_PRELOAD=/root/haproxy/liblkl-hijack.so LKL_HIJACK_NET_QDISC="root|fq" LKL_HIJACK_SYSCTL='net.ipv4.tcp_congestion_control="bbr";net.ipv4.tcp_wmem="4096 65536 67108864"' LKL_HIJACK_NET_IFTYPE="tap" LKL_HIJACK_NET_IFPARAMS="tap0" LKL_HIJACK_NET_IP="10.0.0.2" LKL_HIJACK_NET_NETMASK_LEN="24" LKL_HIJACK_NET_GATEWAY="10.0.0.1" LKL_HIJACK_OFFLOAD="0x8883" $* &

exit

然后
~# chmod +x bbr.sh

然后使用
~# ~/bbr.sh haproxy -f /root/haproxy/haproxy.cfg

@x13945 @weyou
有的 ISP 会对非 HTTP/HTTPS 的 TCP 协议进行限速， 因此建议使用 带混淆的 SSR （听说 SS 也支持混淆了）

还有 如果丢包率 高于 15%的话， BBR 就基本没有效果了。
可以用 iperf3 测试一下 TCP 的丢包率
服务端
➜ ~ iperf3 -s -f M -V -p 3340

客户端
➜ iperf3 -c 服务器 IP -f M -V -R -k 1000 -b 3M -l 1400 -w 8192 -p 3340
发送 1000 个包，查看 重传的 包的个数

丢包率 = 重传的包个数 / 1000

@asdwddd
LKL 是 支持 raw socket 的，意思是 只要你 可以用 tcpdump 命令，就可以用 raw socket 不需要 tun/tap 。
但 openVZ 的 raw socket 是 Cooked mode 的，没有 网卡 MAC 头。 所以严格来说 LKL 是不支持 openVZ 的 raw socket 的。 改动一下 LKL 的代码，可能实现支持

@xiubin
暴露 ip 了， 联系管理员删除吧
@Livid

"server": 不能填自己的 IP 地址或 127.0.0.1 ， 只能填 0.0.0.0 或 10.0.0.1