Visual studio 由于代理/防火墙，Samba NT4域中的Visual Studio 2015社区许可证更新失败

首先，我阅读了所有其他与此相关的问题，我在谷歌上对这个主题进行了大量搜索，但没有找到有效的答案

我在11月中旬安装了Visual Studio 2015的社区版，并从那时起一直在使用它。在完成我的项目后，我回到纸和笔下寻找新的公式，noe回来实现所有这些整洁的东西

现在它说，我的试用许可证已经过期，应该续期。我已经读过，我应该用我的MicrosoftAccount来做这件事，然后继续做下去。

上面说，我应该检查防火墙和prxoy设置，并阅读有关与管理员联系的信息。所以，我所做的，但他说，并没有代理，并没有防火墙阻止或其他任何东西。 当以管理员身份运行VS时（输入凭据后），我可以创建新项目并调试现有项目，因此没有问题。但是我不能像普通用户一样使用这个程序

我在这里的某个地方读到，试图通过systemcontrol修复它，但这也不起作用。 有人有解决办法吗

此外：也没有“在此处输入许可证密钥”字段，因此这也不是一个选项

---

（几天后）

---

哈利路亚，我找到答案了！在浏览了一些Microsoft帮助论坛后，我发现，这不仅完美地描述了我的问题，而且给出了一个解决方案。所以，亲爱的来自未来的访客，他在谷歌上搜索了这个问题，并提出了这个问题：点击上面的链接

因此，在比吸毒者更难嗅出数据包后，我试图找出我的计算机和VS授权服务器之间使用域帐户和使用本地帐户时TLS交换的差异，并注意到没有差异，我回忆起为什么我将这一假设推到一边：我们的网络完全支持TLS 1.2，因为我可以连接到TLS 1.2-only远程主机而没有任何问题

这意味着问题存在于其他地方，这是由于Visual Studio在尝试续订许可信息时对域帐户和本地帐户的处理方式不同造成的。 好消息是，我已经找到了修复它的原因和方法

我记得今年早些时候，当我们将商务部从Windows 7升级到Windows 10时，他们在Microsoft Outlook上配置邮件帐户时都遇到了问题：未知错误0x8004011c。如果你到处搜索它，你会很快发现这只发生在使用域帐户时，而不是在使用本地帐户时（听起来很熟悉，呵呵？）。绕过此问题的修复方法是设置特定的Windows加密相关注册表项

深入挖掘后，您会发现此修复程序与KB 3000850相关（遗憾的是，由于我的帐户未经验证，我无法链接到该修复程序），并且在“已知问题”部分以及Samba相关文档（“Samba NT4域的必需设置”）中都有描述。 简而言之：加入NT风格域的Windows 8.1+客户端（带有KB3000850）无法使用Windows凭据管理器。不使用NT样式的域时不会发生这种情况。无论域上下文如何，修复程序似乎都使用Windows凭据管理器进行全局授权

因此，总结一下，如果：

• 您有一个NT样式的域（例如使用Samba域控制器时）
• 您有Windows 8.1或更高版本 您在续订Visual Studio许可证时遇到问题
• 然后，设置以下注册表项：

  [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Cryptography\Protect\Providers\df9d8cd0-1501-11d1-8c7a-00c04fc297eb]
  "ProtectionPolicy"=dword:00000001
  

这解决了我们域中的问题，适用于所有测试的机器和帐户

---

至于为什么Visual Studio 2015需要使用Windows Credential Manager而不是Visual Studio 2013，我不知道，所以必须有来自Microsoft的人插话解释。

您使用的是使用不受支持功能的非常旧的Samba服务器。NT4于1995年问世，当时不存在Active Directory。在过去的20年里发生了很多变化，包括加强安全性和逐步删除旧的、不太安全的功能，如LanMan和NT4域

与其削弱安全性，不如遵循链接页面中的建议：

Microsoft停止在其Windows操作系统中对NT4域的官方支持。。。无论如何，考虑迁移到SAMBActiveDirectory（AD），以避免在将来的微软更新禁用或删除不支持的NT4特性时出现问题。

---

可能更适合这个问题。因为我在这里发现了关于这个问题的大多数问题，我想，在这里问这个问题也是个好主意。有没有办法迁移这个问题？版主可以迁移它，如果他们认为它是适当的，否则，有人可能仍然在这里回答：谢谢你添加这个作为一个答案！“NT风格”是指与NT 4.0兼容的非Windows？《新台币4》于1995年问世。难道你不应该升级你的域名到更先进的，而不是削弱安全性吗？事实上，链接到的SAMBA NT4页面给出了完全正确的建议：<代码>无论如何，考虑迁移到SAMBActiveDirectory（AD），以避免如果微软将来的更新禁用或移除不支持的NT4特性，则会出现问题。