Google app engine google托管虚拟机上的Websocket端口
我曾尝试使用托管vm在端口3000上运行web套接字服务器,但我只能通过实例的ip连接到它,而不能通过我自己的域或“appspot”域 当我在端口80上访问应用程序时,我得到了应用程序在端口8080上发出的正确响应 我的app.yaml:Google app engine google托管虚拟机上的Websocket端口,google-app-engine,google-cloud-platform,Google App Engine,Google Cloud Platform,我曾尝试使用托管vm在端口3000上运行web套接字服务器,但我只能通过实例的ip连接到它,而不能通过我自己的域或“appspot”域 当我在端口80上访问应用程序时,我得到了应用程序在端口8080上发出的正确响应 我的app.yaml: network: forwarded_ports: - 3000 handlers: - url: /.* script: server.js 我还将防火墙上的端口启用为0.0.0.0/0 如何修复此问题?这是当前appspot和自定义域前端
network:
forwarded_ports:
- 3000
handlers:
- url: /.*
script: server.js
我还将防火墙上的端口启用为0.0.0.0/0
如何修复此问题?这是当前appspot和自定义域前端服务器的预期行为。不幸的是,IP的实例是你现在需要的,虽然我强烈建议你明星,因此,它可以获得更高的优先级,并加速管道中解决方案的出现。因此,现在,如果不将客户端发送到特定计算机,就无法在托管虚拟机上使用websocket?正如您从功能请求文本中看到的,以及您自己观察到的,虽然可以在实例上打开端口,appspot和自定义域前端似乎没有转发这些端口。您可以实现一个快速服务,在通过实例IP连接之前查找您的实例IP,但唯一的问题是,当以这种方式连接时,SSL证书不太可能验证(除非您为每个动态实例IP添加SNA插槽以扩展您的证书)。这一切都是说,是的,您是正确的,目前,尽管我确信托管VMs产品团队正在优先处理此问题,因为它之前已经出现过,并且已经有一个具有多颗星的公共问题跟踪线程。谢谢:)我想此选项没有eta。。。太糟糕了。我会将我的应用程序置于睡眠状态,直到找到解决方案并继续使用自我管理的vmI。我建议您启动公共问题跟踪问题,因为这将提高问题的优先级。