Arch Linux

atmouse

会员

注册时间： 2011-08-24

帖子： 701

163挂了两天了，好惨

换
Server = http://mirrors.cqu.edu.cn/archlinux/$repo/os/$arch

edit：没注意到其他运营商的线路是否可以访问，楼下说当时可以访问。那很可能是网通节点路由问题。不是163挂。

最近编辑记录 atmouse (2015-07-11 17:58:58)

依云

会员

所在地： a.k.a. 百合仙子

注册时间： 2011-08-21

帖子： 8,976

个人网站

Re: 163挂了两天了，好惨

咦我在公司用的好像就是 163 呀……

atmouse

会员

注册时间： 2011-08-24

帖子： 701

Re: 163挂了两天了，好惨

http://isup.me/mirrors.163.com

It's not just you! http://mirrors.163.com looks down from here.

依云

会员

所在地： a.k.a. 百合仙子

注册时间： 2011-08-21

帖子： 8,976

个人网站

Re: 163挂了两天了，好惨

http://isup.me/mirrors.163.com

It's not just you! http://mirrors.163.com looks down from here.

这里我去过啦。所以我在公司里是怎么更新的呢，还是说当时它刚好恢复了一下下？我很确定社区源我用的是网易的，因为那里 USTC 比较慢。

Yangff

会员

注册时间： 2013-10-14

帖子： 17

Re: 163挂了两天了，好惨

http://isup.me/mirrors.163.com

It's not just you! http://mirrors.163.com looks down from here.

这个逗逼网站看-什么-很多都是down的.

比如

http://isup.me/www.qq.com

It's not just you! http://www.qq.com looks down from here.

所以并没有什么太大的卵用...

另外现在我是可以上的...

atmouse

会员

注册时间： 2011-08-24

帖子： 701

Re: 163挂了两天了，好惨

线路问题我也就不说什么了，国内联通没法访问是事实，不过现在已经恢复了。
那个isup.me 在国外，对于我的探测途径是有用的，别把你的没意义说成我的没意义

Yangff

会员

注册时间： 2013-10-14

帖子： 17

Re: 163挂了两天了，好惨

线路问题我也就不说什么了，国内联通没法访问是事实，不过现在已经恢复了。
那个isup.me 在国外，对于我的探测途径是有用的，别把你的没意义说成我的没意义

但是www.qq.com在除了绝大多数国家都可以访问吧... 我的意思是, 对国内网站而言, 这个网站测出来的结果没有参考价值(国际线路掉包你也是知道的), 基本上和你抛一枚硬币决定一个网站down了没有差不多(线路抖一下就down, 那能叫down吗?).

不信你对着http://isup.me/mirrors.163.com或者http://isup.me/www.qq.com 刷新几下咯...

最近编辑记录 Yangff (2015-07-11 14:50:57)

atmouse

会员

注册时间： 2011-08-24

帖子： 701

Re: 163挂了两天了，好惨

而且我知道那个qq.com 为什么down，因为他们的dns被污染了。被解析到212.247.14.8
ns更新到外部的话，确实乱来，像我把dns解析结果以国外为标准的时候，确实会中枪。
我就搞不懂了，又不是网易云音乐那种版权限制，不就个163，至于给他们发虚假ip么！！

atmouse

会员

注册时间： 2011-08-24

帖子： 701

Re: 163挂了两天了，好惨

线路问题我也就不说什么了，国内联通没法访问是事实，不过现在已经恢复了。
那个isup.me 在国外，对于我的探测途径是有用的，别把你的没意义说成我的没意义

但是www.qq.com在除了绝大多数国家都可以访问吧... 我的意思是, 对国内网站而言, 这个网站测出来的结果没有参考价值(国际线路掉包你也是知道的), 基本上和你抛一枚硬币决定一个网站down了没有差不多(线路抖一下就down, 那能叫down吗?).

不信你对着http://isup.me/mirrors.163.com或者http://isup.me/www.qq.com 刷新几下咯...

我不想跟你争这个站点有没有意义。 我肯定比你清楚线路状态是怎么样的。

atmouse

会员

注册时间： 2011-08-24

帖子： 701

