悬赏: 解决跨越12个时区的SSH服务器连接延迟偏高(400ms+)的问题, 400米

comcom 2026-09-14 19:53 1

服务器在新加坡, 连接的主机在美国匹兹堡, 二者跨越12个时区. 目前两边通过tailscale连接, 现在的问题是连接不稳定, 有时延迟偏高和断连. 连接服务器还需要本地套一个学校的vpn


服务器没有sudo, 不能开任何端口. 除22以外所有端口对外封闭, 因此不能用mosh等方案.


目前想到的只有买一个vps做中转了. 但是里面还有一个一年多没封的claude max20x, 我不敢随便操作代理, 且vps每月都要续, 成本偏高


请懂的佬友给出一个可行的解决方案, 让SSH连接更稳定, 不断连, 并且可实现. 可给400米作为报酬


补充: CF tunnel需要连接的CF的地址被服务器给ban了, 用不了tunnel

最新回复 (19)
  • ML. 09-14 19:55
    1

    此帖子已被社区举报,现已被临时隐藏。

  • 神算子 09-14 19:56
    2

    大善人cloudflare的服务

  • comcom 楼主 09-14 19:57
    3

    cloudflare也被ban了, 至少tunnel被ban了

  • Norman Mises 09-14 19:57
    4

    cf tunnel?

  • comcom 楼主 09-14 19:57
    5

    很遗憾, 被ban了

  • yaho 09-14 19:57
    6

    单纯就是线路不佳,优化线路呗,不想掏钱就如楼上所说,用大善人cf

  • lovesusu 09-14 19:57
    7

    先用nexttrace看看怎么走的路由,绕哪了

    按理来说不会到400ms,新加坡到美国一般一两百左右

  • comcom 楼主 09-14 19:58
    8

    cf tunnel被ban了, 还有什么cf服务呢


    就是cf tunnel所需要连接的那个地址被服务器ban了

  • 51Hz 09-14 19:58
    9

    用tailscale是外层udp 内层tcp 不稳定吧, 先tcp代理去新加坡试试

  • yaho 09-14 19:59
    10

    你先路由看看绕哪里了,哪一跳有问题

  • comcom 楼主 09-14 20:00
    11

    好的. 等朋友起来看看.

  • galaxy 09-14 20:00
    12

    先看看线路是优化线路吗,如果绕路就考虑花点钱买个更优质的线路机,多跳一次

  • comcom 楼主 09-14 20:01
    13

    服务器里有一个一年多从没被封过的claude code, 多一层代理担心claude code出问题, 我设想是能不能只代理22端口

  • VIM 09-14 20:01
    14

    尽管听起来不负责任,为什么不让ai出一个研究报告呢,网络的工具多而且全。跑个5h 限额又怎样

  • akk 09-14 20:02
    15

    加一个国际互联好的VPS中转一下就行了,把中转机的22端口挪开,换成转发到要连接的VPS上

    直接从防火墙转发一点问题没有

  • fablia 09-14 20:02
    16

    cf新出了一个mesh,可以看看,类似tailscale虽然也是要先连接到cf才行


    进cf后就是走cf内网了,感觉比tailscale稳定

    cf正常一个节点连接失败会降级,并不会完全不能用呀,总不能全部cf ip都ban了吧

  • huohuo 09-14 20:02
    17

    刚刚用新加坡ping了下美东,你那个是线路有问题吧


    64 bytes from : icmp_seq=1 ttl=48 time=170 ms

    64 bytes from : icmp_seq=2 ttl=48 time=170 ms

    64 bytes from : icmp_seq=3 ttl=48 time=170 ms

    64 bytes from : icmp_seq=4 ttl=48 time=170 ms

    64 bytes from : icmp_seq=5 ttl=48 time=170 ms

    64 bytes from : icmp_seq=6 ttl=48 time=170 ms

    ^C

    — 170 ping statistics —

    6 packets transmitted, 6 received, 0% packet loss, time 5007ms

    rtt min/avg/max/mdev = 170.332/170.358/170.394/0.019 ms

  • calc 09-14 20:03
    18

    要么从线路上去优化,要么从传输协议上优化,不管怎么说都是需要一个VPS作为中转,一个线路好的VPS配合hysteria之类的协议中转效果最好.

  • comcom 楼主 09-14 20:03
    19

    用过ai了, 没搞好.


    最终ai说用vps中转


    这个成本有点高, 想看看有没有其他方案

* 帖子来源Linux.do
返回