使用默认凭据连接时,拒绝azure-lab-services权限

时间:2019-01-14 15:47:06

标签: azure azure-lab-services

我正在预览Azure Labs(托管),目前处于预览状态。我已经按照Microsoft的tutorial进行了入门。

我创建了一个包含3个虚拟机的课堂实验室,该虚拟机基于来自Marketplace的默认Ubuntu映像。我已经复制/粘贴了该模板的默认凭据,该模板用于该教室实验室中的所有虚拟机。

然后我发布它,添加了一个用户,获得了注册链接,并使用该链接注册为该用户(所谓的学生)。我可以看到期望看到的VM。我可以启动它,等待30秒钟,然后单击connect按钮以获取ssh连接详细信息。我打开终端,粘贴ssh连接详细信息,然后遇到密码挑战。优秀!到目前为止,一切都按预期进行。但是,当我输入从默认模板复制的密码时,权限被拒绝。所以我再试一次,否认了。因此,我等待了一分钟(也许虚拟机需要更多时间才能完全启动),但是权限被拒绝。

该教程对我来说非常容易,我选择了一个默认的Ubuntu 18.04 LTS映像。我什至尝试创建一个新的课堂实验室,但是在创建该模板的过程中,我选择启动它,连接到它并安装其他软件,然后再发布它。那行得通(正如我预期的那样)。但是,当我发布该教室实验室的内容时,注册一个学生帐户并尝试使用用于安装其他软件的正确默认凭据登录该教室中的VM,我也会遭到拒绝。

我很困惑。

有人吗?

3 个答案:

答案 0 :(得分:1)

感谢D43m0n获得Microsoft的反馈。我在CentOS映像上遇到了同样的问题。

在模板发布后,默认的用户帐户被锁定后,似乎显示了学生计算机的配置。创建新用户并不是一个很好的解决方法,因为学生必须更改SSH或RDP设置才能进行连接。这个问题不仅影响Ubuntu。我在较新版本的CentOS(7.8和更高版本)上看到了它。我认为这适用于任何使用cloudinit来配置学生机器的图像。较早的CentOS映像使用WALinuxAgent,似乎没有此问题。

我已经解决了该问题,以解锁/etc/rc.d/rc.local中的默认用户帐户,以便在引导时执行。 rc文件在其他系统上有所不同,因此请检查它是否适合您的linux。

usermod -U default_username

这为我解决了这个问题,直到Microsoft修复了他们的配置。

答案 1 :(得分:0)

感谢发布!您是否可以连接到模板计算机(Ubuntu),然后无法连接到学生计算机(Ubuntu)?您能复制看到的确切错误消息吗?

我们知道Ubuntu映像存在问题-当您连接时,VM会告诉您重设密码,但没有提供重置密码的方法。我们正在开发一种可以解决此问题的功能。 这就是您所看到的吗?

您可以使用其他类型的Linux优良版本。

让我们知道!

答案 2 :(得分:0)

在template-vm中创建一个新用户:

sudo adduser newuser #follow the agent
sudo usermod -aG sudo newuser

之后,您可以使用该用户登录课程开始vm。