V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  heiher  ›  全部回复第 2 页 / 共 31 页
回复总数  604
1  2  3  4  5  6  7  8  9  10 ... 31  
261 天前
回复了 random1221 创建的主题 宽带症候群 2024 年内网穿透的最佳方案是什么?
家里有 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
262 天前
回复了 shiyuetest 创建的主题 宽带症候群 关于江苏移动一网通宽带办理
江苏移动一网通没有动态公网 IPv4 ,只有 IPv6 。
这套畸形的定价体系违背了市场规律,产生这种现象就是具有必然性。虽然制定规则的人有说不完的道理,但是回旋镖终有一种形式打回来,到时候受影响的又会是谁呢
之前也是这种情况,有一个 95 新的华为的 4G 路由一直闲置可以出。
274 天前
回复了 tuoov 创建的主题 宽带症候群 请教我设置 WSL2 网络代理
我之前在 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 的运算吧。
310 天前
回复了 mk3s 创建的主题 宽带症候群 养了个轻量无忧服务器当 ipv4 中继
不划算,带宽太小了。有 NAT1 的宽带的话,使用 Natter 或 Natmap 吧。

参考: https://github.com/heiher/natmap/wiki
@NanJuly #62 直接装在 B 上吧,配个支持 udp 协议的 socks5 服务器。
@NanJuly #40 安装上 sockstun ,填上 socks5 服务器地址,再选上需要代理的应用或选全局(Global),最后启用( Enable )就可以啦。
@chancat #49 能用,稳的
333 天前
回复了 coyove 创建的主题 宽带症候群 求推荐国内 ipv6 双栈主机
@coyove #4 放着放着就卡住了
@nkcfc #10 不客气,smac 是跑着 tproxy 程序的主机的 mac 。smac 的目的是将命中需要走代理的报文不发送给默认网关,而是发送给 tproxy 主机。
@nkcfc #3 可以的。

透明代理程序是

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

网关型的 nftables 配置是

https://pastebin.mozilla.org/76zqy9j1
只要流量经过网桥就可以呀。我就是把透明代理部署在 linux 网桥上的,网桥位于内网交换机与上联的路由之间。网桥上用 nftables 过滤 bridge 层的流量,目的 IP 是国内的流量不作干预走直连,其它的流量篡改目标 MAC 地址,重定向到透明代理主机上,进而被 tproxy 捕获并代理。IPv4 和 IPv6 都是一样的。
340 天前
回复了 heiher 创建的主题 分享创造 Android VPN 转 Socks5 代理应用分享
@cnfzv 哈喽,hev-socks5-tunnel 2.6.6 版本,sockstun 2.0 版本开始,支持流水化 socks5 握手开关(请求写合并),且默认关闭。

https://github.com/heiher/hev-socks5-tunnel/releases/tag/2.6.6
https://github.com/heiher/sockstun/releases/tag/2.0
340 天前
回复了 Songxwn 创建的主题 Linux tun2proxy -SOCKS5 等代理转换为 TUN 口
@Songxwn 哈喽,请再试试 2.6.6 版本:

https://github.com/heiher/hev-socks5-tunnel/releases/tag/2.6.6

问题的机理很可能是:在 2.6.6 版本之前,hev-socks5-tunnel 的 socks5 客户端采用流水化的 socks5 握手实现方式,该方式会将所有的请求合并发送,以减少建立延迟。但这种方式对 socks5 服务器端的实现要求比较严格,如果遇到处理接收缓冲区不严谨的实现,就会造成后续请求不匹配。2.6.6 版本开始支持流水化握手方式开关,且默认关闭。
351 天前
回复了 Songxwn 创建的主题 Linux tun2proxy -SOCKS5 等代理转换为 TUN 口
@Songxwn 支持 username/password 认证方式,日志贴出来看看吧。
354 天前
回复了 Songxwn 创建的主题 Linux tun2proxy -SOCKS5 等代理转换为 TUN 口
smoltcp 的性能确实比较一般。在我的 tun2socks 项目中比较过几款不同实现的吞吐、CPU 和内存使用量:

https://github.com/heiher/hev-socks5-tunnel
1  2  3  4  5  6  7  8  9  10 ... 31  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5821 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 30ms · UTC 02:26 · PVG 10:26 · LAX 18:26 · JFK 21:26
Developed with CodeLauncher
♥ Do have faith in what you're doing.