11影院那九个主机，换五种方式敲都没拿到内容

11影院这九个主机打不开，可能的解释有好几种：也许是那一页没做，也许是它不待见你用的设备，也许是协议选错了，也许只是碰巧赶上。这一页的做法是把这些解释一个一个敲掉：每换一种方式再敲一遍，看结果变不变。只记三样东西：怎么敲的、回什么码、正文多少字节。

11影院这九个主机逐层敲下来各回了什么

左栏是这一层换了什么敲法，右栏是当天回来的码和正文体量。

这一层换了什么敲法	当天回来的码与正文体量
第一层：用最普通的方式请首页	九个里八个回的是同一个码——服务端不作任何应答直接把连接断掉时记的那个，正文长度 0，浏览器那边只捡到一个 39 字节的空壳，屏上一个字都没有。剩下那一个回的是拒绝，正文 144 字节、屏上 17 个字。
第二层：把来访者改成手机浏览器	那八个一模一样，还是断开，正文还是 0。也就是说，它不是嫌你的设备不对。
第三层：不请首页，改请别的路径	挑其中两个主机，把站点规则文件、站点地图、还有显式写出来的首页文件名各请一遍——三条路径回的和首页一模一样。所以也不是某一页忘了做。
第四层：换成加密协议再敲	同样这两个主机，码变了，从断开变成了另一个表示中间环节出问题的码，正文 16 字节。换了协议，码确实不一样了，内容还是没有。
第五层：隔一会儿再读一遍	挑四个主机各读第二遍。三个断开的，码和正文长度与第一遍逐项相同；而第一遍回拒绝的那一个，第二遍连应答都没回来，本地只记到一次没有状态码的失败。
五层合起来	换设备、换路径、换协议、换时间，四个变量都动过了，九个主机里没有任何一个在任何一层交出过正文。

每一层只负责排除一件事，排完之后剩下的才值得说。

第一层排除的是「随手一点没点开」: 九个全敲了，不是抽样，也不是只试了运气最差的那一个。八比一的分布本身就说明这不是零星现象。
第二层排除的是「嫌设备不对」: 有些地方会按来访者的设备决定给不给内容。换成手机标识之后返回一个字节都没变，这条解释就用不上了。
第三层排除的是「那一页没做」: 如果只是首页缺失，别的路径通常会有别的反应——找不到、跳走、或者给个目录。这里三条路径回的和首页完全相同，说明拦的不是页面，是整个主机。
第四层排除的是「协议选错了」: 换成加密协议之后码确实变了，说明对面并非完全没在听。但正文仍然是 16 个字节，内容一样没有。协议这条路也走不通。
第五层排除的是「碰巧赶上」: 同样的地址隔一会儿再敲，三个的读数与第一遍逐项一致。两遍之间没有差值，说明这不是撞上的瞬时状态。

先把两个码摆齐。普通协议下拿到的那个，含义是服务端决定不作任何应答，直接把连接关掉——连一句「不行」都不说。加密协议下拿到的那个不一样，它表示中间环节确实接住了请求，但从后面没取到可用的东西，于是回了 16 个字节交代一下。同一个主机，两条路，两种沉默。

这两个码放在一起能说明的，也就到这里为止：当天这条路上有东西在听，而它选择不给。再往下就没有证据了。是配置成这样的，是被上游挡下的，还是别的原因，本轮一条也读不到——这些都发生在我们够不着的那一侧。

所以本站不接那句听起来很顺的话。八个主机回同一个码、正文长度都是 0，确实很整齐；但整齐是本轮能读到的，「所以它们是一伙的」不是。要把相同的应答读成同一个主人，需要的是关于归属的材料，而不是几个长得一样的数。这类「读数能说到哪一步」的界线，本站另有一页专门摆出来。