![Openstack 通过 Landscape/Autopilot —“控制台当前不可用”](https://linux22.com/image/884540/Openstack%20%E9%80%9A%E8%BF%87%20Landscape%2FAutopilot%20%E2%80%94%E2%80%9C%E6%8E%A7%E5%88%B6%E5%8F%B0%E5%BD%93%E5%89%8D%E4%B8%8D%E5%8F%AF%E7%94%A8%E2%80%9D.png)
我刚刚使用最新的稳定 Openstack-Install 脚本和 Landscape 自动驾驶仪部署了一个物理 Openstack 环境,这两个部分的安装似乎都已成功完成,现在我有 3 台服务器为我的小型云提供资源。
Ubuntu-14.04-server-cloudmg-amd64-disk1
根据日志片段判断,使用指定的用户名和密码登录可以按预期工作,并且使用默认用户名和密码构建新实例似乎也可以工作:
Cloud-init v. 0.7.5 于 2016 年 7 月 19 日星期二 16:56:51 +0000 完成。数据源 DataSourceOpenStack [net,ver=2]。耗时 202.90 秒
但是,当我选择控制台时,我看到一个问题:
我尝试过构建版本 12 实例,结果也一样,还通过 Horizon 控制台剪切了新的 SSH 密钥并重建,但都没有成功!我不太确定从哪里开始查找,但感觉可能与 KVM 有关,并且没有被调用,但这只是猜测。所以任何帮助解决这个问题的帮助都将不胜感激。
答案1
找到了我自己的答案 - 看起来由于某种原因,自动驾驶构建脚本没有设置为通过“VNC”启用和配置控制台组件,因此最终用户必须连接到 juju 并将配置推送到云控制器和所有 nova 端点。
不确定是否应该将其记录为错误,但它肯定会让人们不再使用 OpenStack。
答案2
我们不启用控制台,因为这样做的安全隐患非常严重。
OpenStack Autopilot 将以我们所知的最佳、最安全的方式部署 OpenStack,但不幸的是,这意味着没有控制台访问。
答案3
我不确定我是否理解了关于安全问题的评论,您是否说 OpenStack 选择的控制台访问方法/协议在通过私有网络和代理设置实现时非常不安全,以至于最好完全破坏 OOB 访问功能而没有“对事实的适当警告”或真正的替代方案?
有相当多的公共云运行着 OpenStack,它们肯定已经克服了这个“安全”问题,而且确实提供了控制台访问,那么这有什么根本的不同呢?
老实说,这是我第一次使用没有开箱即用控制台访问的 VM 命令和控制软件实现,AZUE、vCloud、Esx/vCenter、Hyper-v/SCVMM、KVM、Zen/Zenserver 都有,并且没有将其作为默认值或至少一个易于选择的选项,这会在人们开始之前就让他们望而却步!
即使有大量阻力要求默认启用或提供此功能,那么在已发布的指南或 Landscape OS 安装中附带一个大的免责声明以及“详细”记录的启用/解决方法的步骤,会比在安装过程中出现看起来像是出现故障的无害错误要好吗?
这仍然感觉像是一个错误,而不是你会选择在旨在让人们选择 OpenStack 的产品/包中做的事情。