wbzd
V2EX  ›  问与答

关于加速远程桌面连接(Windows)的问题。

  •  
  •   wbzd · Dec 2, 2022 · 2712 views
    This topic created in 1342 days ago, the information mentioned may be changed or developed.

    1 ,可以用 CDN 加速么?比如在 DNS 里配置 CNAME 后,用 RDP 和网址连接。 2 ,可以用 Nginx 反向代理么?反代 3389 端口后,再通过 RDP 和网址连接。

    12 replies    2022-12-10 18:00:00 +08:00
    nightwitch
        1
    nightwitch  
       Dec 2, 2022 via Android
    不是 http
    40EaE5uJO3Xt1VVa
        2
    40EaE5uJO3Xt1VVa  
       Dec 2, 2022
    nginx 可以反向代理 tcp 流量,也就包括 rdp 了。见过类似的教程,没实操过。
    agood
        3
    agood  
       Dec 2, 2022 via iPhone
    之前见有人发个组网工具,p2p 打洞成功体验是很不错的
    https://v2ex.com/t/796362
    UXha45veSNpWCwZR
        4
    UXha45veSNpWCwZR  
       Dec 2, 2022 via iPhone
    nps 的 p2p
    corvofeng
        5
    corvofeng  
       Dec 2, 2022 via iPhone
    使用场景不一样吧,cdn 是为了缓存分发文件。 靠近用户侧就行。比如我 rdp 服务在上海,cdn 选择杭州, 那我在上海再通过 cdn 连的时候,其实路径增加,延迟也加大了。

    rdp 用的带宽并不多,但是延迟的要求比较高,要是想保证延迟最低,最优解是 p2p 。
    wbzd
        6
    wbzd  
    OP
       Dec 2, 2022
    @nightwitch 不是吗?是的呀!
    wbzd
        7
    wbzd  
    OP
       Dec 2, 2022
    @corvofeng 加 CDN 后,延迟应该不会增加多少的,差不多也就多了 40ms 吧?但是我觉得,连接的线路肯定比直接 RDP 连 Windows Server 好。因此,我推断可以减少丢包、增加稳定性。带宽瓶颈基本上就是远程电脑的带宽了。
    opengps
        8
    opengps  
       Dec 2, 2022
    dcdn 某些场景下会有效果,这些场景就是,直连都是小路(各种绕圈劣质慢线路),dcdn 后会就近中途上高速(骨干线路)
    wbzd
        9
    wbzd  
    OP
       Dec 2, 2022
    @opengps DCDN:全站加速。我正好在用。那么,应该可以拯救直连慢的 VPS 。
    flynaj
        10
    flynaj  
       Dec 3, 2022 via Android
    CDN 是分发内容,加速不了 tcp,试试 zerotier
    Andreas8
        11
    Andreas8  
       Dec 3, 2022
    同楼上,zerotier 自建 MOON 感觉是最优解
    wbzd
        12
    wbzd  
    OP
       Dec 10, 2022 via Android
    @flynaj 我试过了,CDN 不行。谢谢!
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   5490 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 39ms · UTC 07:15 · PVG 15:15 · LAX 00:15 · JFK 03:15
    ♥ Do have faith in what you're doing.