记得 3.8 版本对性能优化了一波

同等 32G 版本

可以设置 relay ，将 RA 转发到到 LAN 端, 这时候 LAN 端的设备会收到从 openwrt 的 src mac 发出来的 RA

编辑 /etc/config/dhcp ，修改或添加：

config dhcp lan
....option dhcpv6 relay
....option ra relay
....option ndp relay
.... ...

config dhcp wan6
....option dhcpv6 relay
....option ra relay
....option ndp relay
....option master 1
....option interface wan6

然后重启 odhcpd：
/etc/init.d/odhcpd restart

另外提醒下如果需要从外网直接访问到 LAN 端用 ipv6 地址提供的服务，需要配置防火墙规则，如果只是向外访问则不需要。

一加 7T 之后一直这样做的，因为没有 twrp 适配

开会员就能屏蔽？在哪里屏蔽？

R.I.P

看这描述，这数据似乎是有自主意识似的，还可以在某个节点等待其他数据。

恩...可能属于后现代的网络传输模型...

@keith1126 盲生你发现了华点

x-plore

chrome 有个插件可以将 html 表格转成 markdown

网线最好还是圆形双绞线，扁线和细线都不靠谱。

没看文章，根据你的描述确实是有问题的，正确的方式应该对打洞时的 A 和 B 的源端口和目的端口做出一些限制。

如果 A 向公网节点 C 通信的源端口是 A(p)，映射到公网的端口是 A(p')。相应的，B 向公网节点 C 通信的源端口是 B(p)，映射到公网的端口是 B(p')。

打洞开始时，A 应该以先前与 C 通信的相同的源端口 A(p)向 B(p')发包，这样保证了 A(p)会被映射到 A(p')上。同时 B 应该同样以源端口 B(p)向 A(p')发包，这样保证了 B(p)会被映射到 B(p')上。就不会有问题了。

是因为大部分的网络环境并不差啊，BBR 有可能适得其反

Pyro4 或者 Pyro5

@liandi1990
@ligiggy
就算是传入负数，这个 num%2 == 1 也没有问题啊，余数一定是和被除数同号的啊

@yhxx
你这个期望的答案让我想起 10 年前的一次面试，面试官让我计算根号 2 的值，结果要精确到小数点后 6 位，问我最快的方法是什么？说了级数展开求和之类的都被否决了，后来他告诉我最快的方法是两个字“查表”。为什么记忆这么深刻？因为当时我就想揍他！

为了防止自己的 ACK 对方没有收到，一个 MSL 后被动端才会重发 FIN ，FIN 到达主动端最多 1 一个 MSL ，所以是 2×MSL 的时间)

都是用的多效合一的洗碗筷， 没单独用过软水盐

都能直接操作浏览器了，就不能谈什么安全了。这也是很长时间 chrome 不把保存的网页登录密码加密的理由，因为攻击者能直接操作你电脑的话，可以无数种方式拿到他想要的东西