V2EX › heiher 的所有回复 › 第 21 页 / 共 31 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 17 18 19 20 21 22 23 24 25 26 ... 31

❮

❯

2022-02-24 09:51:45 +08:00

回复了 haojunmei 创建的主题 › 宽带症候群 › 广东电信貌似已经有了 2000Mbps 宽带的模板

@JensenQian 刚问了一下苏州电信客服，1000M 单宽带 350/月，上行带宽最高给到 50M ，请问实测是 100M 吗？

2022-02-21 11:32:33 +08:00

回复了 heiher 创建的主题 › 宽带症候群 › 移动宽带 cloudflare ipv6 地址推荐

@YunXuyun icmp 扫描 https://www.cloudflare.com/ips-v6

2022-02-20 15:15:23 +08:00

回复了 abcwu 创建的主题 › Google › Google 域名邮箱有什么可以替代

个人使用目前选择续费 google workspace ，clouflare email routing 后备。

2022-02-20 14:53:31 +08:00

回复了 monkeyWie 创建的主题 › 编程 › 大佬们，求开发一个类似 SSTap 的软件的思路

@monkeyWie 是需要协议栈，可用现成的，比如 lwip ，还需要做一些修改以支撑侦听整个地址空间。

2022-02-19 23:19:09 +08:00

回复了 monkeyWie 创建的主题 › 编程 › 大佬们，求开发一个类似 SSTap 的软件的思路

tunnel to socks ，如果使用 lwip 实现 tcp 流重组，关键部分是让 lwip 支持绑定侦听整个地址空间，正好做过一个，自认为代码还算清晰，供参考：

lwip: https://github.com/heiher/lwip
tcp bind all: https://github.com/heiher/lwip/commit/7d1d2d9549aa31d560049b0e1a10255488e4e94f
udp bind all: https://github.com/heiher/lwip/commit/7b341df481499a19be825f6720fbe57272860996

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

2022-02-18 09:27:58 +08:00

回复了 mikiko 创建的主题 › 宽带症候群 › 新开的卡为什么会停机

上次办了张移动卡，出省就触发了反诈停机，10086 主动致电办理了重新复机。

2022-02-17 20:44:11 +08:00

回复了 heiher 创建的主题 › 宽带症候群 › 移动宽带 cloudflare ipv6 地址推荐

HKG IPv4 终于恢复了……

2022-02-10 22:28:34 +08:00

回复了 heiher 创建的主题 › 宽带症候群 › 移动宽带 cloudflare ipv6 地址推荐

分享移动直连 CF-HKG 的 IPv6 地址:

2606:4700:f1::
2606:4700:83b0::

PING 2606:4700:f1::(2606:4700:f1::) 56 data bytes
64 bytes from 2606:4700:f1::: icmp_seq=1 ttl=53 time=44.6 ms
64 bytes from 2606:4700:f1::: icmp_seq=2 ttl=53 time=44.6 ms
64 bytes from 2606:4700:f1::: icmp_seq=3 ttl=53 time=44.7 ms
64 bytes from 2606:4700:f1::: icmp_seq=4 ttl=53 time=44.2 ms
64 bytes from 2606:4700:f1::: icmp_seq=5 ttl=53 time=44.4 ms
64 bytes from 2606:4700:f1::: icmp_seq=6 ttl=53 time=44.3 ms
64 bytes from 2606:4700:f1::: icmp_seq=7 ttl=53 time=44.4 ms
64 bytes from 2606:4700:f1::: icmp_seq=8 ttl=53 time=44.3 ms
64 bytes from 2606:4700:f1::: icmp_seq=9 ttl=53 time=44.5 ms
64 bytes from 2606:4700:f1::: icmp_seq=10 ttl=53 time=44.7 ms
64 bytes from 2606:4700:f1::: icmp_seq=11 ttl=53 time=44.3 ms
64 bytes from 2606:4700:f1::: icmp_seq=12 ttl=53 time=44.9 ms
^C
--- 2606:4700:f1:: ping statistics ---
12 packets transmitted, 12 received, 0% packet loss, time 11018ms
rtt min/avg/max/mdev = 44.249/44.498/44.878/0.192 ms

