异地远程桌面卡顿，如何确定是什么问题？

个人情况：类似的远程桌面延时极高，无论是通过 WireGuard 还是 OpenVPN 都无法解决这个问题。表现：无法获取公网 IPv6 地址，UDP 延迟上升，后来发现是公司内有使用 QQ 音乐的会在后台偷偷上传（累计约 1T ），后续全部整改后恢复正常，个人认为是被判定为 PCDN 限速了。
仅供参考。

我对延迟的理解非常简单

假设你当前上行带宽流过 80%的流量，此时下行流量最大，延迟也极高但还可以接受，网上的教程会简单的说将上行带宽设定为实际带宽的 80%。但按我之前的观察是没用的，或者也许比设定为 100%好点，这些是 sqm 作者的观点。

Qos 是个需要验证的技术，我的方法是将上行流量拆分为 4 组，3389 竟然是 prio 优先级最高的那组。该组拥有保障带宽 10~100%，把这放大到电信 100mbps ，拥有 20mbps 的上行，对保证延迟是非常足够的。qos 会造成 2 种极端，高优先极组，上行带宽大通过流量小，它延迟低到稳定的 19ms 。而低优先级的 p2p 非识别端口，流量最多只能用 80%，另外的 20%防止高优先级流量被淹没。实际流量是时刻占满的，延迟高到接近 600ms 。

大部分没有 qos 的线路都是先进先出，打开网页不会有迎面而来的感觉。像 sqm 的有些算法还很奇怪在游戏里会漂移。
而有 qos 的线路，早出去的包，带来更早到达的下行流量，它在大流量低通行的流量分组里可以轻而易举获得 19ms 的延迟，不被 p2p 600ms 淹没。

哈哈，吹了这么多年，从来没秀出代码。可以试试去玩 tomato 路由，学会了 linux tc 完全有能力将规则转换到 openwrt 下使用。

可能遇上了跨网端口 QOS 限速，过去我的网络还能 sunshine moonlight 远程玩个游戏，或者搭个 webtop EMBY 玩，网络变严格后只有白名单域名 443 端口不限速，后续和运营商打交道后 IP 变更解除了黑名单网段限制，但上述端口 QOS 限速依旧，恰逢 UU 远程推出了中转远程连接，倒是省了当下自建中转的功夫。

更新下，局域网里，pve 里的 win11 基本没有延时，win10 实体机有延时，最好也是打 4 ，5 个按键就卡一下。 等我把 win10 系统重装成 win11 再试试。