Re: 163挂了两天了，好惨

http://isup.me/mirrors.163.com

It's not just you! http://mirrors.163.com looks down from here.

这里我去过啦。所以我在公司里是怎么更新的呢，还是说当时它刚好恢复了一下下？我很确定社区源我用的是网易的，因为那里 USTC 比较慢。

你们公司电信线路？ 我当时就应该多看看电信是不是也不行。

最近编辑记录 atmouse (2015-07-11 15:03:54)

Yangff

会员

注册时间： 2013-10-14

帖子： 17

Re: 163挂了两天了，好惨

线路问题我也就不说什么了，国内联通没法访问是事实，不过现在已经恢复了。
那个isup.me 在国外，对于我的探测途径是有用的，别把你的没意义说成我的没意义

但是www.qq.com在除了绝大多数国家都可以访问吧... 我的意思是, 对国内网站而言, 这个网站测出来的结果没有参考价值(国际线路掉包你也是知道的), 基本上和你抛一枚硬币决定一个网站down了没有差不多(线路抖一下就down, 那能叫down吗?).

不信你对着http://isup.me/mirrors.163.com或者http://isup.me/www.qq.com 刷新几下咯...

我不想跟你争这个站点有没有意义。 我肯定比你清楚线路状态是怎么样的。

我的意思是, 你看一刷新就变成了

It's just you. http://mirrors.163.com is up.

atmouse

会员

注册时间： 2011-08-24

帖子： 701

Re: 163挂了两天了，好惨

线路问题我也就不说什么了，国内联通没法访问是事实，不过现在已经恢复了。
那个isup.me 在国外，对于我的探测途径是有用的，别把你的没意义说成我的没意义

但是www.qq.com在除了绝大多数国家都可以访问吧... 我的意思是, 对国内网站而言, 这个网站测出来的结果没有参考价值(国际线路掉包你也是知道的), 基本上和你抛一枚硬币决定一个网站down了没有差不多(线路抖一下就down, 那能叫down吗?).

不信你对着http://isup.me/mirrors.163.com或者http://isup.me/www.qq.com 刷新几下咯...

我不想跟你争这个站点有没有意义。 我肯定比你清楚线路状态是怎么样的。

我的意思是, 你看一刷新就变成了

It's just you. http://mirrors.163.com is up.

那是因为他刚好碰到一个开了80端口的ip。这样探测有什么问题？明显没什么问题，人家至少还知道每次探测都要重新请求dns。对我来说，这个测试是准的，只是没有详细列出解析的ip，你们很多人就不清楚啥原因，于是归结于国际线路抽筋之类的

最近编辑记录 atmouse (2015-07-11 15:13:51)

Yangff

会员

注册时间： 2013-10-14

帖子： 17

Re: 163挂了两天了，好惨

线路问题我也就不说什么了，国内联通没法访问是事实，不过现在已经恢复了。
那个isup.me 在国外，对于我的探测途径是有用的，别把你的没意义说成我的没意义

但是www.qq.com在除了绝大多数国家都可以访问吧... 我的意思是, 对国内网站而言, 这个网站测出来的结果没有参考价值(国际线路掉包你也是知道的), 基本上和你抛一枚硬币决定一个网站down了没有差不多(线路抖一下就down, 那能叫down吗?).

不信你对着http://isup.me/mirrors.163.com或者http://isup.me/www.qq.com 刷新几下咯...

我不想跟你争这个站点有没有意义。 我肯定比你清楚线路状态是怎么样的。

我的意思是, 你看一刷新就变成了

It's just you. http://mirrors.163.com is up.

那是因为他刚好碰到一个开了80端口的ip。这样探测有什么问题？明显没什么问题，人家至少还知道每次探测都要重新请求dns。对我来说，这个测试是准的，只是没有详细列出解析的ip，你们很多人就不清楚啥原因，于是归结于国际线路抽筋之类的

1. 间歇性
2. 请求时间长
  观察之下可以发现, 出现down的情况, 往往伴随较长的等待时间

var http = require('http');

var options = {
  host: 'isup.me',
  port: 80,
  path: '/www.gov.cn'
};

var heatMap = {};

