☰

通过高延迟连接使用 SSH（卫星）

tag-icon • tag-icon ssh latency
通过高延迟连接使用 SSH（卫星）

我们唯一可用的 ISP 是我们居住地的卫星。我们目前使用 HughesNet，正在（非常不耐烦地）等待 Starlink 的测试版向我们发送邀请。与此同时，我仍然需要不时进入我的 Linode VPS，但它根本不起作用。我们无法远程 SSH 到任何东西，所以我猜是卫星的延迟导致了问题。

此外，我让一位使用普通地面互联网的朋友测试了 SSH 连接，它立即响应了他的请求。当我还在使用 Comcast 时，也没有遇到任何问题。

有办法解决这个问题吗？我在网上搜索过，但还没有找到任何东西。我需要使用服务器或客户端配置来适应延迟吗？谢谢！

预计到达时间：

以下是我的 SSH 客户端显示的内容（在 VSCode 中）：

11:17:46.206] > ssh: connect to host wiccawicci port 22: Connection timed out
[11:17:46.228] > The process tried to write to a nonexistent pipe.
[11:17:46.510] "install" terminal command done
[11:17:46.510] Install terminal quit with output: The process tried to write to a nonexistent pipe.
[11:17:46.510] Received install output: The process tried to write to a nonexistent pipe.
[11:17:46.515] Resolver error: Error: The process tried to write to a nonexistent pipe

和我的配置：

Host wiccawicci
    HostName wiccawicci.com
    User ----------
    MACs hmac-sha2-256
    IdentityFile C:\Users\claire\.ssh\sshpair
    ConnectTimeout 5

我尝试通过 SSH 连接到其他端点，但没有成功，因此我认为本身这不是我的服务器的问题。

-vvv 测试：

PS C:\Users\Claire> ssh -vvv [email protected]
OpenSSH_for_Windows_8.1p1, LibreSSL 3.0.2
debug1: Reading configuration data C:\\Users\\Claire/.ssh/config
debug3: Failed to open file:C:/ProgramData/ssh/ssh_config error:2
debug2: resolving "wiccawicci.com" port 22
debug2: ssh_connect_direct
debug1: Connecting to wiccawicci.com [72.14.177.31] port 22.
debug3: finish_connect - ERROR: async io completed with error: 10060, io:000002116093E190
debug1: connect to address 72.14.177.31 port 22: Connection timed out
ssh: connect to host wiccawicci.com port 22: Connection timed out

我也无法通过 SSH 连接到 GitHub：

OpenSSH_for_Windows_8.1p1, LibreSSL 2.9.2
debug3: Failed to open file:C:/Users/claire/.ssh/config error:2
debug3: Failed to open file:C:/ProgramData/ssh/ssh_config error:2
debug2: resolving "github.com" port 22
ssh: Could not resolve hostname github.com: No such host is known.

答案1

如果延迟是问题所在，那么有一个有用的工具/客户端叫做莫什，当您拥有高延迟连接时，它会带来很大的好处。

但是如果您有其他问题，例如您和服务器之间的带宽 - 那么这将不是一个可行的解决方案。

答案2

原来不是 HughesNet......我们都忘记了网络堆栈中有一个旧的 Frontier DSL 调制解调器/路由器组合，它正在过滤端口 22。

目前 Whoville 一切都好……

相关内容