弄个 MAC ，学 iOS 开发

肯定是明文存储的吧。不然 hash 一下好了

@xiusedelang 没做过 SOC ，不算。重来。

一条公路 10 车道， 100 辆车开。留出 5 个来给 5 辆车开，另外 5 个给 95 辆车用。是的，那 5 辆车的确可以感觉到立马快了。哈哈

4G 的坏处就是，一不小心点错了。然后取消的时候已经下载好了。几十 M 流量不见了:)

@naquda 只要消息小于 1K ，对于网卡的负载影响不是很大吧。反正你要一秒内发送 30K 个 skb_buf 。先用 C 语言写个微型 TCP server ，然后用 30K 的客户端测试一下。看看能不能搞定这个事情。也就半天就能写好的事情。目测一般服务器搞不定

@squid157 第一次的 key fingerprint 哪里来。。。

上行才 2Mbps 。。。。撤了吧:)
国际的不要想了，上 CN2 再交钱

@d7101120120 暂时无法自行购买，也没有价格

@alect 是的啊。现在是体验期。等正式开放之后，会付费购买，到时候帐号就不一定是 2 小时了，而是你购买的时长

@alect 为啥呢？把这个帐号放到路由器上使用，作为连接到 VPS 的出口。不是挺好。可以用屌丝 VPS 了

@alect 今天两小时体验到期了。我测试过了， L2TP 之后得到的是一个内网 IP （ NAT 之后是苏州电信的 IP ），然后直接是 CN2 的路由了。

在国内为啥没有律师搞个集体诉讼弄运营商呢？

@ryd994 你说的是不用考虑，原话:"如果 dst 为本机， DNAT 到目标站
POSTROUTING 如果 dst 为目标站， SNAT 到本机
总之最后的结果是 src 是本机， dst 是目标站，返回包不用考虑，会自动改回来的。 "

楼主的这个 case 下，如果 B 也是公网机器的话是不能简单使用 DNAT 的，因为客户端连接 A ，然后 A 转发给 B 。使用 DNAT ，则 B 收到包的源地址是客户端，这个没错。但是 B 回复客户端的时候，因为 B 是公网机器不是我们普通的内网以 A 为默认网关的机器，因此包的源地址却变成了 B 且直接发送给 A ，这就造成客户端收到了来自 B 的包，但是其实客户端之前发送的包的目标地址是 A 而不是 B 。在 TCP 协议的情况下， B 回复的包会被直接丢掉。

@ryd994 回包不考虑是因为 B 利器默认路由是 A 机器。

问问你们的物业，是不是进场费换名字收了。。。

杂牌网线，农村户外用了 6 年了

无法无天。