Node.js 流式处理的快速接受范围标头_Node.js_Http_Express

Node.js 流式处理的快速接受范围标头

node.js http express

Node.js 流式处理的快速接受范围标头,node.js,http,express,Node.js,Http,Express,我有一个快递网站，其中一条线路是用来传输视频的。我正在通过res.set（“accept ranges”，“bytes”）设置accept ranges标题（设置为“bytes”）。我甚至可以在响应结束之前console.log outres.get（“Accept Ranges”），这会产生“字节” 但是，当我使用另一个节点进程尝试“获取”该路由时，报头返回“无”。奇怪的是，当我在本地机器（Windows7，节点0.10.22）上运行Express站点时，它确实能像预期的那样工作，但当发布到我

我有一个快递网站，其中一条线路是用来传输视频的。我正在通过

res.set（“accept ranges”，“bytes”）

设置

accept ranges

标题（设置为“bytes”）。我甚至可以在响应结束之前console.log out

res.get（“Accept Ranges”）

，这会产生“字节”

但是，当我使用另一个节点进程尝试“获取”该路由时，报头返回“无”。奇怪的是，当我在本地机器（Windows7，节点0.10.22）上运行Express站点时，它确实能像预期的那样工作，但当发布到我的测试箱（Ubuntu 12.04，节点0.10.22）时，它就不能工作了

我怀疑它已经被一些中间件克服了，但是我已经尝试删除了所有我不完全需要的东西，甚至添加了我自己的自定义中间件来添加头本身。两件事都不管用

您是否看到带有

curl-vI的标题http://localhost:3000

（使用适当的url）我刚刚在OS X、Windows和Ubuntu上测试了一个框架应用程序，我没有看到任何会去掉标题的东西。你的Ubuntu应用程序是否被其他东西代理，比如nginx？嗯。。。感谢您正确的curl命令！这无疑让我找到了正确的方向。当我从DMZ中的另一台机器发出卷曲请求时，它返回正确，但从我自己的机器返回错误！因此，我在本地机器上设置了一个SSH隧道，将其插入DMZ测试服务器，甚至我构建的小节点测试程序也可以通过隧道正常工作。目前看来，我们有一个网络的情况。我还不太确定这个答案，但我会在周一测试更多。不过，我觉得有点理智了！