使用 SSH 隧道玩席德·梅尔的半人马座 (SMAC) 多人在线游戏

Question

有没有办法让 SSH 隧道传输所有端口流量，从而模拟 PC 在同一网络上？几乎就像是进入我家庭网络的 VPN（也许我应该设置其中一个独立于 SSH 的 VPN？）。我认为这可以立即解决我的问题，但不确定是否可行。

不，你真的应该使用 VPN。

原因之一是实际的 VPN 软件在 IP 层（有时甚至在以太网层）工作 - 一个实际的网络在参与主机之间创建，每个主机在 VPN 内都有一个 IP 地址，并且能够简单地将任何 IP 数据包发送到任何其他主机。

根据所使用的 VPN 软件，它甚至可能支持向整个“LAN”进行广播，这通常用于自动发现，但如果游戏允许您手动输入“游戏主机”的 IP 地址，则不需要这样做。

如果不是，我是否正确理解了第一个引文？我将 2300 和 2350 设置为 -L 和 -R，因为它表示“入站和出站 TCP 和 UDP”

我认为您的解释是正确的，但是您使用 SSH 隧道的方式不正确。

首先，SSH 只能隧道传输 TCP 流，而不能传输 UDP。与 VPN 不同，SSH 隧道传输发生在 TCP 层稍上方；它一点也不就像路由器中的“端口转发”。它的具体工作原理仅有的使用直接 TCP 连接，而这些连接实际上并不是端到端的。

也就是说，你不能告诉游戏直接连接到服务器，而是必须告诉它连接到“本地主机”您的 SSH 客户端接收连接、通过 SSH 通道传递数据，然后 SSH 服务器与目标建立全新的连接。

记住最后一段，如果你使用一个，你的-L和-R用法就可以了或者另一个，但当两者以这种方式组合时，你实际上是在进行一个无限循环 - -L 监听客户端：2300 并连接到服务器：2300，而 -R 监听服务器：2300 并连接到客户端：2300……结果是你的 SSH 客户端和服务器最终建立了隧道到彼此的隧道无限地，而无需触及游戏。

即使无限循环不是问题，也存在一个问题，那就是你的游戏和您的 SSH 客户端（由于-L）试图在同一个系统上监听同一个端口（即它们都试图占用 localhost：2300），服务器端也会发生同样的情况。

是否可以通过 SSH 发送 UDP 流量？我读到过 SSH 就是 TCP，但我真的不明白它们有什么不同。

SSH 本身是基于 TCP 的，这一事实对可以通过隧道传输的内容没有太大影响超过许多 VPN 通过基于 TCP 的隧道传输整个 IP 数据包（包括 UDP）（尽管不一定能获得良好的结果）。

但是，SSH 中的“流隧道”功能仅适用于 TCP 连接。

如果 TCP 更好并且无损，为什么不能使用 UDP？

有时，“无损”确实是原因。（这在音频/视频流中更成问题，因为“实时”更为重要，但也可能影响游戏性。）

（笔记：接下来的两段主要是我重复我之前在互联网上读到的内容，因为我自己实际上并没有使用过 VoIP 软件——尽管我认为 MS Remote Desktop 很接近，因为最近的版本它本质上是一个通过 UDP 运行的视频流。）

在视频通话等情况下，如果物理连接丢失几秒钟，大多数人都会希望视频流恢复到原来的状态现在应该显示的内容——就像模拟流中断一样。信号变弱，一些携带视频帧的数据包丢失，完全可以忘记它们——等到连接修复时，它们反正已经过时了。

当相同的数据通过 TCP 发送时，它会专注于尝试重新传输那些丢失的数据包先于其他任何事情即使数据包可以再次通过，你也要等待 TCP 到达重传计时器，然后等待所有的老的视频帧必须经过（可能看起来就像视频正在快进），然后才能恢复正常数据。

所以就是可能的通过 TCP 隧道传输 UDP，但通常并不理想。当程序使用 UDP 时，它们通常会实现他们自己的可靠性和流量控制功能与 TCP 类似，但针对特定需求而构建。

我想找到一种无需额外软件就能模拟局域网游戏的解决方案

最简单的解决方案其实是 VPN。是的，它是“额外的软件”。但是，它可以将任何类型的数据包直接从一个玩家传输到另一个玩家，而无需任何额外的工作（这实际上是一份工作的 VPN）；通常不需要在客户端进行任何额外的配置，例如“端口转发”（无论是 VPN 内部还是外部）；并且大多数人都大致熟悉商业 VPN，并且可能更喜欢安装 OpenVPN 而不是运行神秘的控制台命令。

（此外，我不知道 GameRanger，但 Hamachi 实际上只是一个 VPN 程序！或者至少，上次我尝试时它是一个 VPN 程序。它以前的工作原理是将所有用户连接到一个大型 VPN 网络，这样每个玩家都有一个 VPN 颁发的 5.xxx IP 地址用于连接到其他玩家。）

Answer 1