按楼主的 google news 比较法, tar file 有 10 页

看起来是 udp 53 连接被阻止了，试试+tcp 的选项（附加到后面，另外多测试几种 dns 服务器，难说是抽风了）
应该就是防火墙的配置问题（（（

dig 强制指定一个 dns 试试看
dig @8.8.8.8 g.cn +trace

你用 nslookup/dig 测试 dns，别用 ping 测试域名，根本不是一个用途的

@jwenjian 这个不是钓鱼，打开就一句话 You spelled it wrong.

之前打错进 guthib.com 这个（

既然都静态页了，那就别自己托管，丢 cdn 上，然后只要管好各种管理密码就好了。。。

linux 用户组管理整个都是用户态处理的，内核只认识数字，也不会去读取文件什么的，所以按照程序显示去学 linux 机制，是要遇坑的。。。
linux 内核的视角来看，就只能看到如下这些信息（暂时不考虑 euid 等复杂的机制）这些信息都是归属于进程的
uid gid groups
对应的就是用户 id，主组 id，补充组 id
为什么要区分主组和补充组呢，除了历史原因之外，就是为了在使用文件操作的时候有一个唯一的 gid 可用，毕竟文件只能有一个 gid
但是 id 程序，为了用户方便，就把主组也加入补充组的范畴内了，这样就能一眼看出用户加入了哪些组了

@AllenHua 这不就是我说的不遵循约定的后果吗，你的主要组已经是是 dkgroup 了，然后再加入 group 里，id 程序就会显示两个了。。。
id 程序的逻辑你可以理解成这样
主组(/etc/passwd 拿到的)的加入 groups 显示
补充组（/etc/group 拿到的）也加入 groups 显示，然后这里没有做去重处理，就显示出两个了。
你直接 su 登录那个账户，再用 id 命令，此时应该会走另一个逻辑，直接从当前进程获取 gid 和 groups，这样应该不至于显示出两个重复的 dkgroup 了（根据 https://man.archlinux.org/man/getgroups.2 文档，getgroups 可能或不能列出主组，所以应用程序要自己整理，id 程序应该会自己去除重复项目）

（补充组才需要在 /etc/group 里记录，这是约定）
你可以反过来思考下为什么要这样约定
假设不遵循约定会发生什么。。。
简单说就是数据库设计里避免冗余的方法，如果已经在 passwd 里决定了主组，如果还在 group 里重复记录，那么在出现不一致的时候就会产生歧义，到底按哪个记录为准，现在这样设计就很明确了，登录的时候程序只需要读取 passwd 改变程序的 UID gid，读取 group 扫描有对应用户的 group，通过 setgroups 系统调用设置补充组即可

Sukka 试过了，但是也被干掉了，目前还在猫捉老鼠阶段（

不是有那个 git blame someone else 的脚本吗，应该可以很方便的改写吧）

（如果只是匹配字符串的话，可以先分词，然后做词向量的方法处理。。。
但是考虑到这里似乎和地理位置相关，这个方法可能不太够用

原则上就会冲突的，如果不能改源码，那就 objcopy 的时候改掉。。。
所以你现在知道为什么 c++要做名字粉碎了吗

文件夹右键菜单不是有在集成终端中打开的选项吗

@dreamapplehappy 但是这并不是我的原意，再加一个风就是为了避免歧义（因为这本来是编译原理的一种优化方法的内部表示，而并非由用户直接使用的语法格式）
我那句话的重点是 livescript 的转换效果
b,c <- a 1 2
console.log b c
编译成
a(1, 2, function(b, c){
return console.log(b(c));
});
而你例子里的写法在 livescript 可以写成
b, c <-! a 1 "hello"
d!
do
防吞空格<~ d
d 1 "hello"
do
防吞空格<- d 1 "hello"
e, f <-! d 1 "hello"
g!
（所以玩 livescript 最后死掉了）

这不是 cps 风吗，以前某 livescript 都这样玩（

所以你发送的内容有没有包含制表符呢