2

我无法连接到在 CloudFoundry 上运行的 TCP 服务器示例。在本地 node.js 安装上运行我的 app.js 文件时，它工作得很好。具体来说，当我使用 vmc push 运行 CloudFoundry 时，服务会启动并且不会崩溃。一些 IP 连接到它，断开连接，据我所知，该服务继续运行。

我只是无法使用“telnet”或“nc”连接到它（请注意，当定向到 localhost node.js 服务器时，这两个都可以正常工作。

这失败了：

> nc themagicsandbox2.cloudfoundry.com 8124

这有效

> nc localhost 8124
hello from TCP server! (intended reply)

我的代码在这里提交，Cloud Foundry stdout.log 在它下面提交。

代码：

myTrace('loaded'); // myTrace prepends timestamp to text and sends to console.log

var tcpServer = require('net').createServer(function(sock) { //'connection' listener
    sock.on('connect', function() {
        myTrace('client ' + sock.remoteAddress + ':' + sock.remotePort +' connected');
        sock.write('hello from TCP server!\r\n');
        sock.pipe(sock);
      });

    sock.on('end', function() {
        myTrace('client disconnected');
      });
  });



tcpServer.listen(8124, process.env.VCAP_APP_HOST || "localhost");

tcpServer.on('listening', function() {
      myTrace('server is listening - bound!');
    });

tcpServer.on('error', function(err) {
     myTrace('server err: ' + err);
     if (err.code == 'EADDRINUSE') {
       myTrace('Address in use, retrying ...');
       setTimeout(function() {
           tcpServer.close(function (err) {
               myTrace('server.close: ' + err);
             });
           tcpServer.listen(SLIDEIN_TCP_PORT, process.env.VCAP_APP_HOST || "localhost");
         }, 1000);
     }
  });

tcpServer.on('close', 
          function() {
            myTrace('server has closed');
             });

标准输出日志（CloudFoundry）：

Getting file contents... OK

Fri Mar 15 2013 11:59:02 GMT+0000 (UTC) loaded
Fri Mar 15 2013 11:59:02 GMT+0000 (UTC) server is listening - bound!
Fri Mar 15 2013 11:59:03 GMT+0000 (UTC) client 172.30.50.10:31840 connected
Fri Mar 15 2013 11:59:03 GMT+0000 (UTC) client disconnected

标准输出（本地主机 node.js）：

Fri Mar 15 2013 12:57:39 GMT+0100 (CET) loaded
Fri Mar 15 2013 12:57:39 GMT+0100 (CET) server is listening - bound!
Fri Mar 15 2013 12:57:53 GMT+0100 (CET) client 127.0.0.1:52260 connected
Fri Mar 15 2013 12:57:59 GMT+0100 (CET) client disconnected
Fri Mar 15 2013 12:58:00 GMT+0100 (CET) client 127.0.0.1:52261 connected
Fri Mar 15 2013 12:58:01 GMT+0100 (CET) client disconnected
4

3 回答 3

1

这是因为请求使用主机头路由到您的应用程序，netcat 或 telnet 都不会发送。向其中任何一个发出请求时，您可能会从路由器返回 504。

于 2013-03-15T13:42:17.857 回答
0

我认为问题在于您的 TCP 客户端和 cloudFoundry 应用程序之间存在代理或 HTTP 重定向器。

Dan Highman 的回答是，重定向由 HOST 'header' 控制是基于这样一个事实，即重定向器假定您的客户端正在使用 HTTP 协议并具有 'host' 标头记录以允许它确定您使用哪个 cloudFoundry 应用程序想谈谈。

我想您是在问如何获得与应用程序的非 HTTP TCP 连接。我也没有想通。VCAP_APP_HOST 环境变量提供了一个私有 IP 地址（即在私有 10.0.0.0 子网中），因此这对于从公共 Internet 到云主机没有用处。（这对于由同一云主机网络提供服务的应用程序之间的通信可能很有用。）

于 2013-03-29T21:09:53.827 回答
-1

我试图通过使用单向的 UDP 来解决这个问题，它涵盖了该服务器的需求，它可以使用仅接收协议来接收数据。

但是，UDP 永远不会在 CloudFoundry.com 上工作，因为端口没有打开。

请参阅此处的评论线程： 只有 HTTP 和 HTTPS 端口对应用程序在 Cloud Foundry 上使用是开放的

所以看来我又回到了通过 HTTP 向这个服务器发送数据，摆脱 HTTP 握手是首先编写这个 TCP 服务器的根本原因。

于 2013-03-18T15:39:12.973 回答