PING 2606:4700:83b0::(2606:4700:83b0::) 56 data bytes
64 bytes from 2606:4700:83b0::: icmp_seq=1 ttl=53 time=50.1 ms
64 bytes from 2606:4700:83b0::: icmp_seq=2 ttl=53 time=49.3 ms
64 bytes from 2606:4700:83b0::: icmp_seq=3 ttl=53 time=49.5 ms
64 bytes from 2606:4700:83b0::: icmp_seq=4 ttl=53 time=49.9 ms
64 bytes from 2606:4700:83b0::: icmp_seq=5 ttl=53 time=49.8 ms
64 bytes from 2606:4700:83b0::: icmp_seq=6 ttl=53 time=49.6 ms
64 bytes from 2606:4700:83b0::: icmp_seq=7 ttl=53 time=49.8 ms
64 bytes from 2606:4700:83b0::: icmp_seq=8 ttl=53 time=50.2 ms
64 bytes from 2606:4700:83b0::: icmp_seq=9 ttl=53 time=50.3 ms
64 bytes from 2606:4700:83b0::: icmp_seq=10 ttl=53 time=49.5 ms
64 bytes from 2606:4700:83b0::: icmp_seq=11 ttl=53 time=49.3 ms
64 bytes from 2606:4700:83b0::: icmp_seq=12 ttl=53 time=49.5 ms
^C
--- 2606:4700:83b0:: ping statistics ---
12 packets transmitted, 12 received, 0% packet loss, time 11016ms
rtt min/avg/max/mdev = 49.266/49.723/50.328/0.329 ms

2022-02-06 19:39:13 +08:00

回复了 heiher 创建的主题 › 宽带症候群 › 移动宽带 cloudflare ipv6 地址推荐

@microka SEA 质量不错。

2022-02-06 12:54:24 +08:00

回复了 heiher 创建的主题 › 宽带症候群 › 移动宽带 cloudflare ipv6 地址推荐

扫了一圈 ipv6 也没有发现延迟小的。

2022-02-06 12:53:41 +08:00

回复了 heiher 创建的主题 › 宽带症候群 › 移动宽带 cloudflare ipv6 地址推荐

@neutrinos 虽说默认解析出的 ip 都是 anycast ，但一段时间内不同 ip 地址的路由是不同的，质量不一。

2022-02-05 18:40:02 +08:00

回复了 heiher 创建的主题 › 宽带症候群 › 移动宽带 cloudflare ipv6 地址推荐

@neutrinos 自选 ip

2022-02-05 18:33:59 +08:00

回复了 heiher 创建的主题 › 宽带症候群 › 移动宽带 cloudflare ipv6 地址推荐

@viberconnection 印象以前看过一篇文章分析 cloudflare 的流量类业务免费提供是互相受益的，如果厂商没有明确禁止，可能还好吧 :)

2021-11-29 20:19:19 +08:00

回复了 sherlock1122 创建的主题 › 宽带症候群 › ipv6 结合旁路由的问题

@Archeb "透明网关能够把你流量走代理出去的前提是做了 NAT" 非也，iptables 透明代理不只有 nat 表，也有 mangle 表，只要流量经过网关就能捕获。 @sherlock1122 遇到的问题恰恰是流量不经过旁路由。所以 @ihipop 的方法显然是正解，通过单播向被代理的设备宣告旁路由是更高优先级的默认网关，实现流量重定向，也能做被代理设备范围的灵活控制。

2021-11-29 10:41:01 +08:00

回复了 sherlock1122 创建的主题 › 宽带症候群 › ipv6 结合旁路由的问题

@ihipop

2021-10-19 11:45:06 +08:00

回复了 bybyte 创建的主题 › 奇思妙想 › TCP 转多路 TCP？

如果考虑的是部分物理链路不稳定，可以使用多网卡 Bound 解决。对外的网络地址还是一个，数据会在多网卡上均衡。

2021-10-17 21:18:44 +08:00

回复了 iqoo 创建的主题 › 分享创造 › JS 检测用户是否使用 socks5 代理

有两个问题：
1. tcpwin=0 时，用户态 send 的数据也可以在内核的 TCP 栈上部分缓冲，缓冲空间有多大不同系统可能不同，影响判断精度不？
2. socks5 代理服务器也可以缓冲很小的，与问题 1 还是不太好区分？

2021-08-12 14:24:47 +08:00

回复了 ysy950803 创建的主题 › Android › MIUI 最近那个原子内存是什么原理？

或许就是 swap 吧 :-D