标签: apn

翻墙之APN篇

继续我们的翻墙大业.

之前介绍的无论是路由智能翻墙还是客户端VPN, 基本上都是需要客户端软件支持的.

然而对于用户来说, 有没有一种是可以一次设置完就不用想只管用的解决方案呢?

伟大的劳动人民+奇葩的程序猿=无敌的存在, 所以答案是必须有!

我们有了一个叫APN接入方式.

这个APN是指Anon Proxy Network, 匿名代理网络, 而不是手机信号上的access point network.

实现方式如下:

apn

apn

对用户来说, 需要做的只是在你的wifi或者浏览器里面配置一个PAC文件的地址.

PAC是一个代理自动配置文件.功能就是根据域名或者IP来选择使用不同的代理服务器或者直连.

这样一来呢, 就可以直接在客户端完成路径的分流.

这样的模式对于服务器端要求略高, 需要墙内墙外各有一套, 通过服务器之间的通信来实现翻墙, 而用户因为只跟墙内的跳板服务器通信, 并且墙内代理可以开Cache或者使用感受会很好.

具体表现就是: 配置简单, 自动代理无需手动开关, 速度快.

不过这个模式的缺点也是很明确的:

1.由于使用的是代理模式, 所以实际上用户跟墙内服务器的通信是明文不加密的状态的, 这在私人服务器, 自建的VPS上的时候很少有感觉, 但是, 一旦被服务商大规模使用起来了, 那么流量的汇聚就很明显, 这也是APN的服务商几乎都不长久的根本原因.

2. 在移动平台上, PAC文件的配置是无法应用在蜂窝网络的, 只能在wifi下工作, 这就意味着, 当你在无wifi状态下, APN+PAC的模式就失效了, 用户需要准备另外一套方案来解决这个问题.

3. 由于一条通道必须有2台服务器, 所以成本必然相对高, 所以一般来说价格也会略贵一点.

由于这些原因, 市场上的APN供应商一直都处于不稳定的状态, 曲径熊猫都已经完蛋, 土行孙基本已经封闭, 轻云谢公屐也相对封闭, ZPN现在是邀请测试状态.

至于让用户自己起VPS做这个..我个人是不推荐的…因为与其要准备2套方案应对不同的网络环境, 不如直接来一套Shadowsocks解决问题更加实际.