直接对接智能插座

电信、移动都是 60 ，联通是 62 ，没有特殊需要够用了。

就是嘛，这才是“专”线

一直在用，也挺稳的。这种思路可以说是特征非常明显，一旦被刻意针对就是说再见的时候了。

移动发生过两次 NAT 1->4 ，投诉改回来了，没跑 PCDN 、BT/PT 等，正常的上行流量。

家里有 NAT-1 的话使用 Natter/NatMap 部署 FRP 服务，这样就可以跑满家宽的上行带宽了。

[参考] 使用 NATMap 在 NAT-1 私网 IP 宽带上部署 FRP 服务: https://github.com/heiher/natmap/wiki/frp

https://github.com/MikeWang000000/Natter
https://github.com/heiher/natmap

江苏移动一网通没有动态公网 IPv4 ，只有 IPv6 。

这套畸形的定价体系违背了市场规律，产生这种现象就是具有必然性。虽然制定规则的人有说不完的道理，但是回旋镖终有一种形式打回来，到时候受影响的又会是谁呢

之前也是这种情况，有一个 95 新的华为的 4G 路由一直闲置可以出。

我之前在 WSL2 上实测过 tun2socks 方式可以： https://github.com/heiher/hev-socks5-tunnel

@chancat #52 是的。

个人拙见应该只是为了简化内存系统地址计算与编程语言层面的数组索引的映射关系。比如有一个数组包含 2 个字节单位的元素，存放于内存中，内存起始地址是 A ，那么第 1 个字节的内存地址就是 A(+0)，第二个是 A+1 ，即映射算法就是 A+index 。编程语言若将数组索引设计为从 0 开始能刚好匹配，而如果编程语言索引是设计从 1 开始的，那么数组访问转换到内存寻址算法则是 A+index-1 。人看着可能是自然了，但在当前主流的 CPU 指令系统上，变量 index 的场景要多一步-1 的运算吧。

不划算，带宽太小了。有 NAT1 的宽带的话，使用 Natter 或 Natmap 吧。

参考： https://github.com/heiher/natmap/wiki

@NanJuly #62 直接装在 B 上吧，配个支持 udp 协议的 socks5 服务器。

@NanJuly #40 安装上 sockstun ，填上 socks5 服务器地址，再选上需要代理的应用或选全局(Global)，最后启用（ Enable ）就可以啦。

高性能实现，拿走不谢 :D

https://github.com/heiher/sockstun

https://github.com/heiher/hev-socks5-tunnel

@chancat #49 能用，稳的

@coyove #4 放着放着就卡住了

@nkcfc #10 不客气，smac 是跑着 tproxy 程序的主机的 mac 。smac 的目的是将命中需要走代理的报文不发送给默认网关，而是发送给 tproxy 主机。