![]() |
1
8
Flash策略请求也可以在与您提供的WebSockets服务相同的端口上直接响应。见 this change 到socket.io node.js模块。它添加到服务器的连接侦听,该服务器在同一端口上响应策略服务器请求。这样,您就不必在端口843(通常需要根权限)上运行任何东西。 或者,您也可以使用SOCAT运行非常简单的(2行)策略请求服务器(假设您使用的是*nix系统): http://github.com/kanaka/noVNC/blob/master/docs/flash_policy.txt 更新 (回复@josh k): 常见的误解是,端口843是闪存策略请求的主要位置,相同的端口请求是回退,并且由于超时而变慢。这可能是基于通常引用的 http://www.lightsphere.com/dev/articles/flash_socket_policy.html 而且因为Adobe的文档很难被跟踪(和阅读)。以下是有关其安全策略的Adobe文档: http://www.adobe.com/devnet/flashplayer/articles/fplayer9_security.html 实际上,843号港的服务水平 不同的目的 来自同一端口响应。端口843用于元策略(站点策略)。它优先于相同的端口策略。管理员可以使用它为整个系统定义闪存策略,并可以使用它拒绝非特权用户允许入站闪存套接字连接。这就是它位于端口843(在特权范围内)的原因,这样只有系统管理员才能在该端口上启动服务。 3秒超时仅适用于与端口843的连接被静默丢弃的情况。它不适用于端口843上运行其他服务或拒绝连接(即TCP重置)的情况。我一直使用相同的端口,并且只运行相同的端口策略服务器不会出现明显的延迟。 对于WebSocket服务器,同一端口策略响应的另一个优势是,您可以更容易地协调Flash策略和WebSockets握手之间的源策略配置。 |
![]() |
2
6
在node.js邮件列表的帮助下,我想出了以下方法:
|
|
3
1
最好重写流的侦听器(套接字的侦听器)。 否则,当出现以下错误时,服务器将崩溃:
防止其发生的实施示例:
参见文档: http://nodejs.org/api.html (在“net.stream”处) |
|
AlaaKudo810 · 无法更新猫鼬中的对象 1 年前 |
![]() |
Foobar · 如何在Fastify中为请求附加“项目”密钥? 1 年前 |
![]() |
chrispytoes · 从服务器端获取登录用户 1 年前 |