@johnjiang85 DNSPod 的没有被劫持。

C:\Windows\System32>dig @119.29.29.29 whether.dnspod.cn

; <<>> DiG 9.3.2 <<>> @119.29.29.29 whether.dnspod.cn
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 1369
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;whether.dnspod.cn. IN A

;; ANSWER SECTION:
whether.dnspod.cn. 600 IN A 115.236.155.37

;; Query time: 66 msec
;; SERVER: 119.29.29.29#53(119.29.29.29)
;; WHEN: Mon Dec 07 11:18:26 2015
;; MSG SIZE rcvd: 51

@XianZaiZhuCe 原因当时刚刚在 V2EX 看到了要抛弃身体变成人工智能的帖子...

@watzds @dikcen @BXIA @Yvette @msg7086 知道世界语之类的语言，但是不是这种类型的。设想中立语言并不是可读、可书写的语言，而是附带很多属性的，恐怕只能通过计算机使用的语言，例如：

录入“我很悲伤”这句话时计算机会猜测一些属性(歧义)要用户确认，例如"我"会标识性别属性，悲伤会标识程度、类型之类的属性。

语言本身就附带这些属性，感觉向其它语言转换就容易些了。当然建立这些资料的难度也是很难实现的。猜测只有单词量少、语义简单的环境才有可能实现，计算机 API 之类的文档环境可能有点希望...

@nbndco NLP 只知道目前主流是通过神经网络、统计学做的， 语义规则的难度太大，已经不是主流了。主要的难度就是歧义、模糊性，但是第一步试图将这个麻烦在书写时由人类解决掉，或者说第一步实现的目标是一次书写，自动输出多种语言。不过前面也说了感觉这个的难度也是近乎不可能实现的...

碰到过，不过我那时 redis 在国外 celery 在国内之间网络不稳定，之后网络不好的地方就不再用 celery 了。
本地一直没碰到问题。

@i1173081 因为这个域名正常解析的结果就是 127.0.0.1 ，但是 114 自己的 dns 劫持了自己的域名不返回 127.0.0.1 。

黑龙江农民偷种转基因大豆 种子来源仍是谜
http://finance.sina.com.cn/chanjing/cyxw/20150905/065323161490.shtml

标明非转基因的油也不可信了。

目前发现 223.6.6.6 、 114.114.114.119 、 114.114.115.119 之类的没有劫持。

@lanlanlan 127.0.0.1

>dig whether.114dns.com @114.114.114.114

; <<>> DiG 9.3.2 <<>> whether.114dns.com @114.114.114.114
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 171
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;whether.114dns.com. IN A

;; ANSWER SECTION:
whether.114dns.com. 30 IN A 127.0.0.1

;; Query time: 16 msec
;; SERVER: 114.114.114.114#53(114.114.114.114)
;; WHEN: Sat Dec 05 19:38:43 2015
;; MSG SIZE rcvd: 52

google 进入中国了， 8.8.8.8 dns 响应耗时居然只有 11 毫秒。

我就纳闷了，电信劫持 dns 有什么好处？难道打算后期投毒？


C:\Windows\System32>dig dfgjfja.chenwang.net @8.8.8.8

; <<>> DiG 9.3.2 <<>> dfgjfja.chenwang.net @8.8.8.8
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 801
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;dfgjfja.chenwang.net. IN A

;; Query time: 11 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Sat Dec 05 18:06:30 2015
;; MSG SIZE rcvd: 38


C:\Windows\System32>dig dfgjfja.chenwang.net @8.8.8.8

; <<>> DiG 9.3.2 <<>> dfgjfja.chenwang.net @8.8.8.8
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 1319
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;dfgjfja.chenwang.net. IN A

;; Query time: 16 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Sat Dec 05 18:06:31 2015
;; MSG SIZE rcvd: 38

@GeekTest 的确没有发现返回恶意 ip ，但是 dns 查询返回空记录。。。

@lanlanlan traceroute 没有发现问题，如果只是劫持 53 端口不会影响 traceroute 。

测试了一下 ping 值，发现可能是电信劫持了 114 、及 阿里的 dns 请求。

ping 114.114.114.114 响应时间是 30 毫秒，但是 dig @114 响应时间是 12 毫秒，比 ping 快了近一倍，和电信 dns(219.147.1.66) 的 dig 响应时间及 ping 耗时一致,恐怕是将到 114 的请求劫持到了电信自己的 dns 服务器上面了。


