@adfsadfssfd 估计这些项目的作者也没有搞清楚 ntfs 那套权限管理是怎么回事或者知难而退了，没有几年域管理经验的根本搞不清。我记得有本大部头的专著介绍 ntfs 的权限体系，翻了几页，感觉 ntfs 的设计就是针对管理员大量日常操作的痛点。花精力把 powershell 里的那些命令移植到 linux 感觉不会有人买帐，面向一般用户的文件共享优先考虑还是搭 windows 吧。

@xieyudi1990 以前是串接，后来出过事情都改旁路了。

@xieyudi1990 了解， 回复的也很有意思，请求 A 回复却带 MX ，这个是骗不了邮件客户端的，而且请求 MX 却没有劫持。从外到里也劫持，感觉应该是教育网里的某些人工作没做到位。

@xieyudi1990 不用看 delay ，直接写段代码或 iptables 把 ip 的 ttl 改成 5 ，然后 dig www.google.com @8.8.8.8 依然可以得到 fake relay ，我不想再说什么了。 另外通过这种方法测试请求 http://www.baidu.com/www.google.com 得到 reset 也是第 4 ， 5 跳给的。

@xieyudi1990 准确的说在城域网就有 fake reply 过来了，还没到骨干。一般是第 3 到第 4 跳。

延迟大不要紧，窗口会慢慢上去的，但上行 Qos 把你的窗口改小了就没办法了。换 UDP 的管子试试

对的，已经好几年这德行了。如果最靠前的一台对 202.97 那个段设置过某某 Qos 策略有可能后面这个段里的全部都丢包，所以没参考意义，想知道确切的上行丢包率只能上传个文件到对端抓包看看。

202.97 那几跳只是把 icmp 超时丢的比较厉害而已（也可能是他前面的串接设备丢的），凌晨 100Mb 跑满的时候照样 70-80%的丢包率， mtr 的各种丢包率早就说明不了什么问题了，延迟可能还有点参考价值，你不能按照书本上的知识或常识来理解天朝的网络。

撇开 TCP 三次握手，很早之前的 BGP 接入都可以伪源 ip 发包，后来 DDos 多了，运营商都按照 BCP38 来过滤源了。

exploit 中这种写法很常见，可能 hacker 们都比较懒。

最大亮点： A 面不敢贴牌子怕被认为山寨 macbook ，改贴名画装 B 。

能够一本正经投入开发的 win 本请选择 thinkpad W 或 T 系列，尽管这几代做工不好。

默认都是 ipv6 优先。先确认一下 ping -6 通否。
如果通，在 cmd 里查询一下优先级，默认的如下：
netsh int ipv6 show prefix
查询活动状态...

优先顺序 标签 前缀
---------- ----- --------------------------------
50 0 ::1/128
40 1 ::/0
35 4 ::ffff:0:0/96
30 2 2002::/16
5 5 2001::/32
3 13 fc00::/7
1 11 fec0::/10
1 12 3ffe::/16
1 3 ::/96


关于 ipv4 ， ipv6 选址问题可参考 RFC6742

现在 ali 竟然直接以通管局的名义通知，不是有关部门吗？

哇 LZ 从事什么职业， m68k 很经典的 cpu

应该还是 pppoe 拨号，但上下行对等不好说，不过也应该上行是下行的一半。关键是改光到户之后到国内外的路由可能有变化，链路不一样走的设备也不一样了，不一定比之前好， LZ 记录一下，到时候对比看看。另外你和专席谈的是什么？撤回改造？

程序前台执行的时候有很多输出吗？如果有， nohup ./MyExe > /dev/null 再试试，如果这个就 ok 了，回头再看看之前 top 输出的 wa 是不是很高，如果是，检查硬盘是不是满了或硬盘故障。

这样的拓扑如果什么都没做 ipv4 应该也是绕的。你需要 ospf ， ipv6 的话你需要 ospfv3 来宣告你的路由。或者简单一点在 B 上面配两条 CD/DC 双向静态路由。

现在随便访问几个国外的站点都是 https 了，可以预测以后这种 cache 要附带 SSL 中间人攻击，否则很快就不灵光了。