@OK-OK #41 说说我的理解，如有问题请各位指正。 以访问 Google HK 为例，正常情况下你的访问过程是这样的： 你的设备 -> Wall -> 你的 VPS -> Google HK 这个环节中最容易出问题的是你和 VPS 之间的通讯，很容易受到 Wall 的干扰被阻断。 IX(Internet Exchange) 的全名是互联网交换中心，各个云服务厂商将自己的网络接入到 IX 中，可以快速和其他云服务厂商交换数据，避免了在公网上传输的复杂情况； 而且 IX 不对公网发布路由，意味着只有接入了 IX 的云服务厂商的内部网络才能访问 IX，继而通过 IX 访问其他接入了 IX 的云服务厂商网络。 普通用户无法直接访问/接入 IX，只能通过购买大陆地区接入了 IX 的云服务厂商服务器，借助它们的内网，通过 IX 来访问香港地区云服务商的网络。 我们假设香港地区有一个云服务厂商 FuckNet 加入了深圳前海 IX ，阿里云也加入了此 IX。我们借助阿里云服务器大陆地区的内网，经过 IX 中转，可以访问到 FuckNet 位于香港机房的机器，继而通过 FuckNet 香港机房的机器访问 Google HK。 假设你做了这些事情： 你购买了一台阿里云深圳云服务器 公网 IP: 11.4.51.4 内网 IP: 10.0.2.1 购买了一台 FuckNet 的 HK VPS 公网 IP: 19.19.8.10 内网 IP: 10.1.2.2 在 FuckNet VPS 上部署了神秘服务 监听端口: 11451 在阿里云深圳云服务器上做转发 监听端口: 19198 转发到 FuckNet: 10.1.2.2:11451 接下来你访问 Google HK 的流程是这样的： 你的设备[连接到阿里云 11.4.51.4:19198] | 阿里云[转发到FuckNet 10.1.2.2:11451] | 前海 IX[经过这个交换中心] | FuckNet[接收到数据，并通过 HK 出口访问 Google] 和直连相比，通过 IX 方式访问 Google HK 最大的区别是，跨越 Wall 这一段，是 IX 提供了一条合法、合规、非公网的跨境承载通道。
@杜会主乂 #2
大佬请问一下"国内vps-ix"这里的ix是什么意思？
水王又开水了
@OK-OK #41 云厂商之间的内网
@hy #28 技术再好也解决不了差线路
如果因技术好让钱包鼓鼓的这种当我没说
@OK-OK #41
说说我的理解，如有问题请各位指正。
以访问 Google HK 为例，正常情况下你的访问过程是这样的：
这个环节中最容易出问题的是你和 VPS 之间的通讯，很容易受到 Wall 的干扰被阻断。
IX(Internet Exchange) 的全名是互联网交换中心，各个云服务厂商将自己的网络接入到 IX 中，可以快速和其他云服务厂商交换数据，避免了在公网上传输的复杂情况；
而且 IX 不对公网发布路由，意味着只有接入了 IX 的云服务厂商的内部网络才能访问 IX，继而通过 IX 访问其他接入了 IX 的云服务厂商网络。
普通用户无法直接访问/接入 IX，只能通过购买大陆地区接入了 IX 的云服务厂商服务器，借助它们的内网，通过 IX 来访问香港地区云服务商的网络。
我们假设香港地区有一个云服务厂商 FuckNet 加入了深圳前海 IX ，阿里云也加入了此 IX。我们借助阿里云服务器大陆地区的内网，经过 IX 中转，可以访问到 FuckNet 位于香港机房的机器，继而通过 FuckNet 香港机房的机器访问 Google HK。
假设你做了这些事情：
接下来你访问 Google HK 的流程是这样的：
和直连相比，通过 IX 方式访问 Google HK 最大的区别是，跨越 Wall 这一段，是 IX 提供了一条合法、合规、非公网的跨境承载通道。
一个目的，就是为了显摆自己鸡🐔多！
有直连速度机谁还中转啊，这不没办法吗
@azureaa #45
这样是不是受阿里云服务器带宽的限制？比如说我深圳联通，直连isif HK/claw sg可以跑千兆，用ix转，峰值只能到阿里云的200M，跑的多一点还容易被限速
因为直连想要体验好，成本远高于中转
你直连也是通过一级级路由，所谓直，是按照他们给定的路由走，中转就是部分网络节点按照你规定的去走。