Azure 应用服务行为更改，SSH 停止工作

Question

我用头撞墙的时间比我愿意承认的要长得多。我在一个应用程序服务计划中有 2 个应用程序，它们已经运行良好一年多了。一个是生产实例，一个是开发实例，两者都使用 Azure DevOps，并在各自的主/开发分支提交上构建一个 docker 容器。截至今天早上，我启用了 memcached 以用于会话而不是数据库后端，也许同时有 12 个用户，超时时间为 5 分钟，没什么大不了的。

今天早上之前我的日志流看起来像这样

现在突然变成这样了

我可以确认我的应用程序可以运行，100% 正常运行，除了我无法通过 ssh 访问网络，并且除了奇怪的 Kudo 控制器之外，实时日志中没有任何消息。

我可以确认 MS 要求的 sshd_conf 没有发生任何更改，也没有偏离 MS 要求的 root 密码。我对发生了什么变化感到很困惑。我的产品实例（我没有搞乱）仍在运行，并且 SSH 工作正常。

我比较了两组 Dockerfile/entry-point.sh，除了安装和启动 memcached 所需的行之外，它们是相同的。同样，删除这些行没有任何效果，所以此时我想知道 Kudu 中的某些内容是否卡住/损坏了？

有人经历过这样的事情吗？

Answer 1

进一步搜索后，我发现了对 resources.azure.com 的模糊引用，并找到了关联的资源并更改了 JSON 中的两个值。

1. 将“状态”更改为“已停止”
2. 将“scmSiteAlsoStopped”更改为 true

保存并等待后，一切（包括 SSH）都恢复正常。看起来 Kudu 刚刚遇到了无法恢复的问题。