你是没理解工作原理吧。你要建两个 wifi 的接口，一个连 iphone。一个工作于 ap 模式，让其他设备连接。然后这两个接口通过 nat 方式或者桥接方式连接在一起。如果是桥接则需要将 lan 侧的 dhcp server 关闭（即连接 ap 的设备无法通过 dhcp 分配 192.168.1.X 的 ip，也无法访问 openwrt 路由器）。

能刷 openwrt 就可以的。

我们公司虽然说面试完就决定要不要，但是还是要走完 hr 的审批流程才会通知你结果。所以，基本上只有被拒绝的才有马上的结果，其他的都是等通知。

@zhjits 基本上就是这个原因。

@Chingim kone 确实只支持 linux 的。原理跟 https://github.com/cachefiles/proxyvpn 差不多，都是基于 user mode 的 NAT 实现。

@flowerwrong

func (nat *Nat) clearExpiredSessions(now int64) {
if now-nat.lastCheck < NatSessionCheckInterval {
return
}

if nat.count() < nat.checkThreshold {
return
}

nat.lastCheck = now
for index, session := range nat.sessions {
if session != nil && now-session.lastTouch >= NatSessionLifeSeconds { #### 这行写错了，你需要修改这行应该就 OK 了。
nat.sessions[index] = nil
nat.tbl.Unmap(session.srcIP, session.srcPort)
}
}
}

@Chingim 当然可以了，你去看看 Kone 的实现，估计就带有这个功能了。

搞那么麻烦，还不如用这个，https://github.com/cachefiles/proxyvpn。简直杀鸡用牛刀。那么小的功能跑去装一个虚拟机。

我试过华为云也是无法 6to4 的。

@liuxyon 这明显是优点。总比 2.4G 到处是干扰信号好，连室内都延迟不非常不稳。

整租一个 3.99/year 的。^_^

刷个 root 过的系统，然后把跟包安装相关的命令与 jar 包都干掉。

正确做法是给 android 用户天天 70%的折扣。而不是提高 ios 的价格。理由很简单，我司正在挖掘 android 端的用户，客户端处于公测阶段。而 ios 客户端已经很成熟，不需要折扣。还有，我们 android 跟 ios 是两套不相关的系统，只是加载的 url 一样罢了。

当然了，微信跟 qq 都是明显影响待机功耗的，所以冻进程的工具还是必要的。

当然