框架 4.6.1 上的 API 问题并使用 VS2017 部署

Question

我有一个几年前使用 4.5.2 框架和 VS2015 开发的网站。 在项目中集成了两次技术更改（PDF 生成和邮件发送）之后，我不得不将框架的版本更改为 4.6.1。 这个变化主要是由于邮件发送系统，我们使用的是SenInBlue，它的API刚刚迁移到了V3版本，为了能够使用最新的版本，我们必须使用VS2017。 当我在本地工作时，我没有问题，但是当我通过 VS2017 部署我的站点时，一些 API 变得无法访问并返回错误 500。如果我使用 VS2015 重做交付，API 没有任何问题，但我不能使用 VS2015 不支持的 API 发送电子邮件。 下面是我的 WebApiConfig.cs 文件的内容和通过 VS2017 部署后无法访问的 API 之一

WebApiConfig.cs

api

谢谢

Answer 1

问题本身没有任何信息，甚至没有记录的异常，所以只能根据版本、日期和 6 年前的一个常见问题做出一些疯狂的猜测

Visual Studio 版本无关紧要，它只是编辑器。 代码在 .NET Framework 运行时上运行。 .NET Framework 4.5.2 很久以前就停止了支持。 .NET Framework 4.6.1 今年也不再支持，只是因为没有受支持的 Windows 版本需要它。 所有受支持的 Windows 版本，包括 Windows Server 版本，都至少附带 4.6.2。 事实上，我认为现在最低是 4.8。

由于这是新服务版本的网络问题，我怀疑 SendInBlue 服务停止使用不安全的 SSLv3 和 TLS 1.x，比其他服务晚几年。

要解决此问题，请将项目的目标更改为 4.6.2（尽管 4.8 会更好）并确保安装了相关的 .NET Framework 运行时版本。 最好是 4.8。 这个版本已经有 3 年历史了，其中包含对以前版本中发现的错误的修复。 到现在已经很稳定了。

2015 年 6 月 SSL v3 被弃用，因为它太容易破解。 到 2016 年，主要服务需要 TLS 1.2，谷歌、Azure、亚马逊等很快就需要它。 PCI-DSS 比其他人更晚地提出了这个要求，但现在，不应该有任何站点或服务需要低于 TLS 1.2 的任何内容。

因此，.NET Framework 4.6 及更高版本禁用了 SSL v3。 他们直到 4.6.2 才开始自动使用 TLS 1.2。 从 4.6.2 开始，将使用操作系统支持的最佳可用协议。 如果操作系统支持 TLS 1.3（Windows 11 支持），则将使用 TLS 1.3。

.NET Framework 4.x 版本是二进制替换，这意味着安装较新版本会替换较旧版本。 由于 .NET Framework Runtime 是通过 Windows Update 更新的，因此服务器很可能已经运行了最新的运行时。