更新：放弃CAL，并刚刚推出了我自己的BIP实例。 即使没有找到真正的解决方法，也可以将其标记为已回答。

抱歉，这是要在此处发表评论，但无意中创建了一个新线程。 下面的评论。

您是否可以相互ping通这些计算机？
您是否可以在6400端口上将Windows计算机从telnet连到Linux上的CMS？
尝试运行

因此，BIP只是单击即可在SAP CAL上部署解决方案。

我有一个装有IDT的Windows VM。 问题来自IDT无法连接到BIP。 我曾尝试在使用BIP外部IP的默认网络上使用客户端VM，并且还将它作为与BIP Linux服务器在同一VPC子网上的另一个客户端VM的测试。 同样的问题。

是的，我可以ping通它。

我无法从该VPC上的任何内容进行telnet，但是我不确定该VM上是否启用了telnet。

如果我在计算机上运行nmap，则可以看到正确的端口确实可用：

 user @ worker-bee-linux：〜$ nmap -p 6400-6500 [MY BIP IP地址] -Pn

 在2019-03-27 14:16 UTC开始Nmap 7.40（https://nmap.org）
 [我的BIP IP地址]的Nmap扫描报告
 主机已启动（0.00091s延迟）。
 未显示：96个过滤端口
 港口国服务
 6400/tcp打开的CrystalReports
 6401/tcp开放式结晶企业
 6402/tcp打开boe-eventsrv
 6403/tcp打开boe-cachesvr
 6404/tcp打开boe-filesvr


 已完成Nmap：在7.26秒内扫描了1个IP地址（1个主机已启动）
 user @ worker-bee-linux：〜$
 

我确实在Windows计算机上安装了nmap，并验证了得到的结果是否相同。 它们位于同一VPC上，所以没关系，它正在针对BIP服务器上的公共IP进行测试，但是从Linux终端复制和粘贴更加容易。

我要注意的一件事是，我已经在CMC中配置了CMS应该在6400端口上进行监听。

我注意到在Nmap扫描报告中，它在端口6400上被列为" crystalreports"服务。这里有冲突吗？ 还是WAI和CMC服务的旧技术债务被宣传为" crystalreports"？

如果您尝试使用Designer和RichClient登录，是否会遇到相同的问题？

查看KBA 1759336。

，并确保CMS用于与之通信的端口是开放的和双向的。

另请参阅KBA 2393817 使用BI平台支持工具Communication Analyzer对BI 4.x中的通信问题进行故障排除

..

还有一点，也许有帮助：确保在本地主机文件中输入的BI主机的名称与群集的名称相同（即，如我在屏幕快照中看到的那样，为" bihost"）。