1
hadoop 2021-11-27 18:56:43 +08:00
dns 选对了吗
|
2
viberconnection OP @hadoop 是正確的,我在遠端主機搭建了 Cache ,以及上游就是 Hinet 自家 DNS 。
|
3
wd 2021-11-27 19:12:52 +08:00 via iPhone
你通过 wg 下载的时候,需要的是你台湾家中的宽带的上传带宽,不知道你家有多少带宽?
|
4
tavimori 2021-11-27 19:24:57 +08:00
猜测是 Google 端的 TCP 流控算法更加高级(或者其实就没有采用 TCP ,而用了类似 QUIC 的协议?)
是不是可以用 UDP 测一下 VPN 服务器到本地的理论下行速率? |
5
2i2Re2PLMaDnghL 2021-11-27 19:25:53 +08:00
|
6
viberconnection OP @wd 上行速率和下行速率均為 500Mbps ,當然在這方面我個人需求不是很高,能有 1MB/s (約為 9Mbps)就很不錯。
個人所遇到的問題是,其他情形下,上下速率平日均只能達到 100-至多數百 KB/s ,但是使用 Google 系列網站卻能快到非常理想。所以個人就想找到問題出在哪裡。 由於本人從事的工作是室內設計,且非資訊工程學或者電腦科學方面畢業,在爬貼文無果的情形下,就只好求助他人了。 |
7
dndx 2021-11-27 19:37:49 +08:00 via iPhone 5
这种情况几乎 >95% 是 MTU 没设对导致的分片性能损失,Google 因为内部用了 IP-IP tunneling 默认用了比较小的 MTU 所以没问题。可以用 ping 命令测试链接支持的最大 MTU ,Google 上有很多教程。
|
8
wolfworks 2021-11-27 19:42:03 +08:00 1
猜测一下会不会是 MTU 的问题
google 系默认支持 QUIC 协议 这个协议目前规定在 IPv4 网络上单个包大小是 1350 字节 但是其他用 TCP 服务的 如果接口 MTU 过大 会导致连接建立时候的 MSS 也过大 传输数据的时候不可避免的产生分片 适当调小点两端的 MTU 试试? |
9
viberconnection OP |
10
viberconnection OP @wolfworks 感謝提醒,我把這點忘記了。已解決此問題。
|
11
Damn 2021-11-27 20:21:14 +08:00
不是说 1280 最佳
keremerkan.net/posts/wireguard-mtu-fixes/ |
12
v2000000001ex 2021-11-28 08:16:26 +08:00
某些 vps ,wg 的速度能到 100M/s ,但不是一直 100 ,有 qos ,只是突发速度很快。
|
13
xxb 2021-11-28 08:19:27 +08:00 via iPhone
Tailscale 會有這個問題不
|
14
viberconnection OP @xxb 說的沒錯,也有用。
|