要使 ColdFusion Websockets 在 Cloudflare 后面的 Azure VM 上工作，需要执行哪些步骤？

Question

我们正在尝试在ColdFusion（2018.0.13.329786）中使用Websocket在我们在CloudFlare后面的Azure VM上运行的应用程序中使用。但是，我们一直在客户端遇到此错误：

WebSocket connection to 'wss://www.*************.com/cfws' failed: 
CFWebSocketWrapper.open @   cfwebsocketCore.js:21
init    @   cfwebsocketChannel.js:49
_cf_websockets_init_6539553945348401    @   strategies-for-devel…ing-with-impact:175
fire    @   cfajax.js:1214
$E.windowLoadHandler    @   cfajax.js:1321

Uncaught TypeError: Cannot set properties of undefined (setting 'readyState')
    at WebSocket.wsConnection.onerror (cfwebsocketCore.js:54:29)
wsConnection.onerror    @   cfwebsocketCore.js:54
error (async)       
CFWebSocketWrapper.open @   cfwebsocketCore.js:53
init    @   cfwebsocketChannel.js:49
_cf_websockets_init_6539553945348401    @   *************:175
fire    @   cfajax.js:1214
$E.windowLoadHandler    @   cfajax.js:1321
load (async)        
$E.onWindowLoad @   cfajax.js:1297
cfinit  @   cfajax.js:1332
(anonymous) @   cfajax.js:1834

当消息发布到服务器上的日志文件的频道中时，我们有一个CFC，而该日志文件永远不会更新。这并不奇怪，因为似乎有些东西完全阻止了连接。

从配置的角度来看，我们在创建VM时运行这些更新：

webSocketObj= createObject("component","cfide.adminapi.websocket");
webSocketObj.setProperty(propertyName="EnableWebSocketServer", propertyValue="true");
webSocketObj.setProperty(propertyName="EnableProxyPort", propertyValue="8581");

然后通过CFExecute：

#server.coldfusion.rootdir#/lib/wsproxyconfig.jar -ws IIS -site All -host localhost -port 8581

然后重新启动CF Service和IIS。

我们还启用了CloudFlare中的Websocket“ Switch”。

这应该与进入CF管理员，转到“ Websockets”选项卡，然后勾选“使用代理”，然后使用8581的默认端口。这应该从客户端的角度通过端口443上的所有内容发送所有内容。

Cloudflare和Azure说不需要特殊的配置。我们可以看到CF具有8581端口。

最令人发指的是，我们去年在开发环境中进行了此工作，经过大量的反复试验，它起作用了。但是，从那时起我们的笔记不好，当我们做以上操作以在质量检查环境中进行工作时，它就无法正常工作。显然，我们在某个地方错过了一步，但无法弄清楚。

能够得到这项工作的任何人都可以解释使ColdFusion Websockets在Cloudflare背后的Azure VM上工作需要哪些步骤？

Answer 1

我们解决了这个问题。希望这能帮助遇到同样问题的其他人：

根据此 doc，我们意识到 wsproxyconfig 应该在 IIS 中创建一个“应用程序”（如虚拟文件夹）调用 cfws 指向/config/wsproxy/1。然而，它并没有这样做。创建该应用程序后，一切都开始按预期工作。

经过进一步测试，我们发现仅当以管理员身份运行时才会创建此应用程序。否则，它报告成功并且不提供警告或失败，但不创建应用程序。

我们通过 CFExecute 从命令行运行 wsproxyconfig，因此它在管理用户下运行，但这显然还不够。因此，我们将 wsproxyconfig 调用移至我们的 PowerShell 脚本之一，并让它以管理权限运行，这解决了我们的问题。

这显然最初在我们的开发环境中有效，因为我们手动运行了 wsproxyconfig。