回答标题：被访问的服务端不能发现代理后面的源 ip 。

关键是第二步，楼主使用了不同的多个代理服务器地址，所以我认为楼主的这个方案是可行的。

连 SIGKILL 都搞不定只能重启了。一般是阻塞在了不可中断的内核调用里了，比如某些 I/O 调用。

🎰🍱🍓🍟🔴💹🍟💰🙅🎰🙅📡🏬🍊📡🍟🙏🏈🍟🌊💻🍟🎍💃👲👱📩🎑💻👷🎑🐮📩🏬🎍👍🍟🌸🐛🍟😜🙅💏🚢📫🎰👷🏨🎰💻😜💏🚢🐮

@LeeReamond 前面的 for 是整型比较，后面的 for 需要是转浮点数比较，涉及浮点运算

似乎 vanced team 收到 google 律师信了，不会再有新版本更新了

不通的时候，检查 C 的路由表

class Ui_Form(Show_EMG)
模块当成类来继承？
这代码实在是太乱了，看着辣眼睛

记得 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')上。就不会有问题了。