# 114 DNS
>dig afsaf.chenwang.net @114.114.114.114

; <<>> DiG 9.3.2 <<>> afsaf.chenwang.net @114.114.114.114
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 491
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;afsaf.chenwang.net. IN A

;; Query time: 12 msec
;; SERVER: 114.114.114.114#53(114.114.114.114)
;; WHEN: Sat Dec 05 17:37:45 2015
;; MSG SIZE rcvd: 36


# 电信 DNS
>dig dsgdsa.chenwang.net @219.147.1.66

; <<>> DiG 9.3.2 <<>> dsgdsa.chenwang.net @219.147.1.66
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 401
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;dsgdsa.chenwang.net. IN A

;; Query time: 13 msec
;; SERVER: 219.147.1.66#53(219.147.1.66)
;; WHEN: Sat Dec 05 17:38:58 2015
;; MSG SIZE rcvd: 37


>ping 114.114.114.114

正在 Ping 114.114.114.114 具有 32 字节的数据:
来自 114.114.114.114 的回复: 字节=32 时间=30ms TTL=76
来自 114.114.114.114 的回复: 字节=32 时间=29ms TTL=76
来自 114.114.114.114 的回复: 字节=32 时间=30ms TTL=80
来自 114.114.114.114 的回复: 字节=32 时间=29ms TTL=93

114.114.114.114 的 Ping 统计信息:
数据包: 已发送 = 4 ，已接收 = 4 ，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 29ms ，最长 = 30ms ，平均 = 29ms

>ping 219.146.1.66

正在 Ping 219.146.1.66 具有 32 字节的数据:
来自 219.146.1.66 的回复: 字节=32 时间=14ms TTL=57
来自 219.146.1.66 的回复: 字节=32 时间=15ms TTL=57
来自 219.146.1.66 的回复: 字节=32 时间=14ms TTL=57

219.146.1.66 的 Ping 统计信息:
数据包: 已发送 = 3 ，已接收 = 3 ，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 14ms ，最长 = 15ms ，平均 = 14ms

看看压了多少货？
压资金，悲观计算：如果进货周期之间衣服只卖出去一半，那么卖价需要是进价的一倍才能保证有下次进货的资金。
当然实际很多都没考虑，例如上上次进货的库存、房租、工资等等。

@lanlanlan 山东电信
@lenovo 非常感谢。

@neoblackcap dig 测试 dns 根本没有返回 A 记录，确定是 DNS 的问题，但是奇怪的是 114 、阿里在我这里都是一样的问题。

基本上不常见的域名全部解析不出来，我纳闷难道 114 、阿里和本地电信在我这里共用的 dns 服务器？

之前只是 isp 的 dns 有这个故障，最近 114 也开始解析不出来了。针对有问题的域名通过 阿里侧、 vps 之类的测试过，全国都解析正常，但是我这里 114 、阿里 dns 、电信 dns 都给我返回空记录。

也猜测可能是 isp 劫持了 114.114.114.114 到自己的 dns ，但是 114.114.114.114 不会返回 isp 的域名纠错 ip ，所以不太像是劫持了 114 dns 。

立即验证->找回密码->锁机？

lvs 的 direct routing 原理上能够做到，但是你的环境实际上能不能用就不好说了，恐怕需要自己写个软件来搞。

大概是入站流量转发到日本，经过防火墙，但是出站流量直接本地发出去，而不经过防火墙。
但是不知道你的防火墙是什么情况，只有单边流量会不会误杀；不知道你的公网 ip 是本地的还是日本的 ip ，如果使日本的本地以日本 ip 为源发出的出站流量基本都会被 isp 过滤掉。

大概 lvs 的 direct routing 能符合你的要求。

>里面还留的我的电话号码
得罪人的可能性很大，也有可能对方群发时弄错号码了。

本机号码查询不到吧？
至少设置->关于->状态信息->本机号码 都是未知，既然系统都搞不到本机号码，那么 app 更拿不到了。

当然拿到 imei 再到移动查询那就当我没说。

安全加密即可，看那些被人加密磁盘勒索赎金的就知道加密的可靠性了。

硬件部分看看设备有线路输入，有的话就直接接收音机耳机口。
曾经用过 cubieboard ，只支持线路输入，当时测试过拾音器做语音识别。可惜后来被静电击穿了...

软件部分就不清楚了。