【问题标题】:service-connector tunnel opening fails服务连接器隧道打开失败
【发布时间】:2016-03-04 18:54:03
【问题描述】:

我正在尝试使用此处所述的服务连接器从本地计算机连接到正在运行的 ELK 实例: https://docs.developer.swisscom.com/service-offerings/elk.html#service-connector

编辑:我首先使用cf login 从命令行登录云。

使用命令时无法打开隧道:cf sc 30000 <kibanaUrl>(我从环境变量中检索 kibanaUrl)。

输出的错误信息是:

Creating tunnel ... Server domain: scapp.io FAILED dial tcp 194.209.246.110:443: ConnectEx tcp: No connection could be made because the target machine actively refused it.

感谢您的帮助!

【问题讨论】:

  • 似乎是防火墙问题。目的主机上的 443 端口是否开放用于通信?检查端口的一个很好的测试是:telnet 194.209.246.110:443(拒绝=阻塞或连接=打开)否则 curl -i 134.168.24.230:3306(连接:保持活动=打开)。
  • 目标主机是我登录的云(我假设主机和端口来自 kibanaUrl),我无法控制我的计算机和云之间的防火墙。既然云登录有效,为什么不这样做呢?
  • 如链接docs.developer.swisscom.com/service-connector 中所述。如果您在公司代理后面工作,请设置 http_proxy 环境变量,例如http_proxy=proxy.corproot.net:8079 。有关更多信息,请在提示符中键入 cf service-connector -h。
  • 我确实设置了代理!我还能怎么登录云?
  • 使用开放的 Wifi 网络(即 Free_Swisscom_Office)进行测试

标签: cloud-foundry swisscomdev


【解决方案1】:

我能够在我的环境(Windows 7 和 Ubuntu 14.04)中重现它:您似乎设置了 https_proxy 环境变量,但没有设置 http_proxy 环境变量(如 RoccoE 所述)。我想,如果你还设置了http_proxy 变量,它就会起作用。

例如对于 Windows:设置 http_proxy=proxy.corproot.net:8079

例如对于 linux:导出 http_proxy=proxy.corproot.net:8079

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2019-01-16
    • 2016-05-06
    • 1970-01-01
    • 2019-08-30
    • 2023-02-10
    • 2017-10-08
    • 1970-01-01
    • 2019-11-12
    相关资源
    最近更新 更多