V2EX › wangyucn 的所有回复 › 第 4 页 / 共 12 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 12

❮

❯

2017 年 12 月 29 日

回复了 zhouyut001 创建的主题 › 宽带症候群 › 有没有大佬加速器的车？

> 我原来是用的 $$TAP 和 $$R 组合的，卡
这样只是做了流量转发，没有优化丢包率。你可以尝试在 tap 和 R 之间加个 UDP 加速器。

2017 年 12 月 28 日

回复了 Astralis 创建的主题 › 宽带症候群 › 怎么样能有效的解决 UDP 中断的问题？

@Loyalsoldier

软件的定位是网络工具，目标用户是有一定动手能力的人。

另外你说的很复杂的东西，只是敲 3 条命令而已。

2017 年 12 月 28 日

回复了 Astralis 创建的主题 › 宽带症候群 › 怎么样能有效的解决 UDP 中断的问题？

UDP 协议本身虽然是无连接的，在防火墙 /NAT 设备 /应用程序中一般都是有连接的概念的。
所谓中断是说某个 4 tuple 比如（ 2.2.2.2,4444,3.3.3.3,5555 ）在一定时间内无法发送或接收数据了。（被防火墙故意阻拦了、NAT 设备把 NAT pipe 掐断了，等原因）

2017 年 12 月 28 日

回复了 Astralis 创建的主题 › 宽带症候群 › 怎么样能有效的解决 UDP 中断的问题？

udp2raw+udpspeeder+$$tap 的教程，别人写的：

https://burgertown.site/2017/12/25/Speeder/

2017 年 12 月 25 日

回复了 dltsgl 创建的主题 › Android › 刷机刷换了只能换主板？

>但是又被原来的 eRecovery 覆盖了。

现在 android 刷入第三方 recovery 之后，必须在手机重启后强制进入 recovery 一次，recovery 会对 android 打补丁；如果你没做这个操作直接进入了 android，你的 recovery 就会被还原成官方的。

2017 年 12 月 14 日

回复了 ljinkai 创建的主题 › 程序员 › 2017 上海 Google 谷歌开发者大会第一天

>其中掌声最热烈的一次来自 Google 云首席科学家李飞飞，宣布成立 AI 中国中心，落地在北京，李飞飞与李佳亲自领导中心研发。

这算不算回归中国有点进展了？

2017 年 12 月 9 日

回复了 thetast 创建的主题 › 宽带症候群 › 回程路由走不同线路，怎么做设置？

@mandymak
不需要

2017 年 12 月 9 日

回复了 thetast 创建的主题 › 宽带症候群 › 回程路由走不同线路，怎么做设置？

>VPN 拨回家里只能电信进入
这句没看懂
>除非你有 BGP，否则是无法实现这种路由策略的。
楼主有 2 条宽带，用 2 个宽带分别开一个 openvpn client 连到 vps，然后自己做路由策略，决定上传和下载走哪条 VPN。是可行的，不需要有自己的 AS 号。

2017 年 12 月 2 日

回复了 bilibilifi 创建的主题 › 宽带症候群 › 什么软件可以用带宽换丢包率

google 一下 UDPspeeder 或者 tinyFecVPN，就是像楼主所说的用带宽换丢包率。如果丢包高是 ISP 造成的，应该可以解决。如果是 wifi 信号造成的，不是很确定，你可以试一下。

2017 年 11 月 26 日

回复了 pqee 创建的主题 › 宽带症候群 › 闲置旧服务器及公网 ip 带宽，能做些什么公益服务？

>目前想到了免费内网穿透服务，试了试 frp，感觉没法做到自动化，开发难度略大。

可以做一个 ssh tunnel 服务器。需要内网穿透的人可以自己映射端口。屏蔽掉执行命令的功能，只允许 ssh tunnel。

2017 年 11 月 23 日

回复了 helloword001 创建的主题 › 程序员 › 程序员都用什么路由器

tplink wdr4310+树莓派 3b

2017 年 11 月 17 日

回复了 zhouyut001 创建的主题 › 宽带症候群 › UDPspeeder 加速後網速到還慢了！

UDPspeeder 参数、网络本身丢包情况、测试方法，啥也没有？

2017 年 11 月 16 日

回复了 wangyucn 创建的主题 › 宽带症候群 › tinyFecVРN,集成了 UDPspeeder 功能的 VРN,可以加速全流量(TCP/UDP/ICMP),开源项目

@brickman379
按下面链接里说的要点，详细描述一下环境。去 github 上开个 issue。
https://github.com/wangyu-/UDPspeeder/wiki/发 Issue 前请看

2017 年 11 月 14 日

回复了 f2f2f 创建的主题 › 宽带症候群 › Vultr 上的 kcptun 部署问题，似乎 udp 包直接被丢了

>udp6 0 0 :::443 :::* 8188/kcptun
ipv6 的我看不懂，不确定这样是否表示也同时监听在了 ipv4 上。

>config 也是写死的 127.0.0.1 了
kcptun 的 config?为什是 127.0.0.1 不是 0.0.0.0?

2017 年 11 月 14 日

回复了 f2f2f 创建的主题 › 宽带症候群 › Vultr 上的 kcptun 部署问题，似乎 udp 包直接被丢了

@f2f2f 清空后用 iptables-save 确认一下，确保输出是干干净净的。如果还是不行，再测试一下 udp 模式的 nc 通不通吧。

2017 年 11 月 14 日

回复了 f2f2f 创建的主题 › 宽带症候群 › Vultr 上的 kcptun 部署问题，似乎 udp 包直接被丢了

@f2f2f 把 VPS 的所有 iptables 先备份一下，然后清空 iptables 重试。
另外用 netstat -nlp 检查一下 kcptun 是不是 bind 到了 0.0.0.0+你指定的端口。

2017 年 11 月 14 日

回复了 f2f2f 创建的主题 › 宽带症候群 › Vultr 上的 kcptun 部署问题，似乎 udp 包直接被丢了

@f2f2f
你看 kcptun 的 log 去猜，倒不如直接抓包看一下。tcpdump -i any udp and port 8855。8855 换成你 server 监听的端口。

我用辽宁移动测试到 vultr 日本有段时间 udp 确实是不通的，到搬瓦工洛杉矶却没有问题。然而用北京联通到两个 VPS 一直都没有问题。所以连另一个 VPS 正常，并不能证明 udp 没被限制。

2017 年 11 月 13 日

回复了 f2f2f 创建的主题 › 宽带症候群 › Vultr 上的 kcptun 部署问题，似乎 udp 包直接被丢了

两端 tcpdump 看一下，排除是自己的 iptables 造成的问题。如果抓包显示确实是一边发出去了另一边收不到，套上个 udp2raw 可以解决。

2017 年 11 月 12 日

回复了 kjwlegend 创建的主题 › 宽带症候群 › vultr 今天日本的节点是挂了？

移动线路，45 开头的 ip，一直很安稳。

1 2 3 4 5 6 7 8 9 10 ... 12

❮

❯