var fullTime = 100;

function work(){
  var stTime = new Date();
  http.get(options, function (res) {
    res.setEncoding('utf8');
    var data = '';
    res.on('data', function(chunk){
      data += chunk.toString('utf8');
    }).on('end', function (){
      var edTime = new Date();
      if (!heatMap.hasOwnProperty(edTime-stTime))
        heatMap[edTime-stTime] = []
      heatMap[edTime-stTime].push(data.match(/It\'s just you./) != null)
      console.log(fullTime);
      fullTime -= 1;
      if (fullTime > 0) {
        setTimeout(work, 200);
      } else {
        var fs = require('fs')
        fs.writeFileSync("result.json", JSON.stringify(heatMap))
      }
    });
  }).on('error', function (e){
    setTimeout(work, 200);
  });
}

work();

如果是你说的, 返回一个80端口没有打开的ip的话, 这样的结果是没有道理的. 80端口没开, 应该飞快地返回失败才对.
而且还会出现, 长时间也有可能出现没有down. 因此我怀疑这是resend什么, 而不是你说的, dns污染 (也有可能retry了, 看后面).

root@default:~/iptest# cat result.json 
{"119":[true,true],"121":[true],"122":[true,true],"124":[true],"125":[true],"126":[true],"127":[true,true],"129":[true],"131":[true],"155":[true],"159":[true],"164":[true],"212":[true],"233":[true],"240":[true],"243":[true],"371":[true],"446":[true],"455":[true],"514":[true],"515":[true],"516":[true],"518":[true,true,true],"519":[true,true,true],"520":[true,true,true],"521":[true,true,true,true,true],"522":[true,true,true],"523":[true,true,true,true],"524":[true,true],"525":[true,true,true,true],"526":[true,true,true,true,true],"527":[true,true],"528":[true,true,true,true],"529":[true,true,true,true,true],"530":[true,true,true,true,true],"531":[true,true,true,true,true],"532":[true],"533":[true],"534":[true],"552":[true],"554":[true],"555":[true],"557":[true],"558":[true,true],"612":[true],"637":[true],"646":[true],"757":[true],"758":[true],"1317":[true],"1885":[true],"2314":[true],"2365":[true],"3101":[false],"3102":[false],"3162":[false],"3702":[false]}

(如果是dns污染, 这是一个我故意解析到没有80的地址的情况, 重复20次

root@default:~/iptest# cat result.json       
{"68":[false],"69":[false],"70":[false,false,false,false,false],"71":[false],"72":[false],"73":[false,false],"74":[false],"79":[false],"82":[false],"97":[false],"104":[false],"106":[false],"110":[false,false],"118":[false]}

可以看出来时不存在什么retry的.
)

所以出现的问题是协议本身允许重试(可以看出该网站对每次请求只尝试1次连接对方服务器), 或者是线路本身导致连接速度下降.

我进行了测试, 确实, 直接连接ip地址使可以很大概率连接成功的(然而在一些测试中也有出现几个失败的, 不妨看做是噪声吧).

我认为这个down还是和dns解析有关的, 但是不应该是dns污染, 个人认为可能是多次的丢包导致dns查询失败.

我是把代码挂在vps上跑的, 不用担心中美之间线路导致时间的误差. 只需关注对方服务器请求国内网站的情况即可.

atmouse

会员

注册时间： 2011-08-24

帖子： 701

Re: 163挂了两天了，好惨

不知所云，楼上要分析的话，尽量写明白点。

还有，谁说80没开就可以飞快的返回失败？这可不能乱说

我认为对方站长不会选择一个容易丢包的dns server，大家都是选最近的dns。那就只有两种情况，1，查询的ip错的，2，no answer。
根服务器肯定是有数据的。如果163的ns出问题，那么163其他域名估计也完了，不会是no answer。那么就只会是ip错，既然ip错，那就是污染

我这样的解释有不对么？

最近编辑记录 atmouse (2015-07-11 17:46:20)

atmouse

会员

注册时间： 2011-08-24

帖子： 701

Re: 163挂了两天了，好惨

额，我以后用国内的isup.me类似网站好了。他这个网站是我选择不对