@ansemz 感觉更像肉鸡看板监控,好慌

@tool2dx 已经 iptables 屏蔽了，源头还在孜孜不倦的发，都几个小时了

Cache 一般是用得越多越好，只要不造成频繁 pagefault 卡顿就没事。

@povsister 其实只是最初几个包需要跨机器 ipc, 也就是 iptables nat table 要处理的那些包，其他都是硬件转发。 内网的 rtt 一般 1ms 左右，比起访问公网服务器基本 20+ms 的 rtt ，这个延迟是可以忽略不计的吧。

> 定制程度达不到你说的这么高。

这个现状是真的，但支持硬件转发的 openwrt 最近越来越多了，尤其 mtk 的机子，还是有一定潜在应用空间的。

支持楼主，我也有类似的想法。

之前发过一个贴 t/993126 , 可以相互交流下。

@basncy 有很多免费 turn 资源啊，比如 freeturn.net, openrelay, 不用自建.

@basncy tinc 很多年前用过,打洞不是用 stun/ice, 效果不如 zerotier. 而且 ddns 只是知道对外 ip, 怎么知道 tinc 的对外端口呢？

发现了一个利用 dht 做信息交换的方案 https://github.com/mudler/edgevpn ，缺点就是比 wireguard 慢很多，而且 libp2p 会参与公共 dht 存储，会比较耗电耗流量

@totoro625 这个我用不了，我的 nat 不是 full-cone ，所以必须依赖 ICE 打洞。

@totoro625 差不多，但希望封装更多一点，使用方式能更接近 vpn 一点的。这个也是很好的！

实在打不通也可以不走 turn, 把数据直接作为 irc/xmpp/mqtt 的 payload 走公共服务，效率虽不高，但也是能通的

为啥这种机器都不支持 ipv6 呢，只有 v4 感觉蛋痛

其实 linux 内核里 openvswitch 社区热度还蛮高的，xdp dpdk bpf 甚至是 p4 后端都有人做实现。fullcone nat 如果用 ovs 或者 openflow 做用户态实现可能适用面更广呢,性能应该不输直接 bpf

https://github.com/x0b/rcx 这个是 rclone 的 android gui 版，rclone 支持的后端它都行

新到一个城市还敢自驾，还敢手机没电，就没预期要多点罚款扣分么？美国不是也有很多 local 交警专拣外地车开罚单么？

赞！可以提供 mips 版的二进制包么？

可以把日志写到 ramoops 里，就算奔溃重启了也有一定概率能读到

@liyafe1997
@basncy

回复有点晚了， 不过 asterisk + chan_bluetooth 可能是一个选择， 油管上有用树莓派搭 raspbx 做的

不能听他一家之言吧，究竟谁占理得去 mailinglist 去看双方论点是啥啊