你们的那些个旁路由，有多少个是只有一个 IP 地址的。数据包要么自己接收，要么哪儿来的哪儿回去，这需要路由器么，任何一个普通终端都能做到吧。

无了，马斯克把 API 扬了。不过就 Twitter 现在这点人手，你要真折腾出来什么玩法，估计能活很长一段时间。

@binux 扯，就是备用机才敢随便折腾的好吧。主力机 ROOT 了一堆应用用不了，天天和各种厂商玩猫鼠游戏，累死。

你确定现在就可以用了么？官方发的文是将在未来的几周开放，我这儿还显示 VPN not available for this account 。

不考虑下 iPhone 么？

他家一向有耍猴传统，小心它借机套你们资料，到时候放个 10 台免费机凑数。

底裤都被扒光的时代，你居然还敢接陌生电话。先别说晶格，你不怕诈骗么。

而且如果不走这个，那就要按出栈流量走了，那个 9 美分 /GB ，更贵。

你连了别人的实例了吧，这个好像也收费。你查一下，不行就开工单，对系统不了解产生的费用 AWS 都给免的。

没有写明的路由会发到默认的接口上，就是目标地址 0.0.0.0/0 的那条路由表。我怀疑默认接口正好就是你们用的这个接口，导致数据包发过来了。然后你的路由器上有路由表，就成功路由了。
这就意味着一旦两个人用同一个内网网段，会出问题。这样的配置肯定是不好的，并不能算是 feature ，有可能会被修复。

@AlphaTauriHonda 现在放出来了。这种开了 tcp 服务的不用那么麻烦，国内国外各做一次 tcping 就知道是不是被墙了。

MTU 最大的问题就是，不管哪一层的 MTU 都缩写成 MTU ，结果就是同一个名词有一大堆不同的值。就算你很清楚每个层的头是多大，你想要的效果是什么，给你个选项你也不知道该填多少，必须得查资料确定它是什么意思，大家一起交流的时候也很费劲。

难度不大，可以说基本上是裸奔，就是修改版容易被封号。

这玩意是便宜，但一台磁带机多少钱啊？楼主要是真折腾完了写个心得给我们也分享下，看看这是不是家庭低频数据备份可行的路子😂

新建一个网桥绑定另外一个网段，和之前那个网桥的唯一区别是它不开启 IPV6 。然后有线连接根据物理接口绑定到需要的网桥上，无线可以开两个 SSID ，分别绑定不同的网桥。OPENWRT 的话两个网桥是默认互通的，不会有被隔离的问题。
我之前使用过楼上提到的 iptables 拦截 546 端口和 icmp 的方案，它的问题是与 slaac 不兼容，会导致重新拨号的长时间断网和 android 设备无法正常工作。还有 DNS 拦截 AAAA 也可以尝试，unbound 就可以做到。

开两张网卡，BT 软件单独绑定一张，然后在网关单独给它写策略。

这招技术上可以，但人一多一定会被判滥用，直接给你号扬了。这么提心吊胆地用，谁也不敢放大量数据在上面，只是利好那些薅一天赚一天的 JS 。
还有思路是把数据放到一个能通过人工审查的视频里，然后研究 YT 的重编码算法，找出一种方法保证至少一种分辨率数据完全不会丢失。这就很强了，但一个人靠业余时间很难搞定，得找一群有能力的同伙大家一起搞。

最重要的原因是它的地理位置位于亚太中心。它到日本，韩国，印度，中国，台湾，澳洲等地都能控制在 100ms 以内，覆盖东亚、南亚、东南亚、澳洲，你几乎找不到第二个这样的地方。另外其完善的商业环境，对外开放的政策，健全的法制，发达的经济等都是它成为亚太数据中心的重要因素。相比之下日本 IDC 产业本身就不发达，严重排外，除非服务日本客户，否则中小企业不会选择把数据中心放到日本的。
另外必须说一句，democracy 和法制是两回事，开放与保守是两回事。新加坡是一个典型的 authoritarian 、对内保守对外开放的、法制健全的国家。

@XIU2 可以复现，github 的 raw 又给封上了。放风三天，笑尿……
steam 那边也开始干扰了，游戏圈蹦了三尺高，结果半空中一板砖又给砸回了地下。