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

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 3 4 5 6 7 8 9 10 11 12 ... 31

❮

❯

2023-04-11 16:47:49 +08:00

回复了 heiher 创建的主题 › 分享创造 › 分享一个 tun2socks 实现

@Cormic client -> virtual tunnel -> socks5 server

2023-04-04 23:02:55 +08:00

回复了 heiher 创建的主题 › 分享创造 › Android VPN 转 Socks5 代理应用分享

@t6attack 因为 IP 网络的地址类型只有 uint32 和 uint128 两种，假设支持 domain string 就像 socks5 一样，那么你这个想法就可以实现啦。

2023-03-26 20:24:35 +08:00

回复了 futurejunjie 创建的主题 › 宽带症候群 › 搬家后公网 IP 可能丢失群晖如何访问

接受动态端口的话，了解一下 Natter/NATMap ，白嫖运营商公网 IPv4:

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

2023-03-12 11:04:09 +08:00

回复了 heiher 创建的主题 › 分享创造 › 分享一个 tun2socks 实现

@testFor #31 说明一下没有主动延迟等待收集数据再合并的逻辑，这样理解与事实不符。事实是客户端将 socks5 握手中需多轮交互的多个数据片段一次准备好，并在 TCP 流中一次 send ，仅此而已。

2023-03-12 10:55:18 +08:00

回复了 heiher 创建的主题 › 分享创造 › 分享一个 tun2socks 实现

@testFor #31 暂不支持，socks5 握手预测的实质是将多轮交互的客户端侧数据一次发送(大概率合并在一个报文中)：

假设客户端与服务端通信的前、反向链路延迟都是 100ms 的话，两种方式的传输模式和延迟情况大致如下:

经典：
客户端：Hello ，我支持的鉴权方法有：123 (100ms)
服务端：Hello ，我选鉴权方法 1 (100ms)
客户端：请帮我建立与 xxx 的连接 (100ms)
服务端：好的，连接已经建立好 (100ms)
合计：400ms

预测：
客户端：Hello ，我支持的鉴权方法有：123 ；请帮我建立与 xxx 的连接 (100ms)
服务端：Hello ，我选鉴权方法 1 ；好的，连接已经建立好 (100ms)
合计：200ms

2023-03-12 10:42:17 +08:00

回复了 heiher 创建的主题 › 分享创造 › 分享一个 tun2socks 实现

@testFor #29 没有主动延迟的意思。

刚测了访问国内四个网站的传输时间情况，socks5 服务端在局域网另一主机，测试主机配置 tun0 为默认路由(ipv4 & ipv6)，数据来自 firefox 开发者选项的 timing:

https://i.imgur.com/b6lTMLH.png

2023-03-12 09:30:04 +08:00

回复了 heiher 创建的主题 › 分享创造 › 分享一个 tun2socks 实现

@testFor 有关 TCP delay 都是系统默认配置，“粘包”效果是因为 socks5 客户端有意实现为预测发送，是有减少延迟作用的。不知道切换前怎样，切换后应该是 dns 经过 socks5 服务器端，不知道是不是因为 dns 的延迟。浏览器的开发者选项中网络传输页面应该可以显示每个资源的加载时间，不妨对比看看，需要注意的是尽可能网络环境的抖动影响，比如本地跑 socks5 服务器，访问本地或国内 http 资源。

2023-03-11 23:41:41 +08:00

回复了 heiher 创建的主题 › 分享创造 › 分享一个 tun2socks 实现

@testFor 能否提供一个可量化的测试方法？

2023-03-09 11:57:39 +08:00

回复了 wniming 创建的主题 › Linux › Linux 的 /proc/iomem 里面为什么有一部分不是物理地址？

你说有没有可能存在一种地址空间即不叫物理，也不叫虚拟，并且物理内存(RAM)在该空间的映射不是从 0 开始的呢。

2023-03-07 22:20:10 +08:00

回复了 SakuraSauce 创建的主题 › 宽带症候群 › 联通家宽 IPv6 不能从公网访问/传入以及网关疑问？

这个路由直接刷 openwrt

2023-03-07 22:09:22 +08:00

回复了 xiaoke0718 创建的主题 › C › C 语言有哪些好用的第三方开源库

都写 C 语言了，别人的框架能看得上？ :P

2023-03-07 13:13:19 +08:00

回复了 CNN 创建的主题 › Android › 关于国产安卓是否有反诈

坏消息是即使刷 AOSP 系统，Vendor 和 Kernel 等还有可能继续包含厂商的闭源程序。

2023-03-05 16:15:28 +08:00

回复了 rsfengzi 创建的主题 › 宽带症候群 › 江苏电信,协议快到期了, 最近有什么划算的套餐吗

移动家宽 1000M 下 /100M 上，每月 33 元，私网 IPv4+公网 IPv6 。

2023-03-02 08:37:27 +08:00

回复了 LGA1150 创建的主题 › 宽带症候群 › 宽带是内网 IP 并且是路由器拨号的用户，可以尝试关闭路由器的 NAT

这是 CGNAT 没开源地址校验功能呀，否则它应该直接丢弃源地址不是它分配出来的报文，估计这配置不是普遍行为。

2023-02-28 12:52:07 +08:00

回复了 mikewang 创建的主题 › 宽带症候群 › Natter: 在 NAT1 下开放公网 TCP 端口

@xiaolei0125 https://github.com/heiher/natmap

2023-02-26 21:25:25 +08:00

回复了 suifengdaren 创建的主题 › Linux › Linux 6.3 大幅优化 Btrfs 性能

btrfs 在用挺久了，期待

2023-02-25 21:29:13 +08:00

回复了 wniming 创建的主题 › Linux › 为什么很多 Linux 发行版要搞 2 个 initramfs？

@wniming #5 说的没错，原因应该是 SSD/NVME 等高速外存出来前，机械硬盘上启动时间有较为明显的差别吧。

2023-02-24 10:22:38 +08:00

回复了 LisaSue 创建的主题 › 宽带症候群 › nat1 对于 pt 一点帮助都没有吗

一边是 NAT1 ，另一边不是公网还是连不上，这主要是因为客户端上报的端口号与映射的公网端口号不一致。

具体来说客户端上报的是内网监听端口号，通过公网映射后分配了另外一个不同的端口号，Peers 拿的内网端口号并上公网 IP 地址尝试去建立连接显然是不行的。

解决办法最直接的当然是改客户端，使其上报公网端口，比如先用 STUN 获取。折中一点的是使用 Natter/NATMap 等工具，先获得公网端口号，再通知客户端修改本地监听端口号与公网的一致。在内网相同的情况下，即使 Peers 拿的是内网端口号，连接也能建立起来。

2023-02-19 23:28:03 +08:00

回复了 heiher 创建的主题 › 分享创造 › Android VPN 转 Socks5 代理应用分享

@studyingss 是的，DNS 两项是配置的 VPN 网络的 DNS 地址，不支持直接指定端口。就分流的需求来说，其实可以实现在服务端，因为 DNS 流量也是通过 Socks5 的。

2023-02-19 23:25:17 +08:00

回复了 heiher 创建的主题 › 分享创造 › Android VPN 转 Socks5 代理应用分享

@mogging 确实可能，一些使用 VPN 方案的抓包应用就是使用 tun2socks 方案实现的 TCP 流重组并直接对接到物理网络。

1 ... 3 4 5 6 7 8 9 10 11 12 ... 31

❮

❯