多谢 lz 提供灵感，正打算做一个。

应该就是 192.168 的地址导致的吧

@yhf 哦。。看来我的信息有点过期。。sorry 啦

@yhf 啊想说 Cornell 的来着打成了石溪。。
Cornell 的项目很水的，CMUSV 要好一些

有的三个选项吗？

A一定是 CMUSV 。。。
B看来是 UPenn 或者 SUNY-SB

但实际上你在学校学的事实（facts）一旦进了工业界都被爆成渣，唯一能保留的是良好的代码风格、坚强的心理素质和数学。所以课程方面其实差别没你想的那么大，只要坚持一直 coding 就行了。

@iCodex 是可以，但是就像我说的在文件很大仍在 streaming 的时候 range 请求被 block 直到整个文件传下来，要么也可以配置成再访问一次后端，但仍然很慢（没有利用第一次得到的数据）
可以用我上面那个脚本测试一下，当时不同 server 的 behavior 我现在也记不太清楚了。半年前的事情了。。。

@lsylsy2 sorry, 我把 varnish 和 squid 说反了。
squid 是我最后使用的针对大文件的反代。就是因为 nginx 和 varnish 在这种场合下都有难处理的 behavior（要么是请求会被block很久，要么是 Range 请求返回 200 而不是 206）。