Azure App Service升级.NET Core后运行异常，求安装SDK2.1.101方法

我明白你现在的困境——升级到.NET Core SDK 2.1.101后，依赖的2.0.6运行时在Azure App Service上找不到，常规的Site Extensions和PowerShell安装方式又失败了。下面是几个经过验证的可行方案，帮你搞定这个问题：

方案1：手动部署独立运行时包 #

这是最可靠的方法，能完全控制运行时版本：

• 先下载.NET Core 2.0.6的独立部署包（选Windows x64版本，Azure App Service的Windows环境都是x64架构）
• 把压缩包上传到App Service的D:\home\dotnet目录（可通过Kudu文件管理器或FTP上传），然后解压到该目录
• 配置环境变量：
  1. 打开App Service的「配置」→「应用程序设置」
  2. 添加两个环境变量：
     • DOTNET_ROOT：值设为D:\home\dotnet
     • PATH：把D:\home\dotnet;加到原有值的最前面，确保系统优先使用你部署的dotnet版本
• 重启App Service，之后在Kudu控制台运行dotnet --version，就能验证2.0.6版本是否生效

方案2：自定义启动命令强制指定运行时 #

如果你的应用是通过dll发布的，可以直接指定启动命令绕开默认运行时：

• 进入App Service的「配置」→「常规设置」
• 在「启动命令」里填入：

  D:\home\dotnet\dotnet.exe D:\home\site\wwwroot\YourApp.dll
  

  记得把YourApp.dll换成你实际的应用dll文件名
• 保存后重启应用，这样就会用你部署的dotnet版本启动应用了

方案3：手动上传Site Extension包 #

如果之前用Site Extensions没找到2.0.6版本，可以手动上传扩展：

• 下载.NET Core 2.0.6对应的Site Extension nupkg包
• 打开Kudu的「Site Extensions」页面，点击「Upload Extension」按钮，选择下载的nupkg文件上传
• 安装完成后重启App Service，检查环境变量是否自动配置了该版本的路径

关键提醒 #

• 务必下载对应架构的包：Windows环境选x64，Linux环境选对应Linux版本
• 如果是Linux App Service，路径要改成/home/site/dotnet，命令和环境变量配置逻辑一致
• 操作完成后必须重启App Service，确保环境变量生效

内容的提问来源于stack exchange，提问作者buf