哈哈 这需求超级简单。。。
你找一下 DNS 协议的东西，然后 python 写个程序 listening 53 然后只要发来 A 请求你就返回一个 IP 记录就行
什么服务都不用
还有请求 NS 的需要给返回个完整 NS 列表，其他的不用了 会 socket 编程，很好写的

@lingaoyi
linode JP 是给上海电信，北方联通使用的……
其实好几年了电信都没法看了 后来上海周边恢复了一些……
联通一直这样 150ms 以内 10Mbps 稳当当 挺好

ping google 实测 通过 linode JP 的 VPN

http://ww3.sinaimg.cn/large/6c2ea0fbjw1f2vi5dkn1nj20hi0bowg3.jpg

全国联通到 KDDI 的拥堵已结束

个人怀疑是有 DDOS 流通过了这个链路导致的……

@clouddd 换 IP 是没用的
刚开始流量在 KDDI 那一侧堆积
到 22 点 30 左右已经积压到中国联通这一侧了……
明显是 KDDI 那头内部可能出了啥问题 或者 169 到 KDDI 的光纤怎么了

@z1071596
linode 确实好 这抽风也是几年一遇级的 而且抽得很厉害
今天 vultrJP 就没抽 最高峰延迟 170ms 左右

而且 linode 都过了晚高峰才抽的，快 22 点开始严重的

迦钱上泰坦

@fulajickhz
安全策略这方面，我倒是不爱用 key 登陆，一直用户名密码。
只要强度别太变态的弱，修改 ssh 端口，不滥用捆绑木马的山寨客户端，这都不是问题。
因为我的跨墙专用 VPS 都是没有其他功能的，就是一个 linode 日本的纯过墙服务器，所以安全不算啥问题，最不济服务器整体崩溃，用配好的配置文件快速恢复一下三五分钟的事儿。

@fulajickhz
自制程序，修改的 shadowsocks ，然后用 php 写了个 web 界面。非开源，倒不是藏起来，因为漏洞比较多不敢开源，写的时候就是匆忙写的，自己都知道有很多漏洞，反正也不是付费服务，也是对内的都没修正，随便传点特殊参数就会崩溃……

@hadoop
暂时不便邮件， 17 点以后给你发
服务器情况先说一下：

现在服务器上是这样的，十多个都是认识的线下朋友在合资合用一个 linode JP ，大家主要用的 SS+chrome 切换，为了应对早晚高峰，服务器开了 finalspeed ，这个也不是我买的，只是因为我比较懂这个技术，暂时是我管理。
linodeJP 给了 3TB 流量，一个月 SS 上十来个人二十个账号顶天能用 100GB 流量，百分之三五的利用率。后来发现 finalspeed 这种暴力发包的东西，服务器一个月也就顶天 150G 流量剩下都闲置了。

费用是大家均摊，每个人名义上交一份钱限制使用 SS 端 50G 流量，实际因为一般一个人一个月能用 2GB 流量就顶天了，只是有在线 SS 和 VPN 流量统计大家都透明都知道怎么回事


另外服务器上有一个 cisco anyconnect 的 VPN ，给所有用户使用，主要是应急用的，大家约定不滥用， VPN 流量不限制，依然是大家都能看到别人的使用量做约束。

线路， linode 日本区，联通比较理想，电信就比较一般了。
17 点以后给你发邮件。

另外，图书音像，还有几种东西，实际是半独立系统，京东基本系统和他们之间的混合订单，貌似也是没法选择精确时间的。


一句话总结，就是有些商品不支持选时间，或者两种商品支持选时间的宽容度不一样（仓库中心城市有一天一送和一天三送的），放到一个订单里就没法精确选时间

你选择了有非 211 商品。这个不同片区定义不同。
比如北京仓箱数少于 4 的矿泉水都算作 211 商品，沈阳和成都貌似整箱矿泉水都是走大件物流无论几箱。

常见的非 211 商品，主要是大件和重件，比如米面，比如矿泉水之类的，跟这些东西一起定的非 211 商品就没法精确 211 时间了

tomcat 监听指定一个 IP 比如 127.0.0.2
然后 nginx 直接反代过去

让你客户跟马云研究研究收购一下淘宝或者干脆把阿里巴巴收